Как перенести поддержку домена .RU/.РФ между регистраторами: проверить администратора и статус, подготовить DNS и почту, защитить AuthInfo и принять результат без лишней миграции сайта.
Уточните, что именно переносится
Передача поддержки домена другому регистратору меняет обслуживающую организацию в реестре. Перенос сайта меняет размещение приложения, смена NS — поставщика DNS, а передача администрирования — лицо, которому предоставлено соответствующее право. Эти операции нельзя считать одним действием. В заявке и плане работ укажите точную цель: сохранить того же администратора и изменить регистратора.
Если причина — неудобная панель или цена продления, необязательно переносить файлы и почту. И наоборот, новый хостинг можно подключить без смены регистратора. Разделение снижает число одновременных изменений и упрощает диагностику. Не соглашайтесь на автоматическую смену всех сервисов, пока не выяснили последствия для рабочей зоны и договора.
| Операция | Что меняется | Что не следует предполагать |
|---|---|---|
| Смена регистратора | Кто поддерживает сведения о домене | Что сайт и почта автоматически переезжают |
| Смена NS | Кто обслуживает DNS-зону | Что новая зона уже содержит все записи |
| Перенос сайта | Файлы, база и веб-размещение | Что меняется администратор домена |
| Передача администрирования | Администратор имени | Что достаточно передать пароль от кабинета |
Проверьте данные и статус до запроса кода
Откройте авторизованный кабинет текущего регистратора и сверяйте точное имя, администратора, срок, ограничения и актуальные контакты. Если данные не соответствуют заявителю, сначала уточните официальную процедуру исправления. Новый поставщик должен проверить сведения, и передача аккаунта подрядчику не заменяет идентификацию надлежащего лица.
Проверьте действующие условия и возможные ограничения для конкретного домена по актуальным документам зоны и обоих регистраторов. Не используйте сроки из инструкции для другой зоны или старой редакции. При близком окончании регистрации сначала согласуйте продление и порядок передачи: рассчитывать на завершение всех подтверждений в последний день опасно.
- Убедитесь, что контакты подтверждения доступны нужному лицу.
- Проверьте, кто вправе подать заявку от организации.
- Уточните статус домена и причину каждого ограничения.
- Запишите, кто ведёт передачу и кто заменяет его при отсутствии.
Сохраните схему DNS и зависимых услуг
До подачи заявки выясните, сохраняется ли DNS у текущего поставщика после передачи домена. Бесплатная зона могла входить в пакет, который прекращается отдельно. Сохраните NS и все используемые записи: веб-адреса, почтовые MX и TXT, поддомены, проверочные записи сервисов, а также настройки DNSSEC, если они применяются. Одного скриншота A-записи недостаточно.
Если DNS нужно менять, подготовьте полную зону на новой стороне до переключения и проведите это отдельным шагом. Для DNSSEC требуется согласование ключей и записей DS с поставщиками: несоответствие может нарушить проверку у валидирующих резолверов. Не удаляйте защитные записи по случайному совету; передайте специалисту текущую и целевую схему.
Домен и администратор: подтверждены
Регистратор сейчас / после: записаны
NS сейчас: сохранены
DNS после передачи: остаётся / меняется отдельным планом
Почта и TXT: сохранены полностью
DNSSEC: используется / не используется / требует проверки
Продление и уведомления: назначен ответственныйСогласуйте условия принимающего регистратора
Проверьте нового поставщика по официальным сведениям, прочитайте процедуру приёма и подготовьте нужный аккаунт. Уточните, какие сведения должны совпадать, как подтверждается заявка, какие действия требуются от организации и как отслеживать результат. Стоимость передачи и продления считайте отдельно: не переносите условия .COM или другой зоны на .RU/.РФ.
Сохраните инструкции с датой и точным адресом сервиса. Не вводите код в «проверку переноса» по ссылке из неизвестного письма. Если заявку оформляет подрядчик, заранее определите, что подтверждает владелец и где хранится результат. Смена поставщика не должна заканчиваться единственным аккаунтом на личной почте исполнителя.
Получите AuthInfo официальным способом
Для автоматизированной передачи используется AuthInfo-код, получаемый у текущего регистратора по его процедуре. Способ выдачи и подтверждения проверяйте в актуальном интерфейсе и регламенте. Контакты, используемые для передачи, могут требовать отдельного подтверждения; наличие обычного email в профиле ещё не доказывает готовность процедуры.
Обращайтесь с AuthInfo как с секретом, связанным с управлением доменом. Передавайте его только в предназначенное поле официального принимающего сервиса и уполномоченному исполнителю. Не помещайте код в тикеты общего доступа, скриншоты, таблицы SEO или опубликованный отчёт. При утечке уточните у текущего регистратора порядок отмены или перевыпуска до продолжения.
- Запросите код из подтверждённого кабинета текущего поставщика.
- Пройдите требуемое подтверждение надлежащим лицом.
- Сверьте имя домена и срок действия кода по текущей процедуре.
- Подайте заявку принимающему регистратору в официальном интерфейсе.
- Подтвердите заявку предусмотренным способом и сохраните её номер.
Отслеживайте процесс без лишних повторных заявок
После подачи смотрите статус и уведомления обоих поставщиков. Если подтверждение не приходит, сначала проверьте, какой контакт предназначен для процедуры, доступна ли почта и не истёк ли код. Не создавайте много одинаковых заявок, пока не выяснили состояние первой. Это затрудняет разбор и может смешать действующие и отменённые коды.
При отказе сохраните точную причину без секретов и передайте её в официальный канал. Разделите несоответствие данных, ограничения статуса, истечение кода и техническую ошибку интерфейса. Решение зависит от основания; покупка ещё одного аккаунта или смена DNS не исправляет несовпадение администратора. В отчёте укажите фактический статус, а не «перенесено», пока нет подтверждения завершения.
Примите результат по нескольким признакам
| Проверка | Что должно быть подтверждено |
|---|---|
| Регистратор | Новый обслуживающий участник в актуальных сведениях |
| Кабинет | Домен доступен для управления уполномоченному лицу |
| Администратор | Нужные сведения сохранены и подтверждены |
| NS и DNS | Ожидаемая схема без непредусмотренных изменений |
| Сайт и HTTPS | Рабочие адреса и корректный сертификат |
| Почта | Приём и отправка на согласованных тестах |
| Продление | Срок, тариф и уведомления внесены в реестр |
Проверяйте основной домен и используемые поддомены, а не только главную. Если сайт открывается из кэша браузера, это ещё не подтверждает актуальную DNS-схему. Для почты отдельно проверьте входящие сообщения и отправителей сайта. В протоколе зафиксируйте время, используемый источник проверки и открытые вопросы.
Что делать, если сайт перестал открываться
Сначала проверьте, менялись ли NS или записи вместе с передачей. Сравните текущую зону с сохранённым паспортом, затем проверьте адрес назначения и HTTPS. Ошибка приложения или базы может совпасть по времени с переносом, но не быть его прямым следствием. Не возвращайте все записи без анализа: почта и веб могут обслуживаться независимо.
Если зона исчезла у старого поставщика, восстановите её на согласованной стороне по подготовленным данным и процедуре DNS. Если передача ещё не завершена, уточните у регистраторов доступные действия; нельзя обещать мгновенную отмену после любого этапа. Не передавайте AuthInfo третьему «помощнику», который появился в поисковой рекламе по запросу ошибки.
Завершите обслуживание у прежнего поставщика аккуратно
После подтверждения результата проверьте, какие услуги остались: DNS, почта, сертификаты, хостинг, платное продление или отдельное резервирование. Не закрывайте старый аккаунт в тот же момент только потому, что домен появился в новом. Сначала убедитесь, что нужные зависимости перенесены или сохраняются по действующему договору.
Отзовите лишние полномочия исполнителей, актуализируйте реестр и способ оплаты. Сохраните документы и историю передачи в закрытом архиве. Секреты переноса не нужны в публичном итоговом отчёте. Для следующего продления назначьте резервного ответственного и проверку результата: смена регистратора не устраняет риск забыть платёж.
FAQ и итог переноса
Нужен ли перенос файлов сайта при смене регистратора?
Необязательно. Проверьте отдельно размещение, DNS и почту. Сама передача поддержки не является миграцией приложения.
AuthInfo можно отправить любому специалисту поддержки?
Используйте только официальный предусмотренный канал и уполномоченного исполнителя. Код не должен попадать в общий отчёт или публичную переписку.
Можно ли одновременно сменить администратора и регистратора?
Это разные процедуры с собственными условиями. Уточните допустимую последовательность для конкретного имени у обслуживающих сторон.
Домен появился в новом кабинете — работа закончена?
Дополнительно подтвердите регистратора, администратора, DNS, сайт, почту и продление. Наличие строки в интерфейсе не проверяет все зависимости.
Успешный результат — сохранённый контроль имени и работающих сервисов при новом обслуживании. Главный документ процесса — паспорт зависимостей и подтверждённый статус передачи, а не снимок с секретным кодом.
Источники и дата
- Координационный центр: разъяснения по передаче
- Действующие правила и регламент передачи
- КЦ — разъяснение переноса
- КЦ — актуальные вопросы
Редакционная переработка: 26.10.2026. Источники относятся к своим версиям продуктов; параметры конкретного проекта необходимо подтвердить отдельно.
