Как проверить CDN-кеш после релиза

Очистка CDN не удаляет файлы, уже сохранённые в браузере посетителя. Сначала проверьте путь ответа, а затем решайте, очищать ли кеш или менять TTL.

Сравните HTML и версионированные файлы

• Запросите точную страницу и файл в чистой сессии. Запишите статус, Age, Cache-Control, ETag/Last-Modified и заголовок состояния CDN-кеша, если он есть.
• Проверьте повторную валидацию HTML и долгий кеш для JS/CSS с хешем в имени. Не задавайте годовой immutable для изменяемого URL.

Очищайте только устаревший слой

• Если CDN отдаёт старые байты, очистите точный URL или версию и проверьте из двух сетей. Если устарел один браузер — проверьте новый профиль до изменения правил CDN.
• После изменения проверьте отдельно публичные страницы и авторизованные. Персональные ответы нельзя помещать в общий кеш; сохраните заголовки и возможность отката правила.

Пример и ожидаемый результат

• Для страницы выполните curl -sS -D page.headers -o page.html PAGE_URL; для хешированного файла используйте другие имена, например asset.headers и asset.bin. Проверьте сохранённый page.html или сравните идентификатор сборки с origin. Повторите оба GET-запроса после деплоя и сравните Age и статус CDN; также проверьте Cache-Control и ETag. HTML может не кешироваться по умолчанию — сначала проверьте правила сайта.
• Если старая версия только в одном браузере, проверьте service worker и локальный кеш. Если CDN отдаёт старый HIT, очистите только нужный путь и перепроверьте в новом профиле. Если старая версия уже на origin, сначала исправьте деплой. Не очищайте посторонние пути.

Первоисточники

• Cloudflare · Cache-Control and origin caching
• Cloudflare · Default cache behavior