Fra 40 til 98 PageSpeed: Hvordan Vi Transformerte en WooCommerce-Butikk

Hvert sekund teller i e-handel. Forskning viser konsekvent at et sekunds forsinkelse i sidelastetid kan redusere konverteringer med 7 prosent. For en WooCommerce-butikk som behandler tusenvis av bestillinger per maned, betyr det direkte tapt inntekt. Denne casestudien dokumenterer hvordan teamet vart hos WPPoland transformerte en slitende europeisk mobel-e-handelsbutikk fra en PageSpeed-poengsum på 40 til 98 - og hva det betydde for bunnlinjen deres.

---

#Kunden: En Europeisk Mobel-E-Handelsbutikk

Var kunde driver en mellomstor nettbutikk for mobler som betjener kunder over Sentral- og Vest-Europa. Med en katalog på over 3500 produkter, 12 000 produktbilder og gjennomsnittlige bestillingsverdier på over 420 EUR, var innsatsen høy. WooCommerce-butikken deres hadde vokst organisk over fem ar og akkumulert teknisk gjeld med hver plugininstallasjon, tematilpasning og tredjepartsintegrasjon.

Tidlig i 2026 blodde butikken inntekter. Konkurrenter med raskere nettsider ranket foran dem i sokeresultatene, og mobilbrukere - som utgjorde 64 prosent av trafikken - forlot nettstedet i flokk.

---

#Utfordringen: Dod av Tusen Plugins

Da vi forst reviderte nettstedet, fant vi et kjent, men alvorlig monster av ytelsesdegradering:

• 38 aktive plugins, mange med overlappende funksjonalitet
• Delt hosting uten caching på serverniva
• Uoptimalisert database med over 2,3 millioner utgatte transients
• 12 000 produktbilder servert som ukomprimerte PNG- og JPEG-filer
• Ingen CDN - alle ressurser servert fra en enkelt opprinnelsesserver i Tyskland
• Render-blokkerende JavaScript fra 14 plugins som lastet på hver side
• 5-trinns kassaprosess med 22 skjemafelt

Resultatet var et nettsted som foltes oedelagt på mobil. Sider tok 8 sekunder a laste, layouten hoppet rundt når elementer rendret, og kassaprosessen var så tungvint at 68 prosent av besokende forlot nettstedet for de fullforte et kjop.

#Metrikker For

Metrikk	Verdi	Vurdering
PageSpeed-poengsum (Mobil)	40	Darlig
Largest Contentful Paint (LCP)	8,2s	Darlig
Interaction to Next Paint (INP)	680ms	Darlig
Cumulative Layout Shift (CLS)	0,35	Darlig
Konverteringsrate	2,3%	Under bransjesnitt
Fluktrate	68%	Kritisk
Time to First Byte (TTFB)	2,4s	Darlig
Total sidevekt	6,8 MB	Overdreven

---

#Var Tilnaerming: 7-Fase Optimaliseringsmetodikk

Vi folger en systematisk, datadrevet tilnærming til WordPress-hastighetsoptimalisering. Hver fase bygger på den forrige, og vi maler virkningen av hver endring isolert for vi går videre til neste.

#Fase 1: Teknisk Revisjon (Dag 1–3)

For vi rorde en eneste kodelinje, brukte vi tre dager på a profilere hvert aspekt av nettstedet:

• GTmetrix Waterfall-analyse for a identifisere de lengste foresporselskedene
• WebPageTest multi-lokasjon tester fra Frankfurt, London og Warszawa
• Chrome DevTools Performance Panel for a profilere hovedtradaktivitet
• Databasesporring-logging med Query Monitor-pluginen for a finne trege sporringer
• Plugin-profilering for a male hver plugins innvirkning på lastetiden

Revisjonen avdekket at 73 prosent av lastetiden kunne tilskrives tre faktorer: uoptimaliserte bilder (31 prosent), overdreven JavaScript (26 prosent) og trege databasesporringer (16 prosent).

#Fase 2: Serveroptimalisering (Dag 4–7)

Fundamentet for ethvert raskt nettsted er serveren. Vi migrerte kunden fra delt hosting til en dedikert VPS med følgende stack:

