Tillbaka till alla insikter
·

WooCommerce-prestanda 2026: 12 punkter som faktiskt ökar konverteringen

De flesta svenska WooCommerce-butiker har samma underliggande problem: temat är byggt för utseende, inte för affär. Sajten laddar på fyra sekunder, JavaScript-bundlen är 800 kB, och checkout-stegen återhämtar full HTML från servern vid varje klick. Det syns inte i Google PageSpeed på desktop, men på en mobil i 4G är skillnaden mellan 1,8 och 4,0 sekunder för Largest Contentful Paint avgörande för bounce-rate och Core Web Vitals — och därmed för organisk synlighet och faktisk omsättning.

Den här artikeln går igenom 12 prestanda-åtgärder vi konsekvent ser ge mätbar effekt på svenska WooCommerce-butiker — sorterade efter ROI, inte efter teknisk komplexitet. Inga ”installera ett cache-plugin”-genvägar; det är konkret arbete på mall, databas, JavaScript och leveranskedja.

1. Sluta ladda hela tema-bundlen på checkout

Standardteman som Astra, Flatsome eller Storefront laddar samma JavaScript- och CSS-paket på varje sida — inklusive checkout. Checkout är dock den sida där hastighet betalar mest. Identifiera handles via wp_enqueue_scripts och dequeue allt utom Stripe/Klarna-script och WooCommerces egna fragmenter på is_checkout(). Genomsnittlig vinst: 30–50 % minskning av Total Blocking Time.

2. Ta bort cart-fragments från sidor utan kundvagn

WooCommerce skickar AJAX-requests till /?wc-ajax=get_refreshed_fragments på varje sidladdning för att uppdatera kundvagn-ikoner i headern. På en sida utan kundvagn-ikon är det ren kostnad. Använd wp_dequeue_script('wc-cart-fragments') på alla sidor där kundvagnens räknare inte syns, och du sparar en blockerande HTTP-request på ~200 ms genomsnittlig latens.

3. Indexera autoload-options innan databasen blir 5 MB

WooCommerce + plugins ackumulerar tusentals rader i wp_options där autoload='yes'. När SELECT * FROM wp_options WHERE autoload='yes' returnerar mer än 1 MB börjar TTFB att lida på varje request. Kör en SQL-audit varje kvartal, sätt autoload='no' på övergivna plugin-settings, och radera transients som inte borde vara persistenta.

4. Persistent objektcache är inte valfritt över 1000 produkter

WooCommerce gör 50–200 databasfrågor per produktsida i en typisk konfiguration. Med Redis eller Memcached som persistent objektcache (via Object Cache Pro, W3 Total Cache eller LiteSpeed) cachas resultaten mellan requests och samma sida kan serveras med 5–10 frågor istället. Kostnad: 50–150 kr/månad för Redis hos en seriös svensk hostingleverantör. ROI: dramatisk för butiker över 1000 produkter.

5. WebP/AVIF för produktbilder — automatiskt

JPEG på 250 kB blir WebP på 80 kB med samma synliga kvalitet. På en produktlista med 24 thumbnails sparar det 4 MB över linjen — direkt LCP- och datakostnads-vinst för mobila kunder. Plugins som Imagify, ShortPixel eller den inbyggda WP-konverteringen i 6.5+ klarar detta utan att du gör något manuellt. Komplettera med loading="lazy" och korrekta width/height-attribut för att eliminera Cumulative Layout Shift.

6. Stäng av WooCommerce-stilar du inte använder

woocommerce-general.css, woocommerce-layout.css och woocommerce-smallscreen.css laddas på alla sidor om temat inte explicit avregistrerar dem. Om ditt tema har egna shop-stilar (vilket de flesta moderna teman har) kan du dequeue dessa tre filer och spara 30–60 kB CSS per sida.

7. AJAX add-to-cart utan full sidåterställning

Standard WooCommerce gör en full HTML-redirect efter ”Lägg i kundvagn” från katalogvyer. Aktivera Enable AJAX add to cart buttons on archives i WooCommerce-inställningarna, men gå längre: använd Store API (/wp-json/wc/store/cart) för en SPA-liknande upplevelse på katalogsidor. Färre sidladdningar = lägre bounce + bättre INP.

8. Block editor-CSS hör inte hemma på frontend

WordPress laddar wp-block-library (~26 kB minified) på frontend även om du inte använder Gutenberg-blocks. Om temat ärver hela block-bibliotekets stylesheet kan du selektivt dequeue det med wp_dequeue_style('wp-block-library') i wp_enqueue_scripts. Verifiera först att inga blocks faktiskt syns på sidan.

9. Defer hela JavaScript-stacken

Sedan WordPress 6.3 stöds strategy: 'defer' direkt i wp_register_script(). Lägg defer på allt som inte är kritiskt för first paint — inklusive jQuery, Klarna och Stripe — och låt webbläsaren bygga sidan utan att blockera på script-parsing. Effekt: typiskt 200–400 ms snabbare First Contentful Paint på mobil.

10. CDN för statiska assets — minst en svensk PoP

Cloudflare, Bunny eller KeyCDN med en PoP i Stockholm halverar TTFB för svenska besökare jämfört med en US-baserad shared host. Värdet är inte bara hastighet — Google Search Console viktar Core Web Vitals per geografisk region, och en bättre svensk LCP rankar bättre på .se-domäner.

11. Eliminera render-blocking 3:e-parts script i <head>

Klarna On-Site Messaging, Trustpilot, GA4, Meta Pixel — alla läggs typiskt i <head> utan defer. Lägg dem i footer med defer eller använd Partytown för att flytta dem till en Web Worker. Resultat: huvudtråden frigörs för faktisk rendering, INP förbättras drastiskt.

12. Mät rätt — Real User Monitoring framför labb-tester

Google PageSpeed Insights är ett labb-test. Det som faktiskt rankar är CrUX-data — verklig data från Chrome-användare i fält. Aktivera Search Console > Core Web Vitals och övervaka p75-värden för LCP/CLS/INP. Komplettera med ett RUM-verktyg (SpeedCurve, Sentry Performance) på högvärdes-sidor som checkout. Mät → ändra → mät igen.

Vanliga frågor

Hur snabb ska en svensk WooCommerce-butik vara?

Som tumregel: LCP under 2,5 sekunder, INP under 200 ms och CLS under 0,1 — mätt på p75 i CrUX för mobila användare. Det är Googles ”Good” tröskel. Är du över bör prestanda-arbetet prioriteras före nya features.

Räcker det att installera ett cache-plugin?

Nej. Page-cache hjälper bara anonyma besökare på cachebara sidor (kategori, produkt). Inloggade kunder, kundvagn och checkout serveras alltid utan cache. För dessa måste du optimera databasfrågor, JavaScript och CSS — det page-caching inte rör.

Vilken hosting rekommenderas för WooCommerce i Sverige?

För butiker upp till 5000 produkter: WP Engine, Kinsta, Servebolt eller Pressidium med europeisk PoP. För större eller mer trafik-tunga miljöer: dedikerade VPS hos Hetzner/UpCloud med egen LEMP-stack. Undvik traditionella shared hosting-paket — de skalar inte under verklig last.

Vill du ha hjälp med en konkret prestanda-genomgång?

AV Group är WooCommerce-utvecklare i Göteborg och bygger om tunga butiker så att de blir snabba, mätbara och konverterar. Vi gör även B2B-portaler med kundspecifika priser, produktdataflöden mot Google Shopping och Prisjakt, samt produktkonfiguratorer för komplexa produkter. Ansök om att jobba med oss om ditt företag är redo att växla upp.