Et cache-plugin dækker typisk ét lag: den færdige HTML-side. Fint sted at starte — men sjældent der, de store sekunder ligger.
Caching foregår i fire lag. De fleste plugins dækker ét.
1. Server-caching
Det, de fleste plugins gør — og ofte det eneste
- Gemmer den færdige side, så WordPress ikke bygger den forfra hver gang
- Virker godt på forside, blogindlæg og faste sider
- Slås typisk fra på kurv og checkout, hvor der er mest at hente
2. Browser-caching
Fortæller browseren, at logoet ikke har ændret sig siden sidst
- Uden det henter besøgende de samme filer ved hvert eneste klik
- Rammer især dem, der ser mere end én side
- Styres af servere og headers, ikke af selve WordPress
3. Database-caching
Gemmer resultatet af tunge forespørgsler
- På en webshop med mange produkter gemmer den længste ventetid sig ofte her
- Filtre, varianter og lagerstatus koster hver sin forespørgsel
- Næsten aldrig dækket af et almindeligt cache-plugin
4. CDN
Leverer filer fra en server tæt på brugeren
- Billeder og stilark hentes fra Danmark i stedet for Virginia
- Betyder mest for billeder, mindst for HTML
- Gratis på de fleste hostingpakker i dag — men sjældent slået til
Hvorfor standardindstillingerne sjældent passer
Et plugin ved ikke, hvad din side gør. På en webshop kan aggressiv caching give reelle fejl:
- Gamle priser i kurven
- En checkout, der viser en anden kundes ordre
- Lagerstatus, der ikke passer
Derfor slår mange plugins caching fra på netop de sider, hvor der er mest at hente — og resten af siden kører videre uoptimeret.
Tjek det selv
- Kør din forside gennem Google PageSpeed Insights
- Kig efter "Serve static assets with an efficient cache policy"
- Står den der, mangler du browser-caching — uanset hvilket plugin du har