• LiteSpeed Web Server med HTTP/3- og QUIC-stotte
• Redis Object Cache for persistent WordPress object caching
• MariaDB 11.4 med optimalisert my.cnf-konfigurasjon
• PHP 8.3 med OPcache preloading aktivert

LiteSpeed-konfigurasjonen inkluderte spesifikk tuning for WooCommerce:

# LiteSpeed cache-regler for WooCommerce
<IfModule LiteSpeed>
  CacheLookup on
  RewriteRule .* - [E=Cache-Control:no-autoflush]
  RewriteRule ^/cart.* - [E=Cache-Control:no-cache]
  RewriteRule ^/checkout.* - [E=Cache-Control:no-cache]
  RewriteRule ^/my-account.* - [E=Cache-Control:no-cache]
</IfModule>

Redis-konfigurasjonen ble tilpasset for WooCommerce-sesjonshandtering:

// wp-config.php tillegg for Redis
define('WP_REDIS_HOST', '127.0.0.1');
define('WP_REDIS_PORT', 6379);
define('WP_REDIS_DATABASE', 0);
define('WP_REDIS_MAXTTL', 86400);
define('WP_REDIS_PREFIX', 'wc_store_');
define('WP_REDIS_SELECTIVE_FLUSH', true);

Virkning etter Fase 2: TTFB sank fra 2,4 sekunder til 180 millisekunder.

#Fase 3: Databaseopprydding (Dag 8–11)

Fem ars drift hadde etterlatt databasen i kritisk tilstand. Vi gjennomforte en metodisk opprydding:

1. Fjernet 2,3 millioner utgatte transients - wp_options-tabellen hadde vokst til 847 MB
2. Optimaliserte 47 trege sporringer identifisert under revisjonsfasen
3. La til manglende indekser på wp_postmeta- og wp_wc_order_stats-tabellene
4. Ryddet foreldrelose post-meta - 340 000 rader med metadata for slettede produkter
5. Konverterte tabeller til InnoDB der MyISAM fortsatt var i bruk

De tilpassede indeksene forbedret produktsok og filtrering betydelig:

-- Tilpassede indekser for WooCommerce-produktsporringer
ALTER TABLE wp_postmeta ADD INDEX idx_meta_lookup (meta_key, meta_value(32));
ALTER TABLE wp_wc_product_meta_lookup ADD INDEX idx_price_stock (min_price, max_price, stock_status);
ALTER TABLE wp_woocommerce_order_items ADD INDEX idx_order_type (order_id, order_item_type);

Virkning etter Fase 3: Databasesporretiden sank med 84 prosent, og wp_options-tabellen krympet fra 847 MB til 12 MB.

#Fase 4: Bildeoptimalisering (Dag 12–15)

Med 12 000 produktbilder hadde denne fasen storst individuell innvirkning på sidevekten:

• Konverterte alle bilder til AVIF med WebP-fallback for eldre nettlesere
• Implementerte responsivt srcset med breakpoints på 320, 640, 960, 1280 og 1920 piksler
• La til lazy loading med nativt loading="lazy" for alle bilder under den synlige delen
• Satt eksplisitte dimensjoner på hver <img>-tag for a eliminere CLS fra bildelasting
• Implementerte blur-up-plassholdere med Low Quality Image Placeholders (LQIP)

Bildebehandlingspipelinen ble automatisert med en tilpasset WP-CLI-kommando:

wp media regenerate --image_size=all --format=avif --quality=75

Virkning etter Fase 4: Gjennomsnittlig sidevekt sank fra 6,8 MB til 1,2 MB. LCP ble forbedret fra 5,1 sekunder (etter serveroptimalisering) til 1,4 sekunder.

#Fase 5: JavaScript-revisjon (Dag 16–19)

JavaScript-revisjonen var kirurgisk. Vi kategoriserte hvert skript på nettstedet:

Kategori	Skript	Handling
Kritisk (kassa, handlekurv)	4	Beholdt, optimalisert
Analyse og sporing	3	Flyttet til Web Worker
Ubrukte plugin-skript	14	Fullstendig fjernet
UI-forbedringer	6	Utsatt, betinget lastet

For analyseskriptene implementerte vi et forsinket lastemoenster:

