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

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

Первый слой — CDN или reverse proxy. Статику отдаём с долгим TTL: картинки, CSS, JS. HTML кэшируем осторожно: только если страница не персонализирована и есть понятная схема инвалидации. Иначе получите быстрый, но устаревший контент.

Второй слой — серверное кэширование. Для динамики работают Redis или Memcached: кэш запросов к БД, фрагментов шаблонов, результатов тяжёлых вычислений. Ключи должны быть предсказуемыми, а TTL — привязанными к типу данных, а не к «на глаз». Иначе кэш начнёт маскировать баги.

Третий слой — браузер. Ставьте Cache-Control, ETag, Last-Modified, но не лепите «no-cache» на всё подряд. Для ассетов используйте версионирование файлов, иначе после обновления часть пользователей будет видеть старый JS и ловить ошибки фронта.

Проверка простая: смотрим hit ratio, время до первого байта, долю ответов из кэша и количество промахов после деплоя. Если после внедрения кэша сайт не стал быстрее, значит вы кэшируете не то место или не тот объект. Стабильность — это отсутствие магии, только предсказуемая конфигурация.