Cloudflare cached oude HTML, deployment is live maar bezoekers zien oude pagina's
Cloudflare's edge-cache zit voor je origin en respecteert Cache-Control-headers. Als je geen of een verkeerde header stuurt, blijft een pagina vrolijk gecached, soms uren. Purge gericht, niet de hele site.
Probeer dit eerst zelf
- 1Eerste lijn: gebruik 'Purge by URL' in het Cloudflare-dashboard voor de specifieke pagina's die je net deployed hebt.
- 2Gebruik tags (Cache-Tag header) of Cache-Key-rules zodat je in één purge-call alles van een type (bv. blog of product) kan invalidaten.
- 3Voor JS/CSS-assets gebruik versioning in de filenaam (app.abc123.js), dan hoef je niet te purgen want het pad is anders.
- 4Voor HTML stuur Cache-Control: public, max-age=0, must-revalidate of een korte s-maxage met stale-while-revalidate, niet 1 dag.
- 5Bij Next.js op Vercel via Cloudflare: zet Cloudflare op DNS-only (grijze wolk) of disable APO, want dubbele cache-laag is hoofdpijn.
Wanneer ons inschakelen
Heb je terugkerende cache-stale-issues bij elke deploy, dan kunnen we de cache-headers en purge-strategie eenmalig goed inrichten.
Zie ook
- Domein vervalt morgen en niemand had de mail gezienEen vervallen domein gaat niet direct naar een ander. Er zit een redemption-window omheen, maar je betaalt extra.
- Twijfel of auto-renew aan moet of nietAuto-renew uitzetten is alleen zinvol bij domeinen die je echt loost. Voor alles wat live is, gewoon aan.
- Nieuwe registrar vraagt om auth-code, weet niet waar die staatEPP-code of transfer-code is het wachtwoord om een domein van registrar A naar B te verhuizen.
Past het bovenstaande niet?
Beschrijf je situatie hieronder. We sturen jouw input plus de stappen die je al zag naar onze AI en geven gericht vervolg-advies. Als het te risicovol is om zelf te doen, zeggen we dat ook.
Of doe het helemaal niet zelf
Onze Managed IT-klanten zoeken dit soort vragen niet op. Eén aanspreekpunt, vaste prijs per maand, en het is binnen werktijd opgelost.