// Utsett ikke-kritiske skript til brukerinteraksjon
const loadDeferredScripts = () => {
  const scripts = document.querySelectorAll('script[data-defer-src]');
  scripts.forEach(script => {
    const newScript = document.createElement('script');
    newScript.src = script.dataset.deferSrc;
    newScript.async = true;
    document.body.appendChild(newScript);
  });
};

['mouseover', 'touchstart', 'scroll', 'keydown'].forEach(event => {
  window.addEventListener(event, loadDeferredScripts, { once: true });
});

Vi eliminerte ogsa render-blokkerende CSS ved a inline kritiske stiler og utsette det fullstendige stilarket:

<link rel="preload" href="/wp-content/themes/theme/style.css" as="style" onload="this.onload=null;this.rel='stylesheet'">
<noscript><link rel="stylesheet" href="/wp-content/themes/theme/style.css"></noscript>

Virkning etter Fase 5: INP sank fra 680ms til 62ms. Total JavaScript-payload ble redusert med 78 prosent.

#Fase 6: Kassaoptimalisering (Dag 20–23)

Et raskt nettsted betyr ingenting hvis kassen dreper konverteringer. Vi redesignet hele kassaflyten:

• Reduserte fra 5 trinn til 2 (frakt + betaling på en side, bekreftelse på neste)
• Fjernet 14 unødvendige skjemafelt (firmanavn, telefon 2, faks osv.)
• La til ekspressbetaling (Apple Pay, Google Pay, Klarna)
• Implementerte adresseautofullforing med Google Places API
• La til sanntidsskjemavalidering for a forhindre feil ved innsending

// Fjern unødvendige WooCommerce-kassafelt
add_filter('woocommerce_checkout_fields', function ($fields) {
    unset($fields['billing']['billing_company']);
    unset($fields['billing']['billing_phone_2']);
    unset($fields['billing']['billing_fax']);
    unset($fields['order']['order_comments']);
    return $fields;
});

// Legg til stotte for ekspressbetalingsgateway
add_action('woocommerce_review_order_before_payment', function () {
    if (class_exists('WC_Payment_Gateway')) {
        echo '<div id="express-checkout-buttons" class="express-payment-wrapper">';
        do_action('woocommerce_express_checkout_buttons');
        echo '</div>';
    }
});

Virkning etter Fase 6: Handlekurvavbruddsraten sank med 34 prosent. Gjennomsnittlig kassatid ble redusert fra 4 minutter 12 sekunder til 1 minutt 38 sekunder.

#Fase 7: CDN og Edge Caching (Dag 24–28)

Det siste optimaliseringslaget sikret at ytelsesforbedringene var konsistente på tvers av alle europeiske markeder:

• Cloudflare Pro med tilpassede sideregler for WooCommerce
• Edge caching for statiske produktsider med 4-timers TTL
• Nettleserbufferheadere med cache-busting via innholdshashing
• Brotli-kompresjon aktivert på edge for alle tekstbaserte ressurser
• Early Hints (103) for kritiske ressurser

