Kort fortalt: Et CDN kan gemme svar på edge-noder (POPs) verden over. Næste bruger i nærheden kan få svaret derfra i stedet for at hente hele vejen til jeres origin-server hver gang.
Edge vs origin
- Origin er jeres webserver eller applikation - kilden til sandheden.
- Edge er mellemled der kan cache hele eller dele af svaret, inklusive statiske filer og undertiden HTML.
Når en request rammer edge-cachen:
- TTFB for langt væk fra origin falder ofte markant.
- Belastning på databaser og applikationsservere falder → bedre stabilitet ved trafikspidser.
Hvad kan caches på edge?
- Statiske assets -
/assets/..., billeder, fonts: standard case med lange TTL’er og fingerprintede filnavne. - HTML - muligt og kraftfuldt, men kræver eksplicit strategi: korte TTL’er, korrekte cache keys der respekterer auth og geo, og klarhed om hvornår indhold er offentligt vs. personligt.
Typiske fejl
- At cache HTML med for lang TTL mens priser, lager eller login-status skifter.
- At ignorere
Varyog cookies → forkert indhold til nogle brugere. - At tro CDN erstatter billedoptimering eller komprimering - CDN løser primært netværksafstand og skalering, ikke dårlige kildefiler.
- Manglende purge/invalidering ved deploy - brugere ser gammelt indhold efter redaktionelle ændringer.
Forhold til Cache-Control og stale
Edge følger HTTP-semantik: Cache-Control, ETag, stale-while-revalidate hvor CDN understøtter det. Konfigurationen skal være konsistent mellem origin og CDN-lag.
Relaterede begreber
- CDN
- Cache-Control, stale-while-revalidate
- TTFB
- Early Hints - ofte sat op på CDN
FAQ
Er edge caching det samme som full page cache?
Ofte overlap. Full page beskriver at hele HTML-svaret caches; edge beskriver at det sker på en POP tæt på brugeren. I kan have full page cache på origin uden CDN, og CDN uden at cache HTML.
Skal statiske sites bruge CDN?
Næsten altid i produktion - I vinder lavere latency, bedre parallelisme og beskyttelse mod spikes. Konfigurer cache-headers og invalidation fra start.
Hvad er risikoen ved at cache HTML på edge?
Forkert personligt indhold til forkert bruger hvis cache-nøgler ignorerer cookies eller sessions. Brug korte TTL’er, korrekt Vary og tydelige regler for hvad der må deles mellem brugere.
Fjerner CDN behov for optimerede billeder?
Nej. CDN reducerer afstand og kan optimere transport; det ændrer ikke at tunge JPEG’er og dårlige formater stadig koster bytes. Kombinér med [WebP](/ordbog/webp/), [AVIF](/ordbog/avif/) og rigtige dimensioner.
Næste skridt fra begreb til handling
Guides og blogindlæg der matcher begrebets emne - ud fra fælles tags og sidens fokus.
Få edge cache-hit på HTML: undgå cookies, forkert Vary og dårlige cache keys
Mange sites har CDN, men får stadig høj TTFB fordi HTML ikke caches. Lær et praktisk workflow til at få cache-hit på offentlige sider uden at servere forkert indhold.
Forbedr TTFB med caching, edge cache og hurtigere serverrespons
Lær hvordan du reducerer TTFB med page cache, edge cache, korrekt cache strategi og bedre serverrespons på HTML.
Brug Transfer-Encoding (chunked) til progressiv rendering: hurtigere første visning
Lær at finde ud af om din server eller reverse proxy buffer HTML-svar, og få streaming (chunked) til at flytte første visning og LCP i den rigtige retning.
Reverse proxy og TTFB: sådan finder du cache-, TLS- og routing-fejl i praksis
Reverse proxy-laget kan være årsagen til høj TTFB, mystiske cache misses og 502/504-fejl. Lær hvad du skal kigge efter i headers og waterfall, og få et praktisk debug-flow.
Cache-Control forklaret: sådan bruger du caching til lavere TTFB
Lær hvordan Cache-Control påvirker HTML, CSS, JavaScript og billeder, og få en praktisk gennemgang af caching, TTFB og klassiske fejl.
5 grunde til at din hjemmeside er langsom og hvad du gør ved det
Se de mest almindelige årsager til en langsom hjemmeside, hvordan du spotter dem, og hvilke ændringer der typisk giver mest effekt først.
