Kort svar: Cache er et midlertidigt lager af færdige svar, så det samme arbejde ikke gøres om for hver besøgende. I stedet for at bygge en WordPress-side fra bunden – PHP, database, tema – gemmes det færdige resultat og genbruges. Det er den enkeltstørste hastighedsfaktor for WordPress: en cachet side leveres på millisekunder, en ucachet kan tage sekunder. Prisen er risikoen for at vise forældet indhold – derfor handler god cache-opsætning om levetider, udløsning (purge) og undtagelser for kurv og login.
Hver ucachet WordPress-visning er et lille byggeprojekt: PHP starter, spørger databasen måske 50-100 gange, kører tema og plugins og samler HTML’en. Det er fint for én besøgende – men identisk arbejde gentaget tusind gange for tusind besøgende, der får nøjagtig samme side. Cache flytter arbejdet fra „hver gang“ til „første gang“: siden bygges én gang, gemmes, og de næste får kopien. Deraf også begrebet cache hit ratio – andelen af besøg, der rammer en gemt kopi – som er det ærligste mål for, om opsætningen virker.
| Lag | Hvor det bor | Hvad det gemmer |
|---|---|---|
| Browsercache | Den besøgendes egen maskine | Billeder, CSS og JS ved gentagne besøg |
| Kant/CDN-cache | Servere nær den besøgende | Statiske filer – og med QUIC.cloud også HTML |
| Servercache (sidecache) | Din webserver, fx LiteSpeed | Færdigbyggede HTML-sider – det store spring |
| Objektcache | RAM på serveren, fx Redis | Databasesvar – hjælper OGSÅ de dynamiske sider |
Lagene løser hver sit: browser- og kantcache sparer afstand, servercache sparer byggearbejdet, og objektcache sparer databasen – også på sider som kurv og wp-admin, der aldrig må sidecaches. Hele arkitekturen med beslutningstræ står i cache-typer-guiden.
Tre håndgreb dækker det meste. Brug servercache: på LiteSpeed-hosting som Hostious’ er LiteSpeed Cache-plugin’et den rigtige motor – aktiv sidecache på alt offentligt indhold. Undtag det personlige: kurv, checkout og login må aldrig deles mellem besøgende – skabelonerne står i undtagelses-guiden. Mål: en hit-ratio under ~80 % på offentlige sider betyder som regel, at noget udsætter cachen – for korte levetider, unødige cookies eller purge-støj.
Et cache-lag udleverer stadig den gamle kopi. Purge cachen (server og evt. CDN) efter ændringen – og sæt automatisk purge op ved opdateringer, så det ikke afhænger af hukommelsen.
Forkert opsætning kan – klassikeren er sidecache på kurv eller konto, så kunder ser hinandens indhold. Med korrekte undtagelser er cache tværtimod det, der holder shoppen hurtig på travle dage.
Nej – to sidecaches oven på hinanden giver dobbelt purge-kompleksitet og sværere fejlfinding. Vælg ÉN motor, der passer til din server, og lad resten af værktøjerne holde sig til deres egne opgaver.
