Подключение Cloudflare начинается с карты действующих настроек, а заканчивается проверкой сайта и почты. Между этими точками важно сохранить рабочую конфигурацию InterServer и менять параметры по очереди. Ниже - практический порядок для существующего домена, когда Cloudflare становится его авторитетным DNS-провайдером.
Подготовьте доступы и исходное состояние
Проверьте, кто управляет регистратором домена, DNS, аккаунтом InterServer и Cloudflare. Для каждого сервиса должен быть ответственный и доступный способ восстановления входа. Не передавайте пароли в общем чате проекта: используйте приглашения и отдельные учетные записи, если сервис их поддерживает.
Сохраните экспорт DNS или полный перечень записей, адрес сервера, текущие nameserver и сведения о сертификате. Отметьте внешнюю почту, поддомены, сервисы рассылок и проверки владения. Эта копия нужна для сравнения и возможного возврата настроек.
Убедитесь, что исходный сайт работает
Откройте основной домен и www, страницы услуг, изображения и форму. Зафиксируйте, какой вариант адреса является основным и куда ведут перенаправления. Проверьте HTTPS непосредственно на хостинге до включения прокси.
Cloudflare не исправляет сломанную форму или неверную конфигурацию приложения. Если одновременно менять CMS, PHP и DNS, причину ошибки будет труднее найти. Лучше заранее завершить обновления и выделить отдельное окно для подключения.
Добавьте домен и сверьте DNS вручную
Добавьте основной домен в Cloudflare и выберите подходящий план. Автоматическое обнаружение записей используйте как черновик: официальная документация предупреждает, что сканирование может найти не все записи.
Сравните результат с сохраненной зоной построчно. Проверьте A и AAAA для сайта, CNAME поддоменов, MX почты, TXT для SPF, DKIM, DMARC и подтверждения сервисов. Особенно внимательно проверьте редкие поддомены, которые не видны в меню сайта. Не оставляйте старую AAAA только потому, что она попала в импорт.
Разделите веб-трафик и почтовые записи
Проксирование применимо к A, AAAA и CNAME, обслуживающим веб-трафик. MX и TXT работают в режиме DNS-only. Запись mail, используемую почтовыми клиентами, также оставьте DNS-only: это не обычная страница сайта.
Уточните назначение каждого CNAME перед включением прокси. Записи подтверждения владения и адреса сторонних сервисов могут требовать DNS-only. Цвет значка не является критерием правильности: важно, какой протокол и сервис стоят за именем.
Согласуйте DNSSEC и переключите nameserver
Если DNSSEC включен у регистратора, согласуйте порядок смены DNS-провайдера до изменения nameserver. Старые данные DS при новой зоне способны нарушить разрешение домена. Следуйте актуальной инструкции Cloudflare и возможностям регистратора, затем проверьте корректность новой цепочки DNSSEC.
Укажите у регистратора именно назначенные Cloudflare nameserver. Сохраните прежние значения и время изменения. Обновление ответов у разных резолверов происходит неодновременно, поэтому немедленный результат на одном компьютере еще не завершает проверку.
Включите Full (strict) после проверки сертификата
Для Full (strict) сервер InterServer должен принимать HTTPS и отдавать действующий сертификат с подходящим именем. Cloudflare допускает сертификат доверенного центра или Origin CA при соблюдении требований документации.
Проверьте нужные имена, срок действия и настройки HTTPS на сервере. Если используется Origin CA, учитывайте, что прямое посещение origin обычным браузером требует отдельного внимания к доверию сертификату. Не ослабляйте режим шифрования ради скрытия ошибки: исправьте сертификат или конфигурацию сервера.
Настройте кеш под поведение приложения
Начните с консервативных правил и статических ресурсов. Не применяйте общее кеширование к личному кабинету, корзине, оформлению заказа, административным страницам и ответам с персональными данными. Обработчики форм также требуют исключений.
Проверьте взаимодействие кеша CMS, серверного кеша и Cloudflare. Запишите, где очищать каждый уровень после обновления. Если старая страница остается доступной, сначала определите источник кеша, затем меняйте правило. Удаление всех ограничений сразу затрудняет диагностику.
Проверьте пользовательский путь после подключения
Откройте сайт с телефона и компьютера, проверьте www и основной домен, редиректы, изображения, скачивания и вход в CMS. Отправьте согласованную тестовую заявку и проследите ее до обработчика и почтового ящика.
Проверьте входящую и исходящую почту, а не только открытие webmail. Убедитесь, что аналитика получает ожидаемые события после выбора настроек согласия. Блокировки защиты оценивайте по конкретному запросу, не отключая всю защиту сайта из-за одной формы.
Условный пример и план возврата
Допустим, сайт работает через Cloudflare, но заявки не доходят. Сравните ответ обработчика с ответом до переключения, проверьте журнал приложения и исключения кеша. Если обработчик завершился успешно, отдельно проверяйте доставку уведомления: ошибка может быть в почте, а не в DNS.
При серьезной проблеме возвращайте конкретную измененную настройку. Полный возврат nameserver требует учета времени обновления DNS и актуальности прежней зоны. Старый DNS не удаляйте до завершения проверки.
Как выбрать следующий шаг
Для понимания уровня хостинга полезны Standard или Boost: сравнение ресурсов и Хостинг для WordPress: Standard, Boost или VPS. Посмотреть предложения хостинга. Выбор тарифа и проверку технических требований можно обсудить через подбор хостинга.
Сохраните итоговую схему DNS, владельцев доступов и краткую инструкцию очистки кеша. Следующему специалисту должна быть понятна рабочая конфигурация без поиска настроек по переписке.
Источники и дата проверки
Проверено 3 ноября 2026 года. Последовательность адаптирована для практической настройки, конкретные пункты интерфейса могут меняться.
добавление домена в Cloudflare
режим Cloudflare Full (strict)