Массовая проверка кеш-заголовков (Cache-Control)

Зависит от контента — поэтому порог задаётся в форме. Практические ориентиры: неизменяемые сборочные ассеты (хеш в имени файла) — год (max-age=31536000, immutable); изображения и медиа — от дней до месяцев; регулярно обновляемый HTML — минуты (или no-cache с валидаторами, чтобы браузер дёшево ревалидировал); персонализированные или платные страницы — no-store. Проверка подсвечивает всё ниже установленного порога (по умолчанию 300 секунд).

Верно — одно из самых обманчивых названий в HTTP. no-cache разрешает хранение, но требует ревалидации у источника (ETag/Last-Modified превращают её в почти бесплатный 304). Полностью запрещает хранение именно no-store. Проверка показывает, что из двух реально шлёт сервер, и вердикт различает их: no-cache с валидаторами — крепкий паттерн для свежего HTML.

Если у ответа нет директив свежести (ни Cache-Control max-age, ни Expires), но есть Last-Modified, браузеры и прокси оценивают свежесть примерно как 10% времени с момента изменения документа — кеш страницы, менявшейся год назад, «живёт» около полутора месяцев. Это работает, но этим никто не управляет: задайте явный Cache-Control — именно поэтому отчёт помечает состояние «только эвристика».

Кеш-заголовки живут в заголовках ответа, поэтому хватает HEAD-запроса — тело страницы не качается, и массовые проверки остаются лёгкими. Немного серверов отвечают на HEAD кодом 405; их заголовки всё равно читаются из этого ответа, а сам статус виден в отчёте — интерпретируйте соответственно.