Автор: · 6 мин чтения · seo

DNS для сайта в РФ: почему я не перенёс его на Cloudflare

Где держать DNS российского сайта в 2026: регистратор, хостер или Cloudflare. Реальный переезд хостинга со сменой одной A-записи и понижением TTL.

Когда пишешь про Cloudflare в России, самый частый встречный вопрос - не про CDN, а про DNS: «а зону-то куда, тоже не на Cloudflare?». Отвечаю развёрнуто: у обоих моих проектов DNS живёт у регистратора, NS-записи я не менял ни разу, и весенний переезд между хостингами свёлся к одной A-записи. Разберу, почему так, и когда Cloudflare DNS всё-таки имеет смысл.

Если коротко

  • Регистратор, DNS-хостинг и веб-хостинг - три разные роли. Их можно и часто нужно разводить.
  • Смена хостинга - это смена A-записи, а не NS. Зона остаётся на месте.
  • Перед переездом понизьте TTL до 300 секунд за 24-48 часов - переключение разойдётся за минуты.
  • Cloudflare DNS сам по себе в РФ резолвится, под DPI-блокировками - проксируемый трафик.
  • Но для локального RU-сайта перенос зоны на Cloudflare добавляет точку отказа и почти ничего не даёт.

Три роли, которые все путают

У домена есть три независимые роли, и у меня они разведены сознательно:

РольКто у меняЧто делает
РегистраторREG.RUВладение доменом, продление, NS-делегирование
DNS-хостингREG.RU (DNS регистратора)Хранит зону: A, CNAME, MX, TXT
Веб-хостингBegetОтдаёт сайт по IP из A-записи

Домен dimaserbun.ru куплен на REG.RU за 169 рублей. Хостинг сначала тоже был REG.RU, потом переехал на Beget. DNS-зона как лежала у регистратора, так и лежит.

Путаница начинается, когда эти роли склеивают. Классика: человек меняет хостинг и первым делом переносит NS-записи к новому хостеру, «потому что так в инструкции». Теперь зона живёт у хостера, и следующий переезд - это уже перенос всей зоны со всеми MX и TXT, а не смена одного IP. Каждый лишний перенос - шанс потерять почтовую запись или SPF.

Как выглядел мой переезд между хостингами

В апреле 2026-го переносил сайт с хостинга REG.RU (Host-A, 388 ₽/мес) на Beget (~400 ₽/мес): REG.RU оказался медленнее и с бóльшими ограничениями, а сайт был молодой - переносить безболезненно. Вся DNS-часть переезда заняла две записи и одно ожидание:

За сутки до переключения - понизил TTL A-записей с 14400 секунд (дефолт REG.RU, 4 часа) до 300 секунд. Это обязательный шаг, который пропускают чаще всего: пока у резолверов по миру не истечёт старый TTL, они будут держать старый IP. Понизили заранее - значит, в момент переключения максимальное «расхождение» составит 5 минут, а не 4 часа.

В момент переключения - поменял A-запись dimaserbun.ru и www.dimaserbun.ru на IP Beget. Всё. NS не трогал, зону не переносил, домен не перерегистрировал.

Дальше - проверка 200-х ответов с нового IP, выпуск Let’s Encrypt на стороне Beget, контроль Вебмастера и GSC. Просадки позиций после переезда не было.

Это и есть аргумент за «зону - у регистратора»: хостинг стал расходником. Не понравился - поменял A-запись и уехал. Хостер не держит вас за DNS.

Что дал бы Cloudflare DNS - и почему я не стал

Честный список того, что Cloudflare DNS реально даёт бесплатно:

  • Быстрые TTL по умолчанию - изменения расходятся за минуты без ручной подготовки. У регистраторов дефолтные TTL - час-четыре.
  • API - зону можно менять скриптом, удобно при частых экспериментах.
  • Панель - лучшая в индустрии, спорить не буду.
  • Один шаг до прокси - включил «оранжевое облако» и получил CDN, кэш и DDoS-защиту.

Последний пункт - одновременно и главная ловушка для российского сайта. Разберу аккуратно.

Cloudflare DNS и Cloudflare-прокси - разные вещи. DPI-блокировки на российских провайдерах, о которых я писал отдельно, бьют по проксируемому трафику: TLS-handshake до edge-серверов Cloudflare тормозит или фейлится. Если держать на Cloudflare только зону в режиме «DNS only», ваш трафик идёт напрямую на ваш IP, и эти блокировки его не касаются.

Но тогда смотрим, что остаётся от переноса: панель, API и TTL. А что добавляется:

  1. Третья сущность в цепочке. Было: регистратор + хостер. Стало: регистратор + Cloudflare + хостер. Каждая сущность - отдельный аккаунт, отдельная точка отказа, отдельный «а это где настраивается?» через год.
  2. Зависимость от сервиса вне зоны контроля. Для сайта, который зарабатывает на российской аудитории, класть критичную инфраструктуру на сервис, чей трафик в этой стране уже глушат DPI, - странная ставка. Сегодня глушат прокси, что будет завтра - не знает никто, а зона - это то, без чего сайт не резолвится вообще.
  3. Соблазн «раз уж перенесли - включим прокси». Оранжевое облако в одном клике. И вот уже часть пользователей на мобильных операторах видит вечную загрузку, а вы неделю ищете «почему упала конверсия у трафика из Директа».

Выигрыш не перевешивает. Мне быстрые TTL нужны два раза в год - и это решается ручным понижением за сутки до работ. API для зоны из четырёх записей не нужен вовсе.

Практический чек-лист: переезд хостинга без смены DNS

  1. Убедитесь, где живёт зона: dig NS вашдомен.ru. Если NS регистратора - зона у него, отлично.
  2. За 24-48 часов до переезда понизьте TTL A-записей до 300 секунд.
  3. Подготовьте площадку на новом хостинге: файлы, база, SSL-заготовка.
  4. Поменяйте A-записи (@ и www) на новый IP.
  5. Проверьте ответы: curl -I на новый IP с заголовком Host, потом по домену.
  6. Выпустите SSL на новом хостинге, проверьте редиректы http → https и www → без www.
  7. Через несколько дней - Вебмастер и GSC: ошибок обхода быть не должно.
  8. Верните TTL обратно, если хотите разгрузить резолверы.

Заметьте, чего в списке нет: NS-записей, «переноса домена», письма регистратору. Смена хостинга - операция на уровне одной строки в зоне.

Когда Cloudflare DNS - правильный выбор

Чтобы не выглядело идеологией, сценарии, где я сам бы перенёс зону на Cloudflare:

  • Глобальный проект. Аудитория по всему миру, Россия - проценты. Прокси включается, CDN и DDoS-защита бесплатно, DNS там же - логично.
  • Сайт под реальными атаками. Медиа, конкурентная ниша с историей DDoS - проксирование через Cloudflare остаётся самым дешёвым щитом, и зона переезжает вместе с ним.
  • Инфраструктура как ежедневная работа. Десятки поддоменов, стейджинги, балансировка - API и мгновенные TTL экономят часы каждую неделю.

Для локального российского B2B-сайта услуг - клининг, мебель, стройка - ни один сценарий обычно не срабатывает. Зона у регистратора, A-запись на хостера, CDN российский, если вообще нужен: что даёт Beget CDN на shared - разбирал с цифрами.

Полезные ссылки

Если сомневаетесь, где держать зону, или планируете переезд хостинга без простоя - пишите в Telegram @dimik90. Инфраструктурные решения разбираю в рамках разового аудита и SEO-продвижения.

Вопрос-ответ

Частые вопросы

Cloudflare DNS работает в России или нет?
Резолвинг работает. Важно разделять две вещи: Cloudflare как DNS-хостинг (режим DNS only, «серое облако») и Cloudflare как прокси/CDN («оранжевое облако»). DPI-блокировки на российских провайдерах бьют по проксируемому трафику - TLS-handshake тормозит или фейлится. Чистый DNS-хостинг эти блокировки напрямую не задевают. Но тогда возникает вопрос: если прокси всё равно не включаешь, что остаётся от переноса? Панель, API и быстрые TTL - ради этого добавлять в цепочку третий сервис я смысла не увидел.
Надо ли менять NS-записи при смене хостинга?
Чаще всего - нет, и это главная ошибка, которую я вижу. Смена хостинга - это смена A-записи (IP-адреса), а не смена DNS-хостинга. Мой переезд с хостинга REG.RU на Beget: домен остался у регистратора, DNS-зона осталась у регистратора, поменялись только A-записи dimaserbun.ru и www на новый IP. NS трогать нужно, только если вы осознанно переносите саму зону - к хостеру или на внешний DNS.
Какой TTL ставить на A-запись?
В обычной жизни дефолт регистратора нормален (у REG.RU это 14400 секунд, 4 часа). Перед любым переездом - понизить до 300 секунд за 24-48 часов до переключения: старый TTL должен успеть истечь у резолверов. Тогда смена IP разойдётся за минуты, а не за полдня. После переезда TTL можно вернуть обратно.
DNS лучше держать у регистратора или у хостера?
Для небольшого сайта разницы в скорости нет: DNS-резолвинг кэшируется, пользователь дёргает его редко. У регистратора удобнее одно: хостинг можно менять сколько угодно, не трогая зону - только A-запись. У хостера удобнее другое: панель одна, часть записей (SSL-валидация, поддомены) хостер прописывает сам. Я держу у регистратора именно из-за независимости от хостера.
Смена DNS или IP влияет на SEO?
В 90% случаев - невидимо для поисковиков. Изредка смена IP-хостинга приводит к временному пересчёту: позиции проседают на 2-3 недели и возвращаются. Мой переезд в апреле прошёл без просадки - но домен был молодой, терять было особо нечего. Снижайте риски механикой: понизить TTL заранее, переключить, проверить 200-е ответы и сертификат, посмотреть Вебмастер и GSC через несколько дней.
Когда Cloudflare DNS всё-таки оправдан?
Глобальная аудитория, где Россия - малая доля; реальная DDoS-история, где нужно проксирование; балансировка и гео-маршрутизация; частые инфраструктурные эксперименты, где API и TTL 300 секунд экономят время каждый день. Для локального российского B2B-сайта услуг ни один из этих пунктов обычно не выполняется.

Оцените статью

Дальше

← Все записи