Så får du WordPress-laddningstid under 1 sekund

Ingen mängd optimering kan kompensera för dålig hosting. Webbhotellet är den enskilt viktigaste faktorn för din sajts laddningstid, eftersom det avgör hur snabbt servern kan svara på en förfrågan innan någon optimering ens kommer in i bilden. För att nå under 1 sekund behöver du ett webbhotell med NVMe SSD-lagring, tillräckligt med minne för PHP-processer (minst 512 MB PHP-minnesgräns), och helst en LiteSpeed-server med inbyggd cachning. Skillnaden mellan en server med traditionella SSD:er och NVMe kan vara 20-40% snabbare diskläsning, vilket direkt påverkar TTFB (Time to First Byte).

Delat webbhotell kan fungera för mindre sajter med under 5 000 sidvisningar per månad, men för sajter med högre trafik rekommenderar vi en VPS där du får dedikerade resurser. På delat webbhotell delar du CPU och RAM med hundratals andra sajter, och en granne med hög belastning kan påverka din prestanda negativt ^[2]. I vårt test av svenska webbhotell levererade LiteSpeed-baserade planer med NVMe konsekvent TTFB under 100ms, medan äldre Apache-installationer på traditionella SSD:er låg runt 200-400ms. Den skillnaden är ofta avgörande för att nå under 1 sekund totalt.

PHP-versionen spelar också en viktig roll. PHP 8.3 är upp till 30% snabbare än PHP 8.0 för WordPress, tack vare förbättringar i JIT-kompilatorn och intern optimering. Kontrollera att ditt webbhotell kör senaste PHP-versionen och att OPcache är aktiverat med tillräckligt minne (minst 128 MB). OPcache lagrar kompilerad PHP-kod i minnet så att servern slipper tolka samma kod om och om igen, vilket ensamt kan halvera svarstiden för dynamiska sidor.

Cachning är den mest effektiva prestandaoptimeringen du kan göra för WordPress. En korrekt konfigurerad cache-strategi i flera lager kan minska svarstiden med 90% eller mer. Det första lagret är sidcache (page cache), som sparar hela den färdiga HTML-sidan så att PHP och databasen inte behöver kontaktas alls för återkommande besökare. LiteSpeed Cache-pluginet är överlägset bäst om ditt webbhotell kör LiteSpeed, eftersom det opererar på servernivån och levererar cachade sidor direkt utan att ens starta PHP. Med FastCGI-cache på Nginx eller WP Super Cache på Apache kan du uppnå liknande resultat, även om det kräver mer konfiguration.

Det andra lagret är objektcache med Redis eller Memcached. WordPress gör i genomsnitt 50-200 databasanrop per sidladdning, och med objektcache lagras resultaten av dessa anrop i RAM-minnet. Det minskar databasbelastningen med upp till 80% och förbättrar svarstiderna för dynamiska sidor som inte kan sidcachas fullt ut, exempelvis WooCommerce-kundvagnar och personaliserat innehåll ^[3]. De flesta premiumhotell i Sverige erbjuder Redis som tillägg eller inkluderat i planen.

Det tredje lagret är ett CDN (Content Delivery Network) som distribuerar statiska filer -- bilder, CSS, JavaScript och typsnitt -- till servrar nära besökaren. Cloudflare erbjuder ett gratis CDN med servrar i Stockholm, vilket minimerar latensen för svenska besökare. För internationella sajter är CDN ännu viktigare, eftersom det kan minska laddningstiden med 40-60% för besökare långt från din server. Kombinationen av dessa tre cachelager är det som gör det möjligt att konsekvent leverera laddningstider under 1 sekund.

Bilder står ofta för 50-80% av en sidas totala storlek, och det gör bildoptimering till en av de mest påtagliga förbättringar du kan göra. Det första steget är att konvertera alla bilder till moderna format: WebP minskar filstorleken med 25-35% jämfört med JPEG utan synlig kvalitetsförlust, och AVIF erbjuder ytterligare 20% besparing. LiteSpeed Cache-pluginet kan automatiskt konvertera bilder till WebP via QUIC.cloud-tjänsten, och ShortPixel eller Imagify erbjuder liknande funktionalitet oavsett vilken webbserver du kör.

