Кэш — это не одна кнопка, а три уровня: браузер, CDN и сервер. Если не разделить роли, получаете либо лишние запросы к бэкенду, либо устаревший контент у пользователя. Базовая схема простая: статика живёт долго, HTML — коротко, API — только по необходимости.
На сервере проверьте заголовки Cache-Control и ETag. Для изображений, CSS и JS ставьте долгий max-age и immutable, если файлы версионируются. Для HTML — короткий TTL или no-cache с обязательной валидацией. Если есть авторизация, не кэшируйте персональные страницы вместе с общими.
На уровне прокси держите отдельные правила для cache key: учитывайте query string только там, где она реально меняет ответ. Иначе один и тот же контент будет дробиться на десятки вариантов. Для динамики используйте stale-while-revalidate: пользователь получает ответ быстро, а обновление идёт в фоне.
Перед выкладкой проверьте три метрики: hit ratio, TTFB и количество обращений к origin. Если hit ratio растёт, а TTFB падает — конфигурация рабочая. Если кэш есть, но origin всё равно перегружен, ищите ошибку в заголовках, ключах или инвалидации. Стабильность — это отсутствие магии, только предсказуемая конфигурация.
Настройка серверов для маркетинга
@server_setup_guide_arb
Кэш ускоряет сайт только тогда, когда его настраивают, а не включают «по умолчанию»
Этот пост опубликован в Telegram-канале Настройка серверов для маркетинга. Подписаться можно по ссылке: @server_setup_guide_arb.