Cacheplugins jämförda: WP Rocket, LiteSpeed Cache, FlyingPress och gratisalternativen

Kör du på ett LiteSpeed-webbhotell, vilket Oderland, Hostup och Inleeds Prime-paket gör, är LiteSpeed Cache det självklara valet. Det är gratis, cachar på servernivå och har bäst WooCommerce-stöd av alla fem plugin i den här jämförelsen. På ett vanligt Apache- eller Nginx-webbhotell blir det i stället FlyingPress eller WP Rocket, och där väger jag över till FlyingPress för butiker eftersom objektcache och bildoptimering ingår i priset.

Ligger sajten på managed hosting med egen servercache behöver du oftast inget cacheplugin alls. Där är det CSS/JS-optimering och lazy load du i så fall köper, inte cache. Har du en liten sajt utan butik och inga pengar att lägga räcker WP Super Cache.

Så jämför jag

Jag bedömer varje plugin på sju punkter. Sidcache är grunden: hela HTML-sidan sparas och serveras utan att PHP och databasen körs. Objektcache är nästa lager och sparar databasfrågor i Redis eller Memcached, vilket är det som hjälper på sidor som inte kan sidcachas, som varukorg och kassa. CSS/JS-optimering handlar om minifiering, borttagning av oanvänd CSS och fördröjd JavaScript. Bildoptimering och lazy load avgör ofta LCP på produktsidor.

WooCommerce-stödet bedömer jag på tre saker: att varukorg, kassa och mitt konto undantas från cachen, hur pluginet hanterar cart fragments (anropet wc-ajax=get_refreshed_fragments som uppdaterar minivarukorgen) och om det går att cacha sidor för inloggade kunder. Serverkrav avgör om du alls kan använda pluginet på ditt webbhotell. Priset anger jag per år och med datum, eftersom alla tre betalplugin ändrat pris de senaste åren.

Jag har tagit med WP Super Cache och W3 Total Cache på samma villkor som betalpluginen. Det är orättvist mot gratisalternativen att bara nämna dem i en bisats när de räcker för många sajter.

WP Rocket

Betalplugin · från 49,95 €/år Till WP Rocket

WP Rocket är det plugin jag mött oftast hos nya kunder, och det är i grunden ett bra val: sidcache med preload, lazy load för bilder och iframes, fördröjd JavaScript och Remove Unused CSS. Det som sticker ut är att Remove Unused CSS inte görs på din server. Enligt dokumentationen skickas varje sidas URL till WP Rockets API som besöker sidan och bygger den använda CSS:en, och funktionen kräver giltig licens. Den stängs också av automatiskt när WP_ENVIRONMENT_TYPE är satt till local, så du kan inte testa den i en lokal miljö.

Objektcache finns inte. Dokumentationen säger rakt ut att WP Rocket varken tillhandahåller eller integrerar objektcache utan hänvisar till pluginet Redis Object Cache. Det är ett ärligt besked men det betyder att du behöver ett plugin till för att få fart på kassan. Bildkonvertering till WebP eller AVIF ligger i systerpluginet Imagify, som kostar extra.

WooCommerce-stödet är gediget. Varukorg, konto och kassa undantas automatiskt utifrån sidvalen i WooCommerce-inställningarna, liksom WooCommerce REST API. Cart fragments-anropet optimeras automatiskt, och om minivarukorgen visar fel antal varor rekommenderar dokumentationen att stänga av just den optimeringen. Använder du fördröjd JavaScript finns en färdig kryssruta för WooCommerce cart fragments under One-click exclusions. Priset var 49,95 € per år för en sajt, 99,95 € för tre och 249,95 € för 50 på prissidan den 12 oktober 2026.

LiteSpeed Cache

Gratis · sidcache kräver LiteSpeed eller QUIC.cloud Till LiteSpeed Cache

LiteSpeed Cache har över sju miljoner aktiva installationer och är gratis, men det är två plugin i ett. Dokumentationen delar funktionerna i allmänna, som fungerar på vilken webbserver som helst, och LiteSpeed-exklusiva. Till de allmänna hör objektcache med Redis och Memcached, minifiering och kombinering av CSS och JS, lazy load, fördröjd JS, databasstädning och bildoptimering. Till de exklusiva hör sidcachen på servernivå, privat cache för inloggade, cache av REST API, separat mobilcache och ESI.

