Підключення сайту до Cloudflare виконується за декілька кроків. Після зміни NS-серверів увесь трафік почне проходити через Cloudflare автоматично.

Крок 1: Зареєструйтеся на Cloudflare

Перейдіть на cloudflare.com і створіть акаунт. Оберіть безкоштовний план.

Крок 2: Додайте сайт

Dashboard → Add a Site → введіть ваш домен (без www і https). Оберіть план Free.

Крок 3: Перевірте імпортовані DNS-записи

Cloudflare автоматично сканує та імпортує DNS-записи вашого домену. Переконайтеся, що всі записи на місці:

Тип	Ім'я	Значення	Proxy
A	@	IP сервера	✅ Proxied
A	www	IP сервера	✅ Proxied
MX	@	mail.example.com	❌ DNS only
TXT	@	v=spf1 ...	❌ DNS only

⚠️ MX, SPF, DKIM записи НЕ повинні бути в режимі Proxied (оранжева хмаринка) — лише DNS only (сіра хмаринка). Інакше пошта перестане працювати.

Крок 4: Змініть NS-сервери у реєстратора

Cloudflare надасть два NS-сервери такого вигляду:

alice.ns.cloudflare.com
bob.ns.cloudflare.com

Зайдіть у панель керування доменом у вашого реєстратора (ZevsHost Billing → Домени → DNS) і змініть NS-сервери на вказані Cloudflare.

Крок 5: Очікування активації

Зміна NS поширюється від 15 хвилин до 24 годин. Cloudflare надішле email, коли сайт активується. Перевірити можна через:

dig example.com NS
# Мають бути сервери ns.cloudflare.com

✅ Після активації увімкніть такі налаштування: SSL/TLS → Full (Strict), Speed → Auto Minify → JS/CSS/HTML, Caching → Caching Level → Standard.

Розбір помилок під час підключення

Сайт висить у статусі «Pending Nameserver Update» більше доби

Найчастіша причина — NS-сервери збережено в реєстратора неточно (зайвий пробіл, крапка в кінці, використано стару версію інтерфейсу панелі, яка не зберегла зміни). Перевірте фактичне значення NS-записів через dig, а не за виглядом у панелі реєстратора — інтерфейси кешують відображувані дані і не завжди показують актуальний стан.

Після сканування бракує частини DNS-записів

Автосканування Cloudflare зчитує записи з поточних NS-серверів домену на момент додавання сайту. Якщо якихось записів не вистачає (часто це рідкісні TXT чи SRV) — додайте їх вручну в DNS → Records до зміни NS-серверів. Детальніше про типи записів і режим Proxy — у статті про керування DNS у Cloudflare.

Помилка "1016 Origin DNS error" після активації

З'являється, якщо A/AAAA-запис у режимі Proxied вказує на IP, який зараз недоступний або не резолвиться. Перевірте, що сервер відповідає напряму за цією IP-адресою, і що запис не залишився від попереднього хостингу.

Перевірка активації

# Переконатися що домен використовує NS Cloudflare
dig example.com NS +short

# Перевірити що сайт віддається через Cloudflare
curl -I https://example.com/ | grep -i "^server\|cf-ray"

# Очікувано: server: cloudflare, наявність заголовка cf-ray

Коли не варто підключати сайт до Cloudflare

Сайт уже перебуває за іншим CDN або зворотним проксі (наприклад, за корпоративним WAF), який вимагає збереження оригінальних заголовків та IP — подвійне проксування ускладнює діагностику і може ламати логіку геолокації.
Реєстратор домену блокує зміну NS без додаткового підтвердження (наприклад, домени .gov, деякі корпоративні зони) — знадобиться окремий процес погодження до переходу.
Потрібен повний контроль над TTL і поведінкою DNS на рівні ISP рівня Enterprise з власним anycast — у такому разі Cloudflare як єдиний DNS-провайдер може бути надмірною, розумніше одразу налаштувати режим SSL/TLS Full (Strict) і використовувати її лише для CDN і WAF.

Зміна NS-серверів сама собою не створює простою: поки не завершиться повне поширення, частина відвідувачів продовжує потрапляти на старі сервери імен, а частина — вже на Cloudflare. Різкого розриву не відбувається, трафік просто поступово перетікає на нову конфігурацію.

Перед зміною NS збережіть поточний зонний файл у попереднього провайдера DNS (експорт у форматі BIND) — це резервна копія на випадок, якщо автосканування Cloudflare щось пропустило або знадобиться відкат до старої конфігурації.

Перевірити, як сайт працюватиме через Cloudflare, можна ще до зміни NS: тимчасово пропишіть домен на IP-адресу з DNS-запису у файлі hosts на своєму комп'ютері — так видно проксовану версію сайту локально, не зачіпаючи решту відвідувачів.

Якщо потрібно підключити одразу багато доменів однаковим чином, ручне додавання через Dashboard швидко стає рутиною — для масового підключення зручніше API чи Terraform.

Якщо домен уже колись був підключений до Cloudflare і видалений, Dashboard може запропонувати відновити попередні налаштування зони під час повторного додавання — варто уважно перевірити їх перед активацією, оскільки вони можуть не відповідати поточній конфігурації сервера.