# Cloudflare-sideregler
URL: *example.com/product/*
Cache Level: Cache Everything
Edge Cache TTL: 4 hours
Browser Cache TTL: 1 hour

URL: *example.com/cart*
Cache Level: Bypass

URL: *example.com/checkout*
Cache Level: Bypass

Virkning etter Fase 7: Global TTFB sank til under 100 millisekunder. Brukere i Vest-Europa opplevde fullstendige sidelastetider under 800ms.

---

#Resultatene: Metrikker Etter

Etter fire uker med systematisk optimalisering var transformasjonen dramatisk:

Metrikk	For	Etter	Forbedring
PageSpeed-poengsum (Mobil)	40	98	+145%
Largest Contentful Paint (LCP)	8,2s	0,8s	-90%
Interaction to Next Paint (INP)	680ms	45ms	-93%
Cumulative Layout Shift (CLS)	0,35	0,02	-94%
Konverteringsrate	2,3%	4,8%	+108%
Fluktrate	68%	34%	-50%
Time to First Byte (TTFB)	2,4s	0,09s	-96%
Total sidevekt	6,8 MB	1,1 MB	-84%

---

#Forretningspavirkning: Tallene som Teller

Tekniske metrikker er tilfredsstillende, men forretningsmetrikker rettferdiggjor investeringen:

• +108% økning i konverteringsrate - fra 2,3% til 4,8%
• +156% mobilinntekter - mobilbrukere kunne endelig handle uten frustrasjon
• -52% reduksjon i fluktrate - besokende ble og bla i stedet for a forlate
• ROI oppnadd på 6 uker - optimaliseringsprosjektet betalte for seg selv på under to maneder
• +23% gjennomsnittlig bestillingsverdi - raskere produktsurfing forte til flere varer i handlekurven
• +41% organisk trafikk - forbedrede Core Web Vitals bidro til bedre sokerangeringer innen 8 uker

Kunden estimerte at den arlige inntektsokningen som kan tilskrives optimaliseringen oversteg 380 000 EUR, mot en prosjektkostnad som utgjorde en brodel av dette beloper.

---

#Laerdommer

Hvert optimaliseringsprosjekt lærer oss noe nytt. Her er de viktigste laerdommene fra dette oppdraget:

#1. Serverinfrastruktur er Fundamentet

Ingen mengde frontend-optimalisering kan kompensere for en treg server. Migreringen fra delt hosting til en optimalisert LiteSpeed VPS sto for 35 prosent av den totale ytelsesforbedringen.

#2. Databasehygiene er Ufravikelig

WooCommerce-butikker genererer enorme mengder transientdata. Uten regelmessig opprydding blir wp_options-tabellen en flaskehals som påvirker hver eneste sidelasting. Automatisert ukentlig opprydding bor være standard for enhver WooCommerce-butikk.

#3. Faerre Plugins, Raskere Butikk

Av de 38 installerte pluginene var 14 enten ubrukte, overflodige eller erstattbare med lette kodebiter. Hver plugin legger til databasesporringer, JavaScript og CSS - selv når funksjonaliteten ikke er nødvendig på gjeldende side.

#4. Bilder er den Lavthengende Frukten

Konvertering til AVIF og implementering av responsive bilder reduserte sidevekten med over 80 prosent. Denne enkeltendringen, som i stor grad kan automatiseres, gir den mest synlige forbedringen for sluttbrukere.

#5. Kassa-UX er en Inntektsspak

Kassa-redesignet, selv om det ikke er en tradisjonell “ytelses”-optimalisering, hadde den mest direkte innvirkningen på inntektene. A redusere friksjon i kjopsprosessen er like verdifullt som a redusere lastetider.

#6. Mål Alt Isolert

Ved a implementere endringer i faser og male etter hver enkelt, kunne vi kvantifisere den noyaktige virkningen av hver optimalisering. Denne datadrevne tilnærmingen forhindrer bortkastet innsats og bygger en klar fortelling for interessenter.

---

#Tidslinjeoversikt

Uke	Fase	Nokkelaktiviteter
Uke 1	Revisjon + Server	Fullstendig teknisk revisjon, servermigrering, Redis-oppsett
Uke 2	Database + Bilder	Transient-opprydding, sporingsoptimalisering, AVIF-konvertering
Uke 3	JavaScript + Kassa	Plugin-fjerning, skriptutsettelse, kassa-redesign
Uke 4	CDN + QA	Cloudflare-oppsett, edge caching, omfattende testing

---

#Taper Din WooCommerce-Butikk Penger?

Hvis butikken din scorer under 70 på PageSpeed Insights, mister du kunder hver eneste dag. Var WooCommerce-optimaliseringstjeneste folger den samme velproevde metodikken beskrevet i denne casestudien, tilpasset din spesifikke butikk og infrastruktur.

Vi tilbyr en gratis innledende ytelsesrevisjon - en detaljert rapport som viser noyaktig hvor butikken din mister hastighet og hvor mye inntekt det koster deg. Ingen forpliktelser, ingen salgsargumenter, bare data.

Kontakt WPPoland for a planlegge din revisjon, eller lar mer om vare tjenester for WordPress-hastighetsoptimalisering.

---

#Relaterte Ressurser

• Oppna 100/100 Core Web Vitals for WordPress i 2026
• WooCommerce-ytelsesoptimalisering
• WordPress-hastighetsoptimalisering