<b>Page Rules и Cache Rules: как не сломать кэш и не получить хаос в приоритетах</b>

<b>Page Rules и Cache Rules: как не сломать кэш и не получить хаос в приоритетах</b>

Page Rules полезны для грубой, предсказуемой логики. Cache Rules — для точечной настройки кэша по пути, кукам, заголовкам и типу контента. Ошибка начинается, когда их смешивают без порядка: одно правило раздаёт Cache Everything, другое пытается обходить кэш, а в итоге поведение зависит от приоритета, а не от намерения.

Держите базовый принцип:
— Page Rules оставляйте для редких исключений и старых сценариев
— Cache Rules используйте как основной слой управления кэшем
— не дублируйте одинаковые условия в обоих местах
— отдельно проверьте HTML, API и статику: у них разные риски и TTL

Приоритизация важнее «красивой» конфигурации. Сначала фиксируйте, что должно никогда не кэшироваться: админка, персональные страницы, динамические ответы. Потом — что можно кэшировать коротко. И только после этого добавляйте агрессивные правила для статики. Если порядок перепутан, вы получите либо лишний origin load, либо утечку устаревшего контента.

Проверяйте не только матчинг, но и фактический ответ в заголовках: cache status, TTL, bypass reason. Если правило не объясняется в логике чтения конфигурации за 10 секунд, оно слишком сложное. Оптимизация — это непрерывный процесс, а не разовая настройка.

Стабильность инфраструктуры — залог масштабируемости.