En treg WooCommerce-butikk taper salg hver dag. Kundene venter ikke, Google rangerer trege sider lavere, og annonsene blir dyrere fordi færre fullfører kjøpet. Det gode er at årsakene nesten alltid er de samme, og at de kan finnes på en time. Her er sjekklisten vi bruker, i den rekkefølgen problemene pleier å ligge.
Først: mål riktig
Bruk PageSpeed Insights på mobil, og test forsiden, en kategoriside, en produktside og kassen. Se på to tall: LCP (når hovedinnholdet vises) og TBT (hvor lenge siden er blokkert av JavaScript). Er LCP over 2,5 sekunder, eller scoren under 70, har du et problem som koster penger. Test også hvor lang tid det tar før serveren svarer (TTFB). Er den over 600 millisekunder, ligger problemet på serveren, ikke i designet.
1. Hosting og server
Den vanligste årsaken. Rimelig delt hosting laget for enkle nettsider klarer ikke WooCommerce, som kjører PHP og database på hver eneste forespørsel fra innloggede kunder og i kassen. Tegn: høy TTFB, treg admin, timeouts under kampanjer. Løsning: hosting laget for WordPress med nyeste PHP, nok minne, Redis eller lignende objektcache, og en server som ikke deles med hundre andre. Se hosting med hastighetsgaranti.
2. Manglende eller feil cache
Sidecache gjør at forsiden, kategorier og produkter serveres som ferdige filer uten å kjøre PHP. Uten cache må serveren bygge hver side på nytt for hver besøkende. Men WooCommerce har unntak: handlekurv, kasse og min side skal ikke caches, og gjør de det, ser kunder hverandres handlekurver. Bruk en cache-løsning som kjenner WooCommerce, og test kassen etter at du skrur på.
3. For mange og for tunge utvidelser
Hver aktiv utvidelse legger til kode som kjører på hver side. Ti utvidelser er sjelden problemet, femti er det ofte. Se etter utvidelser som laster egne skript og stilark på alle sider selv om de bare brukes ett sted, og etter utvidelser som gjør eksterne kall ved hver sidevisning. Deaktiver det som ikke brukes, og erstatt tunge utvidelser med lettere alternativer.
4. Bilder
Produktbilder lastet opp rett fra kamera på 4 MB hver, eller heroer i GIF-format, er en klassiker. Løsning: automatisk konvertering til WebP, riktige størrelser per visning, og lazy loading på alt under folden, men ikke på hovedbildet over folden.
5. Tema og sidebygger
Noen temaer laster hele biblioteker av skript og stiler uansett hva siden inneholder. Kombinert med sidebyggere som Elementor kan hver side ende på flere megabyte kode. Løsning: bunting og minifisering av CSS og JavaScript, utsatt lasting av skript som ikke trengs før interaksjon, og fjerning av tema-funksjoner du ikke bruker.
6. Databasen
Etter noen år har databasen tusenvis av revisjoner, utløpte sessions, gamle handlekurver og logger fra utvidelser. Ordresøk og admin blir tregt. Løsning: rydde revisjoner og transients, slå på WooCommerce sin egen ordretabell (HPOS), og optimalisere tabellene. Dette bør gjøres regelmessig, ikke én gang.
7. Eksterne skript
Chat, sporingspiksler, anmeldelser, fonter og videoer laster fra andre servere og blokkerer ofte visningen av siden. Løsning: last dem etter at innholdet er synlig, samle sporingen i Google Tag Manager, og fjern det som ikke brukes. Vi skriver mer om dette i guiden om sporing og måling.
8. Kassen spesielt
Kassen kan være treg selv når resten av butikken er rask, fordi den ikke caches og fordi frakt- og betalingsutvidelser gjør kall til eksterne tjenester. Test kassen for seg, og se på hvilke kall som gjøres ved hver oppdatering av fraktvalg.
Hva du kan forvente
En WooCommerce-butikk med riktig hosting, cache og opprydding bør ligge på 85 til 95 i PageSpeed på mobil, med LCP under 2,5 sekunder. Vi har tatt butikker fra 30 til over 90 uten å bytte design. Se hvordan vi jobber med hosting og drift, eller ta kontakt for en gjennomgang av butikken din.