Først: hvad er Cache?
Cache er en midlertidigt gemt kopi af noget, der ellers skulle hentes eller beregnes igen. Når din browser allerede har logoet liggende, behøver den ikke hente samme fil ved hvert klik. Når serveren har en færdig kopi af en WordPress-side, behøver den ikke bygge siden fra databasen hver gang.
Det er derfor cache gør hjemmesider hurtigere. Den sparer arbejde. Men det er også derfor, du nogle gange retter en tekst, trykker opdater og stadig ser den gamle version. Et eller andet sted ligger der en kopi, som endnu ikke er udløbet.
Cache er ikke én knap. Der kan være cache i browseren, i WordPress, på webserveren, hos et CDN og hos hostingudbyderen. De lag er gode, når de samarbejder. De er irriterende, når ingen ved, hvilket lag der viser hvad.
Derfor må vigtig information aldrig kun eksistere i cache. Ordrer, formularer og kundedata skal gemmes korrekt. Cache er genvej til visning — ikke lager for forretningen.
Sådan ser det ud i hverdagen
På en almindelig WordPress-side håndterer et plugin som WP Rocket ofte sidecache og optimering. Browseren gemmer samtidig billeder, skrifter og scripts. Webhotellet kan have sit eget lag ovenpå. Det er helt normalt.
Når du ændrer indhold, bør systemet automatisk rydde den relevante kopi. Men specialfunktioner, eksterne feeds og templates bliver ikke altid fanget. Derfor er en fast testmetode mere værd end at trykke tilfældige "Purge all"-knapper.
- Åbn siden i et inkognitovindue, så du ser noget tættere på en ny besøgende.
- Lav en hård genindlæsning med Ctrl + F5, hvis du mistænker browsercache.
- Ryd WordPress-pluginets cache og derefter server- eller one.com-cache, hvis problemet fortsætter.
- Test den konkrete URL med og uden queryparameter, men fjern parameteren igen bagefter.
- Kontrollér om en CDN-tjeneste eller billedoptimering serverer en separat kopi.
På en webshop skal cache være mere forsigtig. Produktsider kan ofte caches, men kurv, checkout, lagerstatus og personlige priser må ikke serveres som samme kopi til alle. Et hurtigt site, der viser en anden kundes kurv, er ikke en succes.
Forestil dig denne situation
En restaurant ændrer åbningstiden fra 21.00 til 22.00. I WordPress-editoren står den nye tid. Den indloggede ejer ser den også på siden, fordi administratorer omgår cache. Kunderne ser stadig 21.00.
Først ryddes WP Rocket. Intet ændrer sig. Derefter ryddes webhotellets fuldsidecache, og den nye tid vises. Problemet var ikke databasen eller Elementor. Det var to cachelag med forskellige udløbstider.
I et andet regneeksempel reducerer sidecache serverens behandlingstid fra 800 millisekunder til 120 millisekunder på en populær side. Det er en reel gevinst. Men hvis siden har en bookingstatus, der ændres hvert minut, skal den del måske hentes dynamisk i stedet for at hele siden caches længe.
Her ryger det ofte af sporet
Den første fejl er at deaktivere al cache permanent, fordi en ændring driller. Siden bliver langsommere, og problemet vender tilbage, når cache aktiveres igen. Find laget i stedet.
En anden fejl er at kombinere flere optimeringsplugins, der både minimerer scripts, laver cache og forsinker JavaScript. De kan arbejde imod hinanden. Én tydelig ejer af hver opgave er lettere at vedligeholde.
Pas også på "cache busting" med tilfældige filnavne eller versionsnumre, der aldrig ændres. CSS-filen kan være opdateret på serveren, mens browseren bliver bedt om at gemme den gamle i et år.
Cache og hastighed er ikke det samme
Cache kan skjule en tung side ved at genbruge resultatet. Men store billeder, ti skrifttyper og 40 scripts skal stadig hentes i browseren. Derfor bør responsivt design, billedstørrelser og kode optimeres, selv om serverens svartid ser fin ud.
En hurtig førstegangsvisning er vigtig. En cachet gentagelse kan være lynhurtig, men mange kunder besøger kun siden én gang. Test derfor både med varm cache og helt tom cache.
Læs også vores forklaring af hvad et CMS er, hvis du vil forstå forskellen på indholdssystemet og de cachelag, der viser siden.
Før du går videre
HTTP-cache styres gennem headers som Cache-Control og ETag. Du behøver ikke kunne dem udenad, men de forklarer, hvorfor browseren nogle gange spørger serveren, om kopien stadig er gyldig, i stedet for at hente hele filen igen.
Når du fejlsøger, så ændr én ting ad gangen. Ryd ét lag, test, og gå videre. Ellers ved du ikke, hvad der løste problemet, og næste gang starter du fra nul.
Cache er en af de tekniske ting, der helst skal være usynlig. Når den er sat rigtigt op, mærker kunden bare en hurtigere hjemmeside. Når den er sat forkert op, bliver "har du prøvet at rydde cache?" pludselig virksomhedens mest brugte sætning.
Senest opdateret
