CDN purge delays can show readers old content for minutes

19 July 2026

CDN purge delays serve stale content

Cache purges take longer than you think—here’s how edge nodes delay updates and what to do when subscribers see yesterday’s post.

You hit publish at 9:03am, fired the cache purge from your hosting dashboard, and watched the confirmation message fade. Three minutes later a subscriber replies to say your featured image is still showing last week’s header. The CDN purge command reached the origin server instantly—but the two hundred edge nodes scattered across four continents are still serving cached copies, and the refresh clock runs on their schedule, not yours.

Edge cache invalidation isn’t instant. Depending on your CDN provider, purge propagation takes anywhere from thirty seconds to five minutes. Here’s how long the major platforms actually take, what causes the delay, and the three-step checklist that prevents readers from seeing stale content after you update a post.

In today's email:

  • Why CDN purge commands don’t reach edge nodes instantly
  • How long Cloudflare, Fastly, and AWS CloudFront take to propagate purges
  • When cache-control headers override your purge request
  • The pre-publish checklist that prevents stale content

Subscribe to read the rest