Кэш ускоряет сайт только тогда, когда его границы настроены, а не «включены»

Кэш ускоряет сайт только тогда, когда его границы настроены, а не «включены»

Кэш — это не один слой, а минимум три: браузерный, серверный и промежуточный CDN/прокси. Ошибка типовая: ставят большой TTL на всё подряд, потом удивляются старым ценам, битым баннерам и жалобам на «не обновляется». Для статики можно жить долго, для HTML — только если у вас есть понятная схема инвалидации.

Что проверить:
• заголовки Cache-Control, ETag, Last-Modified;
• раздельные правила для HTML, CSS, JS, изображений и API;
• purge/invalidate после деплоя;
• корректный Vary, если контент зависит от языка, устройства или куки;
• не кэшировать персональные ответы и корзины.

На сервере кэш часто ломают на уровне конфигурации: Apache/Nginx отдают разные заголовки для одного и того же ресурса, backend добавляет no-store «на всякий случай», а CDN получает противоречивые указания. Итог — лишние запросы, медленный TTFB и пустая нагрузка на origin. Сначала фиксируем правила на одном уровне, потом поднимаем вверх.

Проверка простая: curl -I по ключевым URL, сравнение заголовков, замер hit/miss в прокси и мониторинг времени ответа на холодном и тёплом кэше. Если после очистки кэша сайт падает по скорости, значит у вас нет запасной производительности, а не «плохой CDN». Разворачиваем, проверяем, мониторим.