Кэш ускоряет сайт только тогда, когда его не ломают на каждом слое

Кэш ускоряет сайт только тогда, когда его не ломают на каждом слое

На практике тормозит не «отсутствие кэша», а хаос в его применении: HTML кэшируется без учета авторизации, статика живет без заголовков, а CDN и сервер спорят, кто должен отдавать ответ. Сначала разделите контент: публичные страницы, личный кабинет, API, медиа и статику.

Для браузера ставьте явные Cache-Control и ETag там, где ответ стабилен. Для статики — долгий max-age и уникальные имена файлов. Для HTML — короткий TTL или вообще no-store, если контент персонализирован. Если есть reverse proxy, проверьте, что он не затирает заголовки origin и не кэширует cookie-зависимые страницы.

На сервере полезно смотреть не только hit rate, но и:
— cache miss по ключевым страницам;
— время ответа до и после включения кэша;
— объем трафика с origin;
— число 304 и 200 на статику.
Если hit rate высокий, а TTFB не падает, значит кэшируется не то или слишком мелкий объект.

Отдельно проверьте инвалидацию: один неверный purge может положить выдачу, а отсутствие purge — оставить пользователю старые цены и формы. Стабильность — это отсутствие магии, только предсказуемая конфигурация. Разворачиваем, проверяем, мониторим.