SiteGuard4 ноября 202614 мин чтения

Как перенести домен к другому регистратору и сохранить работу сайта

Чтобы перенести домен к другому регистратору, проверьте ограничения для своей доменной зоны, сохраните настройки DNS, получите AuthInfo-код у текущего регистратора и подайте заявку новому. Затем выполните подтверждения и убедитесь, что домен появился в нужном аккаунте. Саму передачу регистрации обычно можно провести с сохранением адреса сайта, хостинга и почты. Но для этого необходимо заранее выяснить, продолжит ли работать DNS после ухода от прежнего поставщика.

Для бизнеса результат переноса — это не только новое название регистратора в справочном сервисе. Клиенты должны по-прежнему открывать страницы, отправлять заявки и получать письма, а владелец — иметь доступ к продлению и настройкам домена. Ниже разберем подготовку, различия между .ru/.рф и международными зонами, получение кода, проверку результата и действия при отказе.

Перенос домена к другому регистратору: краткий план

Начинайте с запасом: восстановление доступов, проверка администратора или перенос DNS могут занять больше времени, чем сама заявка.

Проверьте управление. Уточните регистратора, администратора, доступы и контакты для подтверждений.
Узнайте условия. Проверьте ограничения зоны, недавние операции, идентификацию и приближающийся срок продления.
Сохраните настройки. Зафиксируйте NS, DNS-зону, DNSSEC и подключенные сервисы.
Подготовьте новый аккаунт. Проверьте поддержку зоны, оплату и условия DNS.
Запустите перенос. Получите AuthInfo-код, снимите доступную обычную блокировку и подайте заявку новому регистратору.
Выполните подтверждения. Следите за кабинетом и сообщениями обоих поставщиков.
Проверьте результат. Убедитесь в передаче управления и работе сервисов, настройте продление и защиту аккаунта.

Нет доступов — сначала восстановите их у текущего поставщика. Пароль от CMS не дает права перенести регистрацию, особенно если домен оформлен на подрядчика.

Что меняется при переносе домена, а что нужно переносить отдельно

Регистратор обслуживает запись о зарегистрированном доменном имени. Хостинг хранит приложение и файлы сайта, DNS направляет обращения к нужным сервисам, почтовый провайдер обслуживает ящики. Эти услуги могут находиться в одном кабинете, поэтому их легко принять за единый пакет, который автоматически переезжает целиком.

Операция	Что меняется	Что проверить отдельно
Смена регистратора	Компания, обслуживающая регистрацию домена	Аккаунт, контакты, продление, сохранение NS и DNSSEC
Смена DNS-провайдера	Серверы, которые публикуют записи доменной зоны	Полный состав записей, делегирование, подписи DNSSEC
Переезд на другой хостинг	Размещение сайта и, возможно, его IP-адрес	Файлы, база данных, приложение, сертификат и подключение домена
Смена администратора домена	Лицо или организация, на которое оформлено имя	Подтверждение передачи прав и возможный запрет последующего переноса
Переезд сайта на новый домен	Адреса страниц, по которым приходят посетители	Редиректы, внутренние ссылки, аналитика и уведомление поисковых систем

Регистрацию можно перенести, оставив сайт на прежнем сервере, почту в действующем сервисе, а DNS у независимого провайдера. Но сохранение значений NS поможет только тогда, когда соответствующий DNS-провайдер продолжает обслуживать вашу зону.

При одной смене регистратора перенаправлять посетителей на другой домен не нужно: имя остается прежним. Отделите эту задачу от изменения URL, CMS или хостинга, чтобы проще проверить результат.

Как выбрать нового регистратора и оценить стоимость

Сравнивайте условия для своей зоны и типа аккаунта. Цена первого года регистрации не описывает обслуживание существующего домена. Уточните стоимость переноса, следующего продления и необходимых дополнительных услуг.

Зона и имя: принимаются ли ваша зона, кириллическое имя и нужный тип администратора?
DNS: разрешены ли сторонние NS, предоставляется ли DNS-хостинг, есть ли управление DS для DNSSEC?
Аккаунт: можно ли оформить его на компанию, распределить полномочия и восстановить доступ без бывшего сотрудника?
Оплата и поддержка: доступны ли нужный способ оплаты, уведомления и срочная техническая помощь?