Har du rätt server är det här det bästa WooCommerce-stödet i jämförelsen. Mitt konto, kassa och varukorg undantas som standard, och för minivarukorgen finns ESI: sidan cachas publikt medan varukorgsblocket hämtas privat per besökare. Dokumentationen rekommenderar uttryckligen ESI för WooCommerce. ESI fungerar inte på OpenLiteSpeed, bara på den kommersiella servern eller via QUIC.cloud.

QUIC.cloud är LiteSpeeds egen molntjänst och behövs för bildoptimering, kritisk CSS och unik CSS även på LiteSpeed-servrar. Från 10 november 2026 går QUIC.cloud över till planbaserad prissättning. Gratisplanen ger CDN utan bandbreddstak på ett mindre nät av noder i USA och EU, 100 bildoptimeringar och 20 sidoptimeringar per månad. Betalplanerna börjar på 5 $ per månad. För en butik med några hundra produktbilder räcker inte gratiskvoten för bilder, så räkna med den avgiften om du vill ha WebP eller AVIF den vägen.

Vilka svenska webbhotell kör LiteSpeed? Jag har bara tagit med de som skriver det på sina egna sidor. Oderland anger att servrarna är byggda på LiteSpeed. Hostup skriver att webbhotellet drivs av LiteSpeed Web Server. Inleed anger webbserver per paket: Standard och Special kör Apache/Nginx, Prime kör Litespeed och Ultra kör Litespeed Enterprise. Loopia, Miss Hosting och Websupport anger ingen webbserver på sina sidor, så dem kan jag inte uttala mig om.

FlyingPress

Betalplugin · från 59 $/år Till FlyingPress

FlyingPress är det yngsta av de tre betalpluginen och det som utvecklats snabbast det senaste året. Enligt ändringsloggen kom inbyggd bildoptimering med WebP och AVIF i version 5.3.0 i januari 2026 och Redis-objektcache i 5.6.0 i juni 2026. Senaste versionen vid skrivtillfället är 5.6.5 från 20 augusti 2026. Det betyder att FlyingPress nu täcker de två luckor WP Rocket har, objektcache och bildkonvertering, utan extra plugin. Sidcachen är filbaserad med preload, CSS/JS-optimeringen omfattar minifiering, Remove Unused CSS, kritisk CSS och fördröjd JavaScript, och lazy load är inbyggt.

Objektcachen bygger på en object-cache.php drop-in i wp-content och kräver en Redis-server som sajten når. Finns ingen Redis på webbhotellet får du be dem installera den, och på delade webbhotell är svaret ofta nej. Dokumentationen pekar ut varukorg, kassa, mitt konto och inloggade sidor som de där objektcachen gör störst skillnad, vilket stämmer med min erfarenhet från kundbutiker.

WooCommerce-undantagen för varukorg, kassa och konto har funnits sedan version 2.0.0 enligt ändringsloggen. Vill du att kunder med varor i korgen slipper cachade sidor helt lägger du cookien woocommerce_items_in_cart under Bypass Cache for Cookies, och dokumentationen är ärlig med att det sänker träffgraden i cachen. Finns det logik ni inte får till i inställningarna finns filtret flying_press_is_cacheable. FlyingPress säger sig fungera med alla webbhotell, vilken webbserver de än kör, och staging-sajter räknas inte mot licensen. Priset var 59 $ per år för en sajt, 109 $ för tre, 229 $ för 25 och 279 $ för obegränsat antal den 12 oktober 2026.

WP Super Cache

Gratis · bara sidcache Till WP Super Cache

WP Super Cache gör en sak: sidcache. Version 3.1.4 från 30 september 2026 kräver WordPress 6.8 och PHP 7.4, och har tre lägen. Expert serverar statiska HTML-filer direkt via mod_rewrite på Apache utan att PHP startar, Simple låter PHP servera filerna och är nästan lika snabbt, och WP-Cache hanterar inloggade besökare och URL:er med parametrar. Det finns preload och enkel CDN-omskrivning, men ingen minifiering, ingen lazy load och inga WooCommerce-inställningar.

Att WooCommerce-inställningar saknas spelar mindre roll än man tror. WooCommerce sätter själv konstanterna DONOTCACHEPAGE, DONOTCACHEOBJECT och DONOTCACHEDB i WC_Cache_Helper::prevent_caching() på varukorg, kassa och mitt konto och skickar no-cache-headers. Ett cacheplugin som respekterar den konstanten låter de sidorna vara. Det du inte får är cart fragments-hantering, så minivarukorgen i sidhuvudet behöver uppdateras via JavaScript som vanligt.

