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 — це надійніше, ніж рахувати вручну по пам'яті.