Lazy loading är det andra viktiga steget. Genom att bara ladda bilder som faktiskt syns i webbläsarens viewport skjuter du upp nedladdningen av bilder längre ned på sidan, vilket dramatiskt förbättrar den initiala laddningstiden och LCP-värdet (Largest Contentful Paint). WordPress har inbyggd lazy loading sedan version 5.5, men se till att LCP-bilden (ofta hero-bilden högst upp på sidan) är undantagen från lazy loading med attributet fetchpriority="high" -- annars fördröjs den viktigaste bilden ^[1].

Dimensionera alltid bilder korrekt. En vanligt förekommande misstag är att ladda upp en 4000px-bred bild från kameran och låta webbläsaren skala ner den till 800px. Det slösar bandbredd och ökar laddningstiden. WordPress genererar automatiskt flera storlekar, men kontrollera att dina teman och mallar använder rätt srcset och sizes-attribut. Verktyg som ShortPixel kan minska den totala bildstorleken med 60-80% genom att kombinera formatkonvertering, kompression och rätt dimensionering.

Varje CSS- och JavaScript-fil kräver en separat HTTP-förfrågan, och även med HTTP/2 multiplexing tar varje resurs tid att ladda och tolka. Verktyg som Autoptimize eller LiteSpeed Cache kan minimera (ta bort onödiga mellanslag och kommentarer), kombinera (slå ihop flera filer till en) och skjuta upp (defer/async) laddningen av CSS och JavaScript som inte behövs omedelbart. Det minskar både antalet förfrågningar och den totala mängden data som behöver laddas.

En ofta förbisedd optimering är att granska och rensa installerade plugins. Varje aktivt plugin lägger till extra CSS och JavaScript som måste laddas på varje sida, även om funktionaliteten inte används. Ett typiskt WordPress-installerat med 20+ plugins kan ha 15-30 extra CSS/JS-filer som laddas i onödan. Inaktivera och ta bort plugins du inte använder, och för de som behövs kan du använda Asset CleanUp eller Perfmatters för att selektivt avaktivera plugin-resurser på sidor där de inte behövs.

Slutligen bör du minimera render-blockerande resurser. CSS som inte behövs för innehållet ovanför viklinjen kan laddas asynkront, och JavaScript bör ha defer-attributet så att det inte blockerar sidans rendering. Kritisk CSS (den CSS som behövs för att rendera det första synliga innehållet) bör infogas direkt i HTML-dokumentet. LiteSpeed Cache och WP Rocket erbjuder automatisk generering av kritisk CSS, vilket kan förbättra First Contentful Paint med 30-50%.

WordPress databas samlar på sig overhead med tiden: revisioner av inlägg, transient-data, spam-kommentarer och orphaned metadata. WP-Optimize eller Advanced Database Cleaner kan rensa detta automatiskt och köra MySQL OPTIMIZE TABLE för att minska databasfilernas storlek. En ren databas svarar snabbare, särskilt för sajter med många inlägg och produkter.

För sajter med hög trafik bör du överväga att aktivera Gzip- eller Brotli-komprimering på servern. Brotli är 15-25% mer effektivt än Gzip och stöds av alla moderna webbläsare. De flesta LiteSpeed-servrar har Brotli aktiverat som standard. Lägg även till rätt cache-headers för statiska resurser -- en lång max-age (minst ett år) för CSS, JavaScript och bilder säkerställer att återkommande besökare slipper ladda ner samma resurser igen.

DNS-förfrågningar kan också påverka laddningstiden. Varje extern domän (Google Fonts, Google Analytics, sociala medier-widgets) kräver en separat DNS-uppslag. Använd dns-prefetch och preconnect-hints i din HTML för att snabba upp dessa, eller ännu bättre -- hosta typsnitt lokalt och minimera antalet externa beroenden. En sajt med 5 externa domäner kan spara 200-500ms enbart genom att eliminera onödiga DNS-förfrågningar. En ny teknik att ha koll på är Speculation Rules API, som gör att webbläsaren kan förladda eller till och med förrendera sidor som besökaren sannolikt klickar på. Chrome stödjer detta sedan version 121, och för WordPress finns det som plugin (Speculative Loading). Resultatet är närmast omedelbara sidövergångar efter första sidladdningen, vilket dramatiskt förbättrar den upplevda hastigheten.