WP Super Cache passar den lilla sajten utan butik, eller den som vill ha sidcache och inget annat att ställa in. Det har få inställningar och är svårt att få fel. Behöver du snabbare CSS och JavaScript, lazy load eller bildkonvertering får du lägga till andra plugin för det, och då är ett av betalpluginen ofta enklare.

W3 Total Cache

Gratis · Pro från 99 $/år Till W3 Total Cache

W3 Total Cache har betydligt mer i gratisversionen: sidcache på disk eller i minne, objektcache med Redis, Memcached eller APCu, minifiering av HTML, CSS och JS, lazy load och CDN-koppling, men ingen bildkonvertering. Liksom WP Super Cache respekterar det WooCommerce no-cache-konstanter, så varukorg, kassa och mitt konto cachas inte.

Det är också det plugin som har flest inställningar, och det är dess svaghet. Jag har sett fler trasiga sajter efter en felkonfigurerad minifiering i W3 Total Cache än med något annat plugin. Börja med sidcache och objektcache, testa kassan, och slå på minifiering en sak i taget.

Fragmentcache, REST API-cache, oanvänd CSS/JS och fördröjda skript ligger i Pro, som kostar 99 $ per år för en sajt och 350 $ för fem enligt BoldGrids prissida den 12 oktober 2026. W3 Total Cache passar den som vill ha objektcache och optimering gratis och är beredd att lägga tid på inställningarna, eller en utvecklare som vill styra varje detalj.

Så mäter du själv

Den här jämförelsen bygger på dokumentation, inte på egna mätningar, och jag vill att du mäter på din egen sajt innan du betalar. Skillnaden i sidcache mellan pluginen är liten. Skillnaden i CSS/JS-optimering beror helt på ditt tema och dina plugin, och den går inte att förutsäga från en tabell.

Mät tre sidor: startsidan, en kategorisida och en produktsida. Kör Lighthouse i Chrome DevTools eller via PageSpeed Insights, med mobil som profil, och kör varje sida minst tre gånger eftersom en enskild körning varierar. Lighthouse är labbdata från en kontrollerad miljö, inte det dina kunder upplever, så titta också på fältdata i PageSpeed Insights när sajten har tillräcklig trafik. Jämför alltid ett cachat anrop med ett ocachat: ladda sidan en gång för att fylla cachen och mät sedan.

Komplettera med WebPageTest, som visar vattenfallet och ger både första besök och återbesök. Det du letar efter är tiden till första byte på det cachade anropet, LCP-elementet på produktsidan och om CSS/JS-optimeringen flyttat någon resurs så att layouten hoppar. Testa sedan en sak till som inga verktyg mäter: lägg en vara i korgen i ett inkognitofönster, gå till startsidan och kontrollera att minivarukorgen visar rätt antal.

Fallgropar

Det vanligaste felet är två sidcachar ovanpå varandra. Managed webbhotell har nästan alltid en egen servercache, och lägger du WP Rocket eller FlyingPress ovanpå får du två lager som rensas vid olika tillfällen. Lagerstatus och priser blir då fel i upp till en timme efter en ändring. Stäng av sidcachen i pluginet och behåll optimeringarna, eller använd webbhotellets eget plugin.

Remove Unused CSS i både WP Rocket och FlyingPress kan ta bort CSS som läggs till via JavaScript, som menyer som öppnas, flikar och popup-fönster för storleksguider. Kontrollera de interaktiva delarna av produktsidan efter aktivering och lägg undantagna klasser i safelist-fältet.

Objektcache som inte rensas är den tredje. Byter du plugin och lämnar kvar object-cache.php i wp-content kan admin visa gamla inställningar och butiken gamla priser. Kontrollera mappen efter varje byte.

Ett byte av cacheplugin ändrar .htaccess, wp-config.php och drop-in-filer. Ta en databasdump och en filkopia innan, gör bytet vid låg trafik och gå igenom köpflödet direkt efteråt.

Rekommendation per situation

Delat webbhotell utan LiteSpeed

På Loopia, Miss Hosting eller ett annat webbhotell som inte anger LiteSpeed får du sällan Redis, och då faller objektcachen bort för alla plugin. Kvar står sidcache och frontend-optimering. Utan butik räcker WP Super Cache i Simple-läget. Med butik eller tungt tema väljer jag FlyingPress, för att bildkonverteringen ingår och licensen för tre sajter kostar 109 $.

LiteSpeed-webbhotell

