Kort svar: Der er fire cache-lag, og de løser hver sin opgave: browser cache (genbrug af filer hos den enkelte besøgende), CDN/edge cache (filer serveret tæt på besøgende), page cache på serveren (færdig HTML til anonyme) og object cache (databasesvar til det dynamiske). Når nogen siger “ryd cachen”, er spørgsmålet altid: hvilken? Lær lagene – så ved du både, hvad du fejlsøger, og hvad du mangler.
“Cache” bruges om fire forskellige ting, og sammenblandingen koster både fejlfindingstimer og forkerte køb. Denne guide giver dig det mentale kort: hvor hvert lag bor, hvad det cacher, hvornår det rammer – og hvordan de fire spiller sammen på et hurtigt WordPress-site.
Kontrolramme: WordPress 7.1 og PHP 8.4.23 udgør versionsgrundlaget pr. 30. august 2026. Diagrammet er en diagnoseillustration.
| Lag | Bor | Cacher | Hjælper |
|---|---|---|---|
| Browser cache | Hos den besøgende | Statiske filer (CSS, JS, billeder, fonte) | Gengangere og sideskift |
| CDN/edge cache | På servere nær besøgende | Statiske filer – og HTML med APO/edge-løsninger | Fjerne besøgende, spidsbelastning |
| Page cache | På din server (LiteSpeed/plugin) | Færdig HTML til anonyme besøgende | TTFB for al anonym trafik – størst enkeltgevinst |
| Object cache | I serverens RAM (Redis/Memcached) | Databasesvar | wp-admin, checkout, søgning – alt u-cachet |
Lagene konkurrerer ikke – de dækker hinandens blinde vinkler. En anonym dansk besøgende får HTML fra page cachen og statiske filer fra browser/CDN-lagene; en kunde i checkout rammer u-cachet PHP, hvor object cachen så bærer databasearbejdet. Deraf følger også arbejdsdelingen på et sundt dansk site: page cache + object cache på serveren er fundamentet, browser cache-headere følger gratis med cache-pluginnet – og CDN/edge er tilvalget, hvis publikum er internationalt; den overvejelse står i APO-guiden og Cloudflare vs. QUIC.cloud.
Dit cache-setup er komplet, når du kan svare på fire spørgsmål med målinger: Får anonyme besøgende page cache-hit (header-tjek)? Får gengangere 304/cache på statiske filer (Netværk-fanen)? Bærer object cachen de dynamiske sider (hit-rate)? Og ryddes alle lag i rigtig rækkefølge ved opdateringer (testrettelse synlig straks)? Kan du svare ja fire gange, er “ryd cachen” aldrig mere et mysterium – så er det en præcis handling på et præcist lag.
Page cache – den forvandler hver anonym sidevisning fra PHP-arbejde til fillevering. Derefter object cache for de dynamiske sider. CDN og browser cache justerer oplevelsen; de to serverlag definerer den.
Page cache, object cache og browser cache: ja – de er standard på god hosting og koster intet. CDN/edge: kun ved internationalt publikum eller særlige belastningsmønstre. Mangler du ét, er det næsten altid object cache.
Nej – typisk kun serverlagene (og CDN, hvis integrationen er sat op). Browserlaget kan du aldrig rydde hos besøgende; det håndteres med versionerede filnavne, så nye udgaver får nye URL’er.
