Кэш ускоряет сайт только там, где вы заранее задали правила, а не надеялись на удачу

Кэш ускоряет сайт только там, где вы заранее задали правила, а не надеялись на удачу

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

На сервере базовый набор такой:
— Nginx fastcgi_cache или proxy_cache для SSR и backend-ответов
— Cache-Control, ETag, Last-Modified для браузера
— отдельные ключи кэша по host, scheme, cookie, query string
— bypass для авторизованных пользователей, корзины, личного кабинета

Главная ошибка — кешировать всё подряд. Если в ключ попадает лишняя cookie или параметр UTM, hit rate падает. Если в ключ не попадает язык, город или сегмент, пользователи видят чужой контент. Проверяйте заголовки через curl, а не глазами в браузере. Для динамики лучше короткий TTL и stale-while-revalidate, чем долгий кэш с ручной чисткой.

Измеряйте не «ощущается быстрее», а TTFB, cache hit ratio и количество запросов к origin. Если после включения кэша TTFB не упал, ищите узкое место в PHP, БД или в неправильной Vary-логике. Разворачиваем, проверяем, мониторим. Стабильность — это отсутствие магии, только предсказуемая конфигурация.