Page Rules и Cache Rules: где чаще всего ломают кэш и получают лишний TTFB

Page Rules и Cache Rules: где чаще всего ломают кэш и получают лишний TTFB

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

Главная ошибка — смешивать задачи. Если правило нужно для редиректа или ограничения доступа, не тащите его в кэш-логику. Если нужно управлять TTL, Edge Cache TTL, Cache Everything или bypass по cookie/headers, выносите это в Cache Rules и проверяйте приоритеты.

Что важно проверить перед включением:
— порядок срабатывания правил;
— есть ли конфликт между Page Rules и Cache Rules;
— не кэшируются ли HTML и персонализированные ответы;
— не ломается ли purge при обновлении контента;
— совпадают ли условия для статики, API и админки.

В высоконагруженных проектах неправильный приоритет правил приводит к нестабильному HIT ratio и странным расхождениям между зонами. Снаружи это выглядит как «CDN тормозит», хотя проблема обычно в логике конфигурации. Безопасность и скорость: находим баланс в каждой конфигурации.

Если старые Page Rules ещё используются, держите их только для исключений, а основную кэш-логику переносите в Cache Rules. Стабильность инфраструктуры — залог масштабируемости.