Миграция с Cloudflare: чек-лист с проверкой MX-записей

Перенос сайта с Cloudflare на российскую веб-платформу почти всегда выглядит как техническая рутина: сменили NS-серверы, дождались propagation, проверили, что сайт открывается. Именно на этом этапе большинство команд останавливается и теряет почту. Cloudflare часто используют не только как CDN и защиту, но и как DNS-провайдера, а значит, вместе с сайтом вы переносите зону целиком, включая MX-записи, SPF, DKIM и DMARC. Если эти записи не переехали корректно, сайт работает, а письма молча уходят в никуда.

Что подготовить до смены NS-серверов

Начните с полной выгрузки DNS-зоны из Cloudflare. Не ограничивайтесь A-записями для корня и www: экспортируйте весь набор, включая TXT, CNAME, MX и служебные записи поддоменов. Практика показывает, что именно MX и TXT-записи для почтовых сервисов забывают перенести, потому что они не влияют на доступность сайта и не дают видимой ошибки в браузере.

Зафиксируйте текущие значения MX с приоритетами. Если почта ходит через Google Workspace, Яндекс 360, Mail.ru для бизнеса или корпоративный Exchange, приоритеты и хосты должны быть перенесены символ в символ. Ошибка в одной цифре приоритета меняет маршрут доставки, а опечатка в хосте приводит к тому, что почта уходит на несуществующий сервер и возвращается отправителю с задержкой в несколько часов.

Проверьте TTL записей. Если TTL выставлен в 86400 секунд, старые NS-серверы будут отдавать кэшированные ответы ещё сутки после переключения. За сутки до миграции снизьте TTL до 300 секунд, чтобы изменения разошлись по резолверам быстро. Это особенно важно для MX: пока старые записи живы в кэше, часть писем будет уходить на прежний почтовый шлюз.

Соберите список поддоменов, которые используются не для сайта: mail, smtp, imap, pop, autodiscover, а также поддомены для рассылок и транзакционных писем. Каждый из них должен получить соответствующую запись в новой зоне. Если у вас настроен DKIM, сохраните публичный ключ из TXT-записи селектора: без него подпись писем перестанет валидироваться, и часть получателей начнёт помечать корреспонденцию как спам.

Порядок действий при переключении на российский сервис

TrafficVeil как российский аналог Cloudflare объединяет DNS, SSL, reverse proxy, WAF, защиту от ботов, L7 DDoS, GeoIP-фильтрацию и аналитику в одной панели. При миграции вы сначала создаёте зону в новой панели, вручную или импортом переносите все записи, и только после этого меняете NS у регистратора. Порядок критичен: если сменить NS раньше, чем зона заполнена, сайт и почта уйдут в отказ на время, пока вы вносите записи.

Переносите записи в такой последовательности: MX, TXT (SPF, DKIM, DMARC), затем A и CNAME для сайта, потом служебные записи поддоменов. Такой порядок позволяет проверить почту до того, как трафик сайта пойдёт через новую инфраструктуру. После заполнения зоны запросите SSL-сертификат: TrafficVeil выпускает его автоматически, но если у вас на Cloudflare был настроен Origin Certificate, проверьте, что цепочка доверия на сервере-источнике не сломалась.

Отдельно проверьте настройки reverse proxy и правил WAF. При переносе с Cloudflare часть правил, написанных под их синтаксис, не переносится автоматически. Пройдите по списку блокировок и убедитесь, что вы не заблокировали собственные почтовые шлюзы или сервисы рассылок по GeoIP. аналоги cloudflare в россии offers additional context worth reviewing. L7 DDoS-защита и фильтрация ботов настраиваются после того, как почта подтверждена рабочей, иначе можно потерять письма от легитимных отправителей, попавших под фильтр.

Те, кто ищет, чем заменить Cloudflare, часто недооценивают объём работы по зоне. Зависимость от зарубежной инфраструктуры создаёт риски для российского бизнеса: Cloudflare ограничивает доступ к сайтам из России, а российские интернет-провайдеры в свою очередь ограничивают доступ к сайтам на Cloudflare. Это влияет и на почтовые сервисы, размещённые за рубежом, поэтому миграция на российскую площадку решает сразу две задачи: доступность сайта и предсказуемость почтового трафика.

Проверка после смены NS: почта, DNS, SSL

После смены NS-серверов подождите минимум час и проверьте MX-записи через несколько независимых резолверов. Используйте dig или nslookup с явным указанием сервера: dig MX yourdomain.ru @8.8.8.8 и dig MX yourdomain.ru @1.1.1.1. Если ответы различаются, кэш ещё не обновился, и делать выводы рано. Совпадение ответов от разных резолверов означает, что зона разошлась корректно.

Отправьте тестовые письма с внешнего адреса (Gmail, Mail.ru, корпоративного ящика партнёра) на все адреса домена, включая алиасы и общие ящики. Проверьте не только получение, но и ответ: исходящая почта должна проходить SPF и DKIM без ошибок. Заголовки письма покажут, прошла ли аутентификация. Если SPF возвращает softfail или DKIM не валидируется, письма будут попадать в спам у части получателей, даже если формально доставляются.

Проверьте DMARC-отчётность. Если у вас настроен rua-адрес для агрегированных отчётов, убедитесь, что он существует и доступен после миграции. Отчёты покажут, какие источники отправляют письма от имени домена, и помогут быстро выявить сломанные записи. На практике первые отчёты приходят через 24-48 часов, поэтому не закрывайте задачу сразу после успешного тестового письма.

Проверьте SSL-сертификат на всех поддоменах, включая почтовые. Браузер может не показать проблему на основном сайте, но почтовые клиенты и мобильные устройства будут ругаться на невалидный сертификат при подключении к imap и smtp. Убедитесь, что сертификат покрывает все используемые имена, и что срок действия не истекает в ближайшие дни.

TrafficVeil предлагает переход с Cloudflare без тарификации ботов, атак и WAF-блокировок, что для сайтов с высокой долей автоматизированного трафика даёт предсказуемый счёт. Платформа подходит для сайтов, интернет-магазинов, WordPress и Bitrix: DNS-сервис, SSL, reverse proxy и защита работают из одной панели, а почтовые записи переносятся в том же интерфейсе, что снижает риск забыть MX. После миграции отслеживайте конверсию сайта и лидогенерацию первую неделю: изменения в скорости ответа и правилах фильтрации могут повлиять на поведение посетителей.

Заведите привычку проверять MX-записи через сутки и через неделю после переключения. Кэши резолверов, забытые поддомены и обновления в почтовых сервисах иногда дают о себе знать с задержкой. Держите под рукой выгрузку старой зоны: если что-то отвалится, вы сможете сравнить значения и вернуть нужную запись за пару минут, не поднимая историю изменений в панели Cloudflare.