Oderland, Hostup och Inleeds Prime- och Ultra-paket: LiteSpeed Cache, utan konkurrens. Sidcachen på servernivå är snabbare än någon filbaserad cache och kostar inget. Aktivera ESI för minivarukorgen om servern är Enterprise, och räkna med QUIC.clouds betalplan om du vill ha WebP den vägen. Alternativet är ett separat bildplugin som konverterar lokalt.

Managed hosting med egen servercache

Här är sidcachen redan löst. Behöver du bara lazy load och minifiering är gratisdelen av LiteSpeed Cache ett fullt rimligt val även på Nginx, eftersom de allmänna funktionerna fungerar överallt. Vill du ha Remove Unused CSS väljer du FlyingPress eller WP Rocket och stänger av deras sidcache. Fråga webbhotellet vilket de rekommenderar, flera av dem har färdiga undantag för ett specifikt plugin.

WooCommerce-butik

Kassa och varukorg sidcachas aldrig, så det är objektcachen som avgör hur snabb kassan blir. Det kräver Redis, och ett plugin som använder den. På LiteSpeed-server är det LiteSpeed Cache. På övriga servrar FlyingPress, som har Redis inbyggt sedan 5.6.0. WP Rocket fungerar också bra i butiker, men du behöver Redis Object Cache som separat plugin och Imagify för bilder, och då är totalpriset högre än FlyingPress.

När du ska välja något annat

Har du en sajt med lite trafik och få sidor löser webbhotellets egen cache eller WP Super Cache allt. Ett betalplugin ger ingen mätbar skillnad på en sajt som redan laddar under en sekund, och det har jag sett tillräckligt många gånger för att säga det utan reservation.

Bygger du ett eget blocktema utan tunga plugin är CSS/JS-optimering ofta onödig. Då räcker en sidcache plus bildkonvertering vid uppladdning. Och kör du en butik med många inloggade kunder, exempelvis B2B med kundspecifika priser, hjälper sidcachen nästan inte alls. Lägg pengarna på en Redis-server och bättre PHP-prestanda i stället för på ett cacheplugin.

Vanliga frågor

Behöver jag ett cacheplugin om webbhotellet redan har servercache?

Ofta inte för själva sidcachen. Det du kan sakna är CSS/JS-optimering, lazy load och bildkonvertering. Där passar FlyingPress eller WP Rocket med sidcachen avstängd, eller LiteSpeed Cache om servern är LiteSpeed.

Kan jag köra LiteSpeed Cache på ett vanligt Apache- eller Nginx-webbhotell?

Ja, men då får du bara optimeringsfunktionerna, inte sidcachen. Enligt LiteSpeed-dokumentationen kräver cachefunktionerna LSCache-komponenten i servern eller QUIC.cloud CDN. Utan någon av dem är pluginet ett optimeringsverktyg, inte ett cacheplugin.

Cachas varukorg och kassa av misstag?

WooCommerce sätter själv konstanten DONOTCACHEPAGE och skickar no-cache-headers på varukorg, kassa och mitt konto. Alla fem plugin i jämförelsen respekterar det eller har egna undantag. Problemet brukar i stället vara minivarukorgen i sidhuvudet på cachade sidor, som fylls via cart fragments.

Ger ett dyrare plugin bättre Lighthouse-poäng?

Inte av sig självt. Sidcachen ger nästan samma effekt oavsett plugin. Skillnaden ligger i hur bra CSS/JS-optimeringen fungerar med just ditt tema, och det måste du mäta på din egen sajt.

Går det att byta cacheplugin utan driftstopp?

Ja. Avaktivera det gamla, kontrollera att wp-content/advanced-cache.php och object-cache.php är borta, aktivera det nya och värm upp cachen med preload. Gör det vid låg trafik och ta en databasdump först.

Källor

• WP Rocket, prissida
• Using WP Rocket on your WooCommerce site, WP Rocket Knowledge Base
• Redis and object caching, WP Rocket Knowledge Base
• LiteSpeed Cache for WordPress, serverkrav, LiteSpeed-dokumentationen
• LiteSpeed Cache, cache-inställningar och WooCommerce, LiteSpeed-dokumentationen
• QUIC.cloud, planbaserad prissättning från 10 november 2026
• FlyingPress, prissida
• FlyingPress, changelog
• W3 Total Cache Pro, prissida hos BoldGrid
• WC_Cache_Helper::prevent_caching() sätter DONOTCACHEPAGE på varukorg, kassa och mitt konto