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

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

Браузерный кэш — для статики: CSS, JS, шрифты, изображения. Для них задавайте долгий TTL и имена файлов с хешем, чтобы при обновлении клиент забрал новую версию, а не держал старую. Для HTML кэш короче: иначе пользователь видит устаревшую верстку, даже если backend уже отдал исправление.

На сервере держите отдельный кэш для повторяющихся ответов: страницы каталога, API-справочники, результаты тяжелых запросов. Нормальная схема: cache key зависит от URL, query string, языка, авторизации и device-параметров. Если в ключ не попал важный параметр, получите «быстрые» ошибки и странные данные. Разворачиваем, проверяем, мониторим. ⚙️

Перед вводом проверьте три вещи: заголовки Cache-Control и ETag, поведение при purge/invalidate, и что CDN не кэширует персональные ответы. Если есть cookies или авторизация, ставьте отдельные правила bypass. Для динамики полезны stale-while-revalidate и stale-if-error: пользователь получает страницу сразу, а обновление идет фоном.

Метрики простые: TTFB, доля cache hit, нагрузка на origin, размер статики и число повторных запросов. Если hit rate растет, а TTFB не падает, ищите медленный backend или плохой CDN-путь. Стабильность — это отсутствие магии, только предсказуемая конфигурация.