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

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

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

Проверяйте 4 вещи:
— cache-control: max-age, s-maxage, stale-while-revalidate
— Vary: не плодите лишние варианты по Accept-Language, User-Agent и кукам
— ETag или Last-Modified: чтобы не гонять одинаковый контент
— purge/invalidation: кто и чем сбрасывает кэш после публикации

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

Проверяйте результат не по ощущениям, а по метрикам: TTFB, cache hit ratio, количество 304-ответов, долю MISS после публикаций. Если MISS растет после деплоя, проблема не в сервере, проблема в его настройке. Разворачиваем, проверяем, мониторим.