Kort fortalt: stale-if-error giver caching-laget (browser, proxy eller CDN) lov til at sige: “hvis origin fejler, så server jeg den senest cachede version – selvom den er udløbet”.
Det handler lige så meget om oppetid og stabil brugeroplevelse som om ren hastighed.
Hvad betyder stale-if-error?
Det er en udvidelse til HTTP caching (defineret i RFC 5861). Du angiver en varighed (typisk i sekunder), som fortæller hvor længe en stale kopi må bruges ved fejl.
I praksis giver det:
- færre “site is down”-oplevelser ved midlertidige fejl
- bedre performance under origin-problemer (i stedet for timeouts)
Hvorfor er det vigtigt?
Performance handler ikke kun om at være hurtig når alt er godt – men også om at være forudsigelig.
På rigtige sites er der altid perioder med:
- deploys
- database-spikes
- netværksproblemer
- fejl i tredjepart eller API’er
Hvis brugeren i de perioder får en cached side, kan det være bedre end en blank fejl – især for indholdssider og guides.
Hvornår giver det mening?
Gode kandidater:
- indholdssider (blog/guide/ordbog)
- statiske assets (CSS/JS/billeder) hvor versionering gør “gammelt” mindre farligt
Dårlige kandidater:
- sider med personlige data (login, konto)
- checkout/kurv
- sider hvor “friskhed” er kritisk (lagerstatus, priser)
Typiske fejl
1) For lang varighed uden plan
Hvis du sætter stale-if-error til dage/uger, kan du servere meget forældet indhold ved længere fejlperioder. Vælg en varighed der passer til din tolerance.
2) Brug uden at forstå variation (Vary/cookies)
Hvis en response varierer på cookies/headers, kan du ende med at servere “forkert” variant i en fejlperiode. Forstå Vary og caching-lagets regler.
3) Tro at det er en erstatning for god caching
Det er et “sikkerhedsnet”. Du har stadig brug for solide regler for Cache-Control og en god strategi for TTFB (TTFB).
Hvordan tjekker du om det virker?
Det afhænger af dit setup (CDN/reverse proxy). Men principperne er:
- se om cached objekt eksisterer og kan serves ved origin-fejl
- se log/headers for cache-hit
- test kontrolleret: simuler origin-fejl og se om du får cached svar
Relaterede begreber
- stale-while-revalidate – “server stale mens du opdaterer”
- Cache-Control – grundreglerne
- Age header – se hvor “gammel” en cached response er
- Reverse proxy – ofte der hvor den her strategi implementeres
FAQ
Er stale-if-error det samme som stale-while-revalidate?
Nej. `stale-while-revalidate` handler om at serve stale mens man i baggrunden opdaterer cachen. `stale-if-error` handler om at serve stale kun hvis origin giver fejl eller er utilgængelig.
Kan jeg risikere at vise for gammelt indhold?
Ja, det er trade-off’et. Derfor bør du bruge det hvor 'lidt gammelt' er bedre end 'nede', og vælge en begrænset varighed.
Eksterne kilder
HTTP caching-direktiver og deres betydning i praksis.
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.
