Page Rules — правила, которые изменяют поведение Cloudflare для определённых URL-паттернов. Бесплатный план даёт 3 Page Rules, Pro — 20.

Создание Page Rule

Rules → Page Rules → Create Page Rule.

URL паттерны поддерживают звёздочку (*) как wildcard:

example.com/blog/* — все страницы блога
*example.com/* — весь сайт включая поддомены
example.com/api/* — все API-эндпоинты

Примеры полезных Page Rules

Редирект www → без www

URL: www.example.com/*
Setting: Forwarding URL
Type: 301 Permanent Redirect
Destination: https://example.com/$1

Отключить кэш для /wp-admin

URL: example.com/wp-admin/*
Setting: Cache Level → Bypass

Форсировать HTTPS

URL: http://example.com/*
Setting: Always Use HTTPS

Отключить минификацию для /api

URL: example.com/api/*
Setting: Disable Performance

💡 Используйте Redirect Rules (Rules → Redirect Rules) вместо Page Rules для редиректов — они не занимают слоты Page Rules и более гибкие.

Page Rules vs Redirect Rules

Функция	Page Rules	Redirect Rules
Редиректы	✅	✅ (предпочтительно)
Лимит (Free)	3	10
Regex URL	❌	✅
Настройки кэша/безопасности	✅	❌

⚠️ Page Rules применяются по первому совпадению — порядок правил имеет значение. Более специфичные правила ставьте выше в списке.

Настройки, которые можно комбинировать в одном Page Rule

В одном правиле можно включить сразу несколько параметров — Cloudflare применит все, если URL совпал с паттерном:

Настройка	Что делает
Forwarding URL	301/302 редирект на другой адрес
Always Use HTTPS	Принудительный переход на https://
Cache Level	Bypass, Standard или Cache Everything для этого пути
Disable Performance	Отключает Auto Minify и Rocket Loader для URL
Security Level	Свой уровень проверки для конкретного раздела сайта
Browser Integrity Check	Блокировка запросов с подозрительными заголовками

Настройку Forwarding URL нельзя сочетать с большинством остальных в одном правиле — Cloudflare останавливает обработку на первом совпавшем редиректе. Про выбор между Flexible и Full (Strict) для параметра SSL читайте в статье о режимах SSL/TLS Cloudflare.

Разбор типичных ошибок

Правило создано, но ничего не происходит

Самая частая причина — правило создано, но находится ниже по списку другого правила, которое совпадает с тем же URL раньше и содержит команду, останавливающую дальнейшую обработку (например, свой Forwarding URL). Page Rules выполняются по порядку сверху вниз, и как только сработало правило с редиректом, остальные для этого запроса игнорируются.

Вторая частая причина — правило создано для example.com/*, а реальный запрос идёт на www.example.com/*. Это разные паттерны, их нужно перечислять отдельно или использовать *example.com/*.

Правило сработало, но применилась не та настройка

Если на один URL совпадают два правила с разными действиями, побеждает то, что выше в списке, а не то, что специфичнее. Проверьте порядок в Rules → Page Rules и поднимите более узкое правило (например, для /wp-admin/*) над более общим (/*).

Проверка результата

После сохранения правила подождите 30 секунд на распространение по сети Cloudflare и проверьте заголовки ответа:

curl -I https://example.com/old-page

HTTP/2 301
location: https://example.com/new-page
cf-ray: 7d1a2b3c4d5e6f7g-WAW

Значение cf-ray — уникальный идентификатор запроса в сети Cloudflare, его стоит сохранить при обращении в поддержку. Для правил с изменением кэша проверяйте заголовок cf-cache-status: значения HIT, MISS, BYPASS, DYNAMIC показывают, как именно обработан запрос.

Когда Page Rules не подходят

Нужно сопоставление по регулярным выражениям — Page Rules поддерживают только звёздочку как wildcard, для regex нужны Redirect Rules с включённым Advanced-режимом.
Условие зависит от заголовка, cookie или страны посетителя — это делают Configuration Rules и Cache Rules, а не Page Rules.
Лимит правил на тарифе исчерпан — часть логики (редиректы, кэш, безопасность) стоит вынести в отдельные продукты Rules, у них лимиты считаются независимо от Page Rules.

Cloudflare постепенно переносит возможности Page Rules в отдельные продукты — Configuration Rules, Cache Rules, Redirect Rules, Origin Rules. Для новых проектов разумнее сразу использовать их, а Page Rules оставить для уже настроенных правил.

Проверяйте применение нового правила через curl или в приватном окне браузера: обычная вкладка может показывать закэшированную старую версию страницы, из-за чего кажется, что правило не сработало, хотя дело только в локальном кэше браузера. Актуальное число использованных и доступных правил всегда видно прямо над списком в Rules → Page Rules — это надёжнее, чем считать вручную по памяти.