Смена провайдера защиты сайта редко ломается на этапе настройки нового сервиса. Чаще всего проблемы начинаются раньше, когда DNS-записи еще указывают на Cloudflare, а TTL у них выставлен в 3600 или 86400 секунд. Миграция в таком случае растягивается на часы, а сайт оказывается то на старом, то на новом адресе. Ниже разбор практического чек-листа, в котором проверка TTL стоит первым пунктом, а не последним.
Почему TTL определяет скорость миграции с Cloudflare
TTL (time to live) это время, в течение которого резолверы и кэширующие серверы провайдеров держат старую DNS-запись. Пока запись жива в кэше, пользователь идет на прежний IP, даже если вы уже переключили NS-серверы на нового провайдера. Значение 86400 секунд означает сутки ожидания, 3600 секунд это час, и все это время трафик распределяется непредсказуемо.
Cloudflare по умолчанию ставит TTL 300 секунд для проксируемых записей (оранжевое облако), но для непроксируемых (серое облако) и для записей, созданных вручную, значение часто остается дефолтным и большим. Именно эти записи становятся узким местом. Если TTL больше 300 секунд, переключение затянется на часы, а при TTL 86400 может занять больше суток.
Практический вывод простой: за сутки до миграции снизьте TTL до 60 секунд на всех записях, которые планируете менять. Через 24 часа старые значения выйдут из кэшей, и переключение пройдет почти мгновенно. Заодно проверьте TTL у MX-записей, если почта ходит через тот же домен.
Что еще проверить до переключения NS
Снижение TTL это только первый шаг. До смены NS убедитесь, что на новом провайдере созданы все записи: A, AAAA, CNAME, MX, TXT (SPF, DKIM, DMARC), CAA. Пропущенная TXT-запись с DKIM ломает подпись писем, а отсутствие CAA может заблокировать выпуск SSL-сертификата. Отдельно проверьте, что SSL-сертификат на новом хостинге выпущен и валиден, иначе получите предупреждение браузера на весь период миграции.
Стоит заранее решить, что делать с CDN. Если сайт отдавал статику через зарубежный CDN, привязанный к Cloudflare, этот слой тоже нужно заменить. Российский аналог Cloudflare обычно закрывает этот вопрос в комплекте: reverse proxy, кэширование и раздача статики работают на тех же узлах, что и защита.
Сравнение вариантов замены Cloudflare для российского сайта
Рынок альтернатив неоднороден. Часть решений это чистый DNS-сервис без защиты, часть это полноценные веб-платформы с WAF и фильтрацией. аналоги cloudflare offers additional context worth reviewing. Выбор зависит от того, что именно вы используете в Cloudflare сегодня: только DNS, DNS плюс CDN или весь стек с защитой от ботов и L7 DDoS.
| Вариант | Что закрывает | TTL и переключение | Ограничения |
|---|---|---|---|
| TrafficVeil | DNS, SSL, reverse proxy, WAF, защита от ботов, L7 DDoS, GeoIP, аналитика | Переключение NS за минуты при TTL 60 | Требует смены NS-серверов домена |
| Российский DNS-провайдер | Только DNS и базовая защита | Быстро, но без WAF | Нет фильтрации ботов и L7 DDoS |
| Зарубежный аналог Cloudflare | Полный стек | Формально быстро | Сохраняются риски блокировок со стороны РФ |
| Собственный сервер с nginx и ModSecurity | Reverse proxy и WAF | Зависит от вашей инфраструктуры | Нужна команда для поддержки и обновлений |
| Оставить Cloudflare | Полный стек | Ничего не меняется | Ограничения доступа из России и риск отключения |
Ключевой критерий в таблице это не количество функций, а предсказуемость работы на территории РФ. Зарубежные аналоги формально дают тот же набор, но российские интернет-провайдеры периодически ограничивают доступ к сайтам на Cloudflare, и эта же логика применима к другим иностранным платформам. Зависимость от зарубежной инфраструктуры создает риски, которые не компенсируются удобством интерфейса.
Отдельно про тарификацию. У Cloudflare платные тарифы привязаны к запросам и трафику, и атака на сайт может увеличить счет. TrafficVeil не тарифицирует ботов, атаки и WAF-блокировки: объем заблокированного трафика не влияет на стоимость. Для сайтов с нестабильным трафиком это снимает риск неприятного сюрприза в конце месяца.
Порядок действий при переходе на российский аналог
Начните с инвентаризации: выгрузите список всех DNS-записей из панели Cloudflare, включая те, что не используются активно. Зафиксируйте текущий TTL по каждой записи. Все, что выше 300 секунд, снижается до 60 и оставляется на сутки. Это окно удобно использовать для настройки нового провайдера: создайте зону, перенесите записи, выпустите SSL-сертификат, проверьте работу через hosts-файл или тестовый домен.
Через сутки меняйте NS-серверы у регистратора. Если домен делегирован на NS Cloudflare, уточните у регистратора порядок смены: часть зон требует сначала отвязать домен от старого провайдера. После смены NS проверьте распространение через публичные резолверы (Google DNS, Яндекс DNS) и убедитесь, что сайт открывается с российских IP и из-за рубежа.
TrafficVeil предлагает переход с Cloudflare с сохранением структуры записей, что упрощает задачу: не нужно вручную пересобирать зону. Сервис подходит для сайтов, интернет-магазинов, WordPress и Bitrix, а GeoIP-фильтрация позволяет отсекать нежелательный трафик по стране без правки кода. После переключения верните TTL к привычным значениям, но не раньше, чем убедитесь в стабильной работе.
Держите старую зону в Cloudflare активной минимум неделю после миграции. Если что-то пойдет не так, откат займет минуты при низком TTL. И проверьте аналитику: расхождение в цифрах конверсии и лидогенерации в первые дни обычно связано с кэшированием, а не с реальным падением трафика. Миграция это процесс на несколько дней, а не на один вечер, и TTL здесь главный параметр, который определяет, насколько быстро вы пройдете каждый этап.