Er woocommerce treg i butikken din? Nettbutikken omsetter bra – men siden laster sakte, checkout henger og produktsider bruker tre sekunder på å dukke opp. Du vet at det er et problem, men ikke hvor du skal begynne.
En woocommerce treg side er ikke bare irriterende – det er direkte tapt omsetning. Forskning viser at et sekund lengre sidelast gir 7 prosent lavere konverteringsrate. For en butikk med 100 000 kr månedlig omsetning betyr to sekunder ekstra lastetid potensielt 14 000 kr i tapte inntekter hver måned.
Denne guiden går gjennom de seks vanligste flaskehalsene for woocommerce hastighet – og hva du konkret kan gjøre med dem.
Tap i konvertering på grunn av treg WooCommerce-butikk? WP Nordic tilbyr en gratis WooCommerce Health Check – du får en rapport med konkrete funn. Ta kontakt her
Hvorfor WooCommerce har egne hastighetsutfordringer
En vanlig WordPress-side kan i stor grad caches: siden bygges én gang, lagres som statisk HTML og serveres raskt til alle besøkende. WooCommerce kan ikke gjøre det samme.
Handlekurv, checkout, «mitt konto» og produktsider med lagerstatus må bygges dynamisk for hver bruker – fordi innholdet endres basert på hva som er i kurven, om brukeren er innlogget og hva som faktisk er på lager. Det betyr flere databasespørringer, mer PHP-prosessering og høyere krav til serveren enn en vanlig WordPress-side.
Det er ikke en feil i WooCommerce – det er en konsekvens av hva det gjør. Men det betyr at optimalisering krever mer enn å installere et caching-plugin og håpe på det beste.
Flaskehals 1: For mange plugins som laster på alle sider
Betalingsplugins, fraktkalkulatorer, produktfiltre og anmeldelsesverktøy laster gjerne JavaScript og CSS på absolutt alle sider i butikken – også forsiden og blogginnlegg som ikke trenger dem i det hele tatt.
En checkout-plugin som laster 200 KB med JavaScript på forsiden bidrar ingenting til brukeropplevelsen der, men senker lastetiden for alle besøkende.
Løsningen er å begrense hvilke sider plugins laster ressurser på. WP Rocket og Perfmatters lar deg deaktivere spesifikke plugins per side eller sidetype. Gjennomgå pluginlisten din og spør for hver enkelt: trenger denne å laste på alle sider?
For woocommerce optimalisering er dette ett av de raskeste tiltakene med størst effekt.
Flaskehals 2: Produktkatalog uten riktig indeksering
Har du hundrevis eller tusenvis av produkter, blir databasespørringene tunge hvis tabellene ikke er riktig indeksert. WordPress og WooCommerce oppretter ikke alle nødvendige indekser automatisk.
Pluginen Index WP MySQL For Speed analyserer databasen din og legger til manglende indekser. For store kataloger kan dette alene halvere lastetiden på kategorisider og søkeresultater.
Merker du at produktsøk eller filtrering er spesielt treg, er manglende indeksering sannsynligvis en del av forklaringen.
Flaskehals 3: Treg database full av gammelt skrot
WooCommerce lagrer mye i databasen: ordrer, sesjoner, produktmetadata og transients. Uten jevnlig opprydding vokser databasen seg tung over tid.
Tre konkrete syndere:
WooCommerce-sesjoner – hver besøkende som legger noe i handlekurven genererer en sesjon i databasen. Forlatte sesjoner slettes ikke automatisk og hoper seg opp. En travel butikk kan ha hundretusenvis av foreldede sesjoner.
Ordrehistorikk – WooCommerce lagrer detaljert metadata for hver ordre. Etter noen år med drift kan dette bli en betydelig datamengde.
Transients – midlertidige dataposter fra plugins som aldri ryddes opp.
Plugins som WP-Optimize eller Advanced Database Cleaner rydder opp automatisk. Sett opp ukentlig automatisk opprydding – det er en av de enkleste måtene å holde woocommerce hastighet oppe over tid.
Flaskehals 4: Caching satt opp feil
Dette er den vanligste feilen ved woocommerce optimalisering: caching er aktivert, men satt opp feil – og enten caches sider som ikke skal caches, eller så caches ingenting i det hele tatt.
Disse sidene skal aldri caches:
/cart– handlekurven/checkout– kassen/my-account– kundekonto- Alle sider med dynamisk innhold per bruker
Cacher du checkout, vil alle brukere se samme side – inkludert feil ordreinformasjon. De fleste seriøse caching-plugins (WP Rocket, LiteSpeed Cache) har egne WooCommerce-innstillinger som ekskluderer disse automatisk. Sjekk at disse er aktivert.
Det motsatte problemet er at hele butikken ekskluderes fra caching fordi én regel er satt for bredt. Da mister du all caching-fordel på produktsider og kategorisider som faktisk kan og bør caches.
Flaskehals 5: Manglende objekt-caching med Redis
Standard WordPress-caching lagrer ferdige HTML-sider. Objekt-caching med Redis eller Memcached tar det et steg videre: det lagrer resultater fra databasespørringer i minnet, slik at gjentatte spørringer ikke trenger å gå til databasen i det hele tatt.
For en nettbutikk treg under høy trafikk er Redis ofte den største enkeltforbedringen som finnes. En produktside som krever 40 databasespørringer uten Redis, kan klare seg med 3–5 med Redis aktivert.
Redis er ikke tilgjengelig på alle hostingplattformer – det krever managed hosting eller en VPS der du kan konfigurere det. Kinsta, WP Engine og Pressable inkluderer Redis i sine planer. Er du på billig delt hosting, er dette ikke et alternativ uten å bytte leverandør.
Flaskehals 6: Hosting som gjør WooCommerce treg
Delt hosting fungerer greit for en liten statisk side. For en aktiv nettbutikk med daglige bestillinger, produktsøk og dynamiske sider er det feil verktøy.
WooCommerce er ressurskrevende. Det trenger en server med tilstrekkelig minne (minimum 256 MB PHP-minne, helst 512 MB), rask disk-I/O og støtte for PHP 8.1 eller nyere. Delt hosting deler disse ressursene mellom hundrevis av nettsteder – og WooCommerce-butikken din konkurrerer om kapasiteten.
Managed WooCommerce-hosting fra Kinsta, WP Engine eller SiteGround Business koster 300–800 kr måneden mer enn delt hosting, men gir dedikerte ressurser, Redis, automatisk skalering og support som faktisk kjenner WooCommerce. For en nettbutikk treg på grunn av hosting er dette den riktige løsningen – ikke et dyrt caching-plugin på toppen av en underdimensjonert server.
Slik tester du selv
To verktøy gir deg konkret innsikt:
GTmetrix (gtmetrix.com) – analyser forsiden, en kategoriside og checkout-siden separat. Se etter «Time to First Byte» (TTFB) – over 600ms indikerer server- eller databaseproblemer. Se også etter hvilke JavaScript-filer som er størst og hvor de lastes fra.
Query Monitor – et gratis WordPress-plugin som viser nøyaktig hvilke databasespørringer som kjøres på hver side, hvor lang tid de tar og hvilken plugin som er ansvarlig. Installer det midlertidig, last en treg side og se etter spørringer over 100ms eller et unormalt høyt antall spørringer totalt. Over 50 spørringer per sidevisning er et rødt flagg.
Når er det på tide å vurdere ombygging
Noen ganger er ikke optimalisering nok. Hvis butikken er bygget på et tungt pagebuilder-tema, har akkumulert år med teknisk gjeld eller aldri har hatt en gjennomtenkt hosting-strategi, kan summen av problemer gjøre optimalisering til et sisyfosarbeid.
Tegn på at en mer grunnleggende gjennomgang er nødvendig: du har gjort alle de åpenbare tiltakene og siden er fortsatt over tre sekunder, Query Monitor viser hundrevis av spørringer per sidevisning, eller TTFB er over ett sekund selv med caching aktivert.
En ombygging er ikke nødvendigvis et fullskala redesign – det kan være å bytte tema, rydde opp i pluginstabelen og flytte til riktig hosting. Men det er et prosjekt som krever planlegging, ikke en kveldsjobb.
Taper du salg på grunn av en woocommerce treg nettbutikk? WP Nordic tilbyr en gratis WooCommerce Health Check – vi analyserer butikken din og leverer en rapport med konkrete funn og prioriterte tiltak. Ta kontakt her