У отдельных поставщиков есть собственные технические условия. Например, Cloudflare Registrar требует использовать авторитетные DNS-серверы Cloudflare. Если сейчас DNS находится в другом месте, сначала придется подготовить его перевод по инструкции сервиса. При переносе к такому регистратору обещание «все DNS-настройки останутся как есть без дополнительных действий» будет неверным.

Для большинства обычных переносов gTLD Cloudflare указывает продление на один год в составе оплаты. Но прибавление года не универсально для всех зон и состояний домена. Если недавно оплачено продление, уточните, какая дата получится после передачи. Сравнивайте сумму и фактический период обслуживания.

Когда домен можно перенести: правила .com, .org, .ru и .рф

Порядок зависит от доменной зоны. Правила для общих зон верхнего уровня, таких как .com и .org, нельзя автоматически применять к национальным зонам. Дата регистрации, смена владельца и предыдущий перенос — разные события, поэтому при отказе важно выяснить, с какого именно события считается ограничение.

Международные зоны gTLD и ограничения ICANN

В Transfer Policy ICANN предусмотрены основания для отказа в первые 60 дней после создания регистрации и ограничения после предыдущего межрегистраторского переноса. Кроме того, смена регистранта может включать 60-дневную блокировку передачи другому регистратору. Возможность отказаться от этой блокировки зависит от процедуры регистратора и должна быть предусмотрена до изменения регистранта. Это не означает, что любую защиту можно убрать кнопкой Unlock.

Если планируете одновременно сменить регистратора и данные владельца, сначала согласуйте последовательность с обоими поставщиками. В частности, изменение имени, организации или электронной почты регистранта может оказаться существенным для процедуры. При этом данные должны оставаться достоверными: не вводите чужие сведения ради обхода проверки.

Домены .ru и .рф: отдельная процедура и идентификация

Для .ru и .рф уточните действующую процедуру идентификации у принимающего регистратора. В сообщении Координационного центра об изменении модели регулирования описан переход к ежегодной идентификации через ЕСИА и переходный период до января 2027 года. До подачи заявки уточните применимые требования и сроки у текущего и принимающего регистраторов; общий переходный период не заменяет сроков обслуживания конкретного домена. Заранее сверьте сведения администратора, готовность учетной записи и порядок подтверждения для физического лица или организации.

В инструкции Рег.ру по передаче .ru/.рф перечислены, в частности, ограничения в течение 30 дней после получения прав от другого администратора и после предыдущей смены регистратора, а также ограничения перед окончанием срока регистрации. Практический вывод: не откладывайте передачу на последние дни и заранее получите от поддержки подтверждение, что домен сейчас подходит для переноса. Особые процедуры массовой передачи здесь не рассматриваются.

Вопрос продления решайте до запуска передачи. Если домен уже находится в проблемном состоянии из-за пропущенного срока или неподтвержденных данных, сначала выясните у текущего регистратора порядок восстановления обслуживания и идентификации. Перенос не заменяет эти действия. Для других национальных зон также смотрите правила их реестров: одного общего срока «для всех доменов» нет.

Как сохранить работу сайта и почты: сначала проверьте DNS

Домен может успешно перейти к новому регистратору, а прежний поставщик — прекратить бесплатный DNS-хостинг. Тогда сайт станет недоступен, хотя его хостинг оплачен. Заранее выясните, сохранится ли DNS как отдельная услуга и где будут его настройки.

Сохраните экспорт зоны, если он доступен, и отдельно запишите NS-серверы, параметры DNSSEC и список связанных сервисов. Автоматическое сканирование DNS не гарантирует, что найдены все поддомены и служебные записи. Для подготовки надежнее использовать действующую панель управления и документацию вашего проекта, а результаты внешних запросов применять как дополнительную проверку.

