Кэш статики и динамики: где чаще всего ломают скорость и корректность ответа

Кэш статики и динамики: где чаще всего ломают скорость и корректность ответа

Статический контент кэшировать просто: изображения, CSS, JS, шрифты, архивы. Здесь важны длинный TTL, правильный Cache-Control и единый ключ кэша без лишних вариаций по cookie и query string. Иначе одна и та же сущность размножается в edge, а hit ratio падает без видимой причины.

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

Практика такая:
— статику отдаём через агрессивный кэш на edge;
— динамику разделяем по правилам, а не по интуиции;
— для HTML используем короткий TTL только там, где допустима небольшая задержка обновления;
— очищаем кэш точечно, а не «на всякий случай» целым сайтом. 🧭

Отдельно следите за заголовками origin: если сервер выставляет no-store или private, CDN не должен это игнорировать без осознанного правила. Безопасность и скорость: находим баланс в каждой конфигурации. Стабильность инфраструктуры — залог масштабируемости.