Что сохранить	Зачем это нужно	Что легко пропустить
NS и сведения о DNS-провайдере	Понять, кто отвечает за зону и сохранит ли обслуживание	Условия бесплатного DNS после переноса регистрации
A, AAAA и CNAME	Сохранить направления для сайта и поддоменов	www, отдельный API, личный кабинет, IPv6
MX	Сохранить маршрутизацию входящей почты	Приоритеты почтовых серверов и резервные адресаты
SPF, DKIM, DMARC	Сохранить настройки проверки отправителей и почтовую политику	DKIM-селекторы и записи рассылочных сервисов
TXT для подтверждения домена	Сохранить подключения сторонних сервисов	Старые интеграции, которые продолжают использоваться
CAA, SRV и другие записи при их наличии	Сохранить специальные настройки	Ограничения выпуска сертификатов и адреса служебных сервисов
DNSSEC и DS	Сохранить корректную цепочку проверки DNS	Связь DS-записи с ключами действующего DNS-провайдера

Основные типы записей описаны в справке Рег.ру по DNS. Для переноса используйте существующие значения, а не создавайте их по чужому образцу. Например, копирование SPF из случайной инструкции способно исключить из разрешенных отправителей CRM, которая отправляет ваши счета и уведомления.

Если DNS-провайдер остается прежним

Подтвердите сохранение обслуживания зоны, оплаты и доступа к настройкам. В заявке выбирайте согласованные действующие NS. Не переходите на «рекомендуемые серверы» нового регистратора, пока на них не подготовлена зона: пустые NS не начнут обслуживать сайт автоматически. Отдельно проверьте сохранение DNSSEC.

Если DNS нужно перенести вместе с регистрацией

Подготовьте зону у нового DNS-провайдера заранее и сравните записи. Согласуйте момент переключения NS, период сохранения прежней зоны и способ возврата настроек при ошибке. Уменьшение TTL отдельных записей может помочь при изменении соответствующих DNS-ответов, но не сокращает срок административной передачи домена. Кэш делегирования и ранее сохраненные ответы также нужно учитывать отдельно.

При включенном DNSSEC недостаточно скопировать только A и MX. Документация Cloudflare по цепочке доверия объясняет, что DS в родительской зоне связан с ключами подписания. Если сменить DNS-провайдера и оставить неподходящие параметры, проверка может завершаться ошибкой. Порядок сохранения или изменения DNSSEC согласуйте до переключения NS. Не отключайте его автоматически при любой смене регистратора: при неизменном DNS-сервисе требуется прежде всего проверить корректное сохранение параметров.

Что такое AuthInfo-код и где его получить

AuthInfo, Auth-Code, EPP code и transfer code — названия кода, который используется в процедуре передачи домена. ICANN описывает Auth-Code как механизм идентификации владельца при переносе регистрации gTLD. Его получают у текущего регистратора, обычно в кабинете или через предусмотренный канал поддержки. Пароль от сайта, FTP или почтового ящика для этого не подходит.

Подготовьте новый аккаунт и технические настройки до запроса кода. Код может иметь ограниченный срок действия. Проверяйте срок в инструкции своего регистратора и запрашивайте новый, если прежний уже недействителен. Для .ru/.рф механизм запроса и подтверждения описан в разъяснениях КЦ по передаче поддержки домена; конкретные действия в кабинете определяет регистратор.

Вводите код в официальной форме принимающего регистратора. Не храните его в общей таблице и не публикуйте в открытом обращении. Если перенос поручен подрядчику, определите его полномочия заранее. При утечке кода обратитесь к текущему регистратору для замены и проверки незнакомых заявок.

Обычная блокировка переноса и AuthInfo — разные элементы. Даже правильный код не поможет, если операция запрещена действующим ограничением. Сначала выясните причину блокировки, затем снимайте ее в разрешенном порядке. Не передавайте кому-либо полный доступ к аккаунту только потому, что он обещает «ускорить трансфер».

Как подать заявку и довести перенос до завершения

Откройте у нового регистратора раздел переноса существующего домена. Укажите зарегистрированное имя без протокола и пути страницы. Проверьте зону: одинаковые названия в .com и .ru — разные домены.

Укажите код и аккаунт. Сверьте администратора, если смена владельца отдельно не согласована.
Проверьте параметры. Сохраните действующие NS либо укажите заранее подготовленные новые. Уточните действия с DNSSEC.
Проверьте оплату. Убедитесь, что оплачивается нужная операция, а не другая регистрация или лишняя услуга.
Выполните подтверждения. Следуйте официальному кабинету. Неожиданное письмо сопоставьте с поданной заявкой.
Отследите этап. Сохраните номер заявки и время запуска. Выясняйте, требуется ли действие от вас.
Подтвердите завершение. Проверьте управление доменом в новом кабинете и сведения о регистраторе в официальном сервисе проверки.

Продолжительность подготовки и срок передачи в реестре — разные величины. Для gTLD политика ICANN предусматривает пятидневный календарный период для реакции текущего регистратора на запрос реестра. Он начинается не с момента, когда вы впервые задумались о переносе или запросили код. Проверка личности, ожидание подтверждения и устранение ограничений происходят отдельно.

Назначьте ответственного за подтверждения и не закрывайте прежний аккаунт после подачи заявки. Если в нем остаются хостинг, почта или DNS, сохраните их обслуживание независимо от передачи регистрации.

Статусы домена: как понять, что мешает переносу

У gTLD можно встретить EPP-статусы в RDAP или интерфейсе регистратора. Их значение помогает отделить ожидающую заявку от запрета на передачу. Подробный справочник публикует ICANN. Для национальной зоны названия в кабинете и публичной выдаче могут отличаться.

Статус	Что означает	Следующий шаг
clientTransferProhibited	Передача запрещена на стороне регистратора	Выяснить причину и возможность снять обычную блокировку
serverTransferProhibited	Запрет установлен на стороне реестра	Обратиться к регистратору: обычного переключателя в кабинете может быть недостаточно
pendingTransfer	Запрос передачи получен и обрабатывается	Проверить ожидаемые подтверждения и срок текущего этапа
clientHold или serverHold	Домен не активируется в DNS	Установить причину ограничения и восстановить обслуживание
redemptionPeriod	Домен находится на этапе восстановления после запроса удаления	Сначала уточнить возможность восстановления у текущего регистратора

Часть проверок видна только в кабинете. При отказе запросите точное основание и действие для устранения, а не меняйте наугад NS или контактную почту.

Что проверить после переноса домена

Закрывайте задачу после двух проверок: административной и технической. Первая подтверждает контроль над доменом, вторая — работу сервисов для пользователей. Успешное открытие главной страницы не заменяет ни одной из них полностью.

Регистрация: нужный регистратор и администратор, доступные настройки.
Обслуживание: дата следующего обязательного действия, оплата и уведомления.
Защита: двухфакторная аутентификация, способы восстановления аккаунта и блокировка нежелательных переносов.
DNS: ожидаемые NS и записи, доступ к зоне, DNSSEC при его использовании.
Сайт: HTTPS, важные страницы, поддомены, вход и отправка заявок.
Почта: получение внешнего письма, отправка ответа, уведомления сайта и рассылки.

Для первичной проверки DNS в Windows можно использовать nslookup. В примерах замените example.com своим доменом:

nslookup -type=NS example.com
nslookup -type=A example.com
nslookup -type=MX example.com
nslookup -type=TXT example.com
nslookup -type=TXT _dmarc.example.com

Сравнивайте ответы с сохраненными настройками. Для DKIM необходимо запросить конкретное имя с действующим селектором, которое сообщает почтовый сервис: проверка TXT только у корня домена не покажет все почтовые настройки. Если используется IPv6, отдельно проверьте AAAA, а для важных поддоменов — их собственные записи.

Ответ локального DNS-сервера может быть сохранен в кэше. При расхождениях сравните результаты из другой сети и попросите администратора проверить авторитетные серверы и делегирование. Эти команды помогают увидеть отдельные ответы, но не подтверждают корректность всей зоны или DNSSEC. Для технического заключения требуется проверить именно тот уровень, который менялся.

Отправьте тестовую заявку и проверьте ее получение. Оплату в магазине проверяйте согласованным тестовым сценарием. Доступная страница еще не доказывает работу связанной интеграции.

Если перенос не проходит или после него перестал работать сайт

Сначала определите, что именно произошло: административная заявка не завершилась, домен перестал разрешаться в DNS или сервер не отвечает по правильному адресу. Эти проблемы требуют разных действий. Возврат к старому регистратору редко бывает быстрым первым способом исправления: новая передача может быть ограничена правилами.

Симптом	Что проверить	Практическое действие
Новый регистратор не принимает код	Имя домена, срок кода, лишние пробелы, не был ли выпущен новый код	Сверить данные и при необходимости запросить актуальный код у прежнего регистратора
Заявка долго ожидает подтверждения	Контактный адрес, сообщения в кабинете, папку спама, завершение идентификации	Уточнить, какое действие и от кого ожидается
Появился отказ из-за блокировки	Точный статус, недавние операции и обязательный срок ограничения	Получить основание отказа и доступную дату либо порядок устранения
Домен передан, но сайт не открывается	NS, наличие зоны, A/AAAA, DNSSEC, состояние хостинга	Восстановить корректные настройки на ответственном уровне
Сайт работает, письма не приходят	MX, доступность почтового сервиса, сохранность его настроек	Сверить зону с требованиями почтового провайдера и проверить входящую почту
Сбой наблюдается только в части сетей	Кэш DNS, разные ответы серверов, DNSSEC, IPv4 и IPv6	Собрать результаты из нескольких сетей и передать технической поддержке

Сообщите поддержке домен, обоих регистраторов, номер заявки, время с часовым поясом, ошибку и выполненные действия. При сбое приложите ожидаемые NS и результаты запросов. Не включайте в общий отчет AuthInfo, пароли и документы администратора.

Если выяснилось, что старый DNS отключен, сначала восстановите обслуживание зоны или переключитесь на заранее подготовленный DNS. Очистка кэша браузера не создаст отсутствующие записи. Если DNS возвращает правильный адрес, а HTTPS не работает, проверяйте уже сертификат, веб-сервер и связанные изменения на хостинге.

Пример: компания меняет регистратора и сохраняет сайт

Учебный пример: компания переносит домен от поставщика А, оставляя сайт на хостинге Б и почту в сервисе В. Но DNS у А после ухода прекращается. Сначала сотрудник подтверждает права и доступы, а технический специалист готовит зону у нового DNS-провайдера, сверяет записи и согласует DNSSEC.

После переключения DNS команда проверяет сайт, почту и заявки. Затем сотрудник получает код и передает регистрацию с сохранением уже подготовленных NS. После завершения проверяет управление доменом и продление. Прежние услуги отключаются по отдельному списку: вместе с регистрацией нельзя случайно отменить нужный сервис.

Зафиксируйте такой порядок в короткой карточке домена: кто администратор, где DNS, кто оплачивает услуги и кому поступают сообщения о сбоях. Для дальнейшего контроля работы проекта посмотрите возможности SiteGuard. Регулярная проверка после переноса помогает быстрее заметить проблему, а сохраненные настройки позволяют предметно объяснить ее поддержке.

Частые вопросы о переносе домена

Нужен ли новый SSL-сертификат?

При сохранении доменного имени, сервера и действующей конфигурации сама смена регистратора не требует перевыпуска сертификата. Но если одновременно меняются CDN, хостинг или механизм автоматического выпуска через DNS, проверьте сертификат и доступы, которые используются для его последующего обновления.

Можно ли перенести домен на другой аккаунт у того же регистратора?

Это обычно отдельная внутренняя операция. Уточните, меняется ли только кабинет управления или также администратор домена. Не выбирайте международный transfer только потому, что нужно передать доступ между сотрудниками или аккаунтами одного поставщика.

Что делать, если домен зарегистрирован на разработчика?

Сначала установите, на кого действительно оформлено имя и кто вправе подтверждать действия. Если необходимо передать права компании, согласуйте эту процедуру и последовательность со сменой регистратора. Простое появление домена в вашем техническом кабинете еще не заменяет корректное оформление администратора.

Повлияет ли смена регистратора на SEO?

Само по себе новое место обслуживания регистрации не меняет URL и содержание страниц. Основная практическая задача — сохранить доступность, HTTPS, поддомены и корректные ответы сервера. Не совмещайте перенос с изменением адресов страниц без отдельного плана, иначе последствия разных работ будет сложнее разделить.

Можно ли отменить перенос?

Пока заявка обрабатывается, немедленно уточните возможность отмены у обоих регистраторов. Доступные действия зависят от текущего этапа. После завершения простой кнопки отмены может не быть, а обратная передача будет отдельной процедурой с применимыми ограничениями.