Домен может остаться у Beget, даже если сайт уже работает у другого хостера. Для посетителя важно, какой адрес возвращает DNS. Сначала выясните, где управляется зона домена: регистратор и DNS-провайдер могут быть разными компаниями.
Список площадок для нового сайта, если домен остаётся прежним
Переезд сайта не требует автоматически переносить домен к другому регистратору. Если вы хотите сменить только хостинг, домен может остаться у прежнего владельца, а DNS-записи — в текущей панели. Для нового виртуального хостинга проверьте текущую партнёрскую подборку: сначала Timeweb, затем МакХост, SpaceWeb, Hostland, SprintHost и AdminVPS. Эти названия помогают запросить предложения, но не гарантируют поддержку вашего приложения или почтовой схемы.
- Timeweb — проверьте совместимость и условия переноса.
- МакХост — уточните тарифные лимиты и продление.
- SpaceWeb — согласуйте поддержку при восстановлении сайта.
- Hostland — подтвердите требования к CMS и PHP.
- SprintHost — запросите порядок проверки до переключения DNS.
- AdminVPS — уточните, кто занимается системным сопровождением.
Ссылки партнёрские, цены и условия следует проверить на дату заказа.
Что выписать из зоны до изменений
Сохраните список записей и их TTL. Отдельно отметьте, какие имена нужны сайту, почте, API и сторонним сервисам. Если DNS обслуживается не в Beget, запись меняется в панели действующего DNS-провайдера. Копия зоны поможет даже при простой смене IPv4: в ней видно, какие имена зависели от старого сервера.
| Запись | Что может сломаться, если забыть |
|---|---|
| A и AAAA | Сайт ведёт на старую площадку в одной из сетей |
| CNAME | Не открывается www или поддомен |
| MX | Корпоративная почта перестаёт принимать письма |
| TXT для SPF, DKIM и DMARC | Возникают проблемы с проверкой исходящей почты |
| CAA | Новый центр сертификации не может выпустить сертификат |
| DS у регистратора | Подписанная зона может перестать разрешаться |
Если перенос плановый, TTL нужной записи можно уменьшить заблаговременно. При уже начавшемся сбое прежние ответы могут оставаться у резолверов до конца их старого TTL. Понижение значения в момент переключения не заставит все сети забыть старый адрес сразу.
Проверьте новый сервер до смены записей
Добавьте домен в панели нового хостинга и попросите подготовить HTTPS для обоих имён, если они используются. Проверьте адрес напрямую через инструмент, который позволяет задать IP для имени, или через локальную настройку hosts. Так вы увидите, отвечает ли новый сервер нужным сайтом, пока обычные посетители ещё идут по старому маршруту.
Если на новом сервере открывается страница по IP, этого мало: веб-сервер может выбирать сайт по имени из запроса. Пройдите проверку с тем доменом, который будут вводить клиенты, и убедитесь, что адрес не перекидывает их на временный поддомен.
Пример: сайт переехал, а письма начали пропадать
Компания поменяла NS и перенесла A-запись. Сайт заработал, но клиенты перестали получать ответы. В новой зоне забыли MX и записи проверки почты. Перед повторной сменой серверов проверьте старую копию зоны и восстановите недостающие записи в новой. Затем отдельно проверьте письмо с внешнего адреса и исходящее сообщение с корпоративного.
Нужно ли менять регистратора? Если доступ к домену есть и DNS можно настроить, смена регистратора для переезда сайта обычно не требуется.
Можно ли просто вернуть прежние A и AAAA? Можно, если прежний сервер ещё работает и на новой площадке не накопились несинхронизированные заказы или изменения.
Как выбрать момент переключения магазина
Перед сменой адреса договоритесь, где будут записываться заказы, пока часть посетителей попадает на старую площадку. Если держать две независимые копии открытыми для заказов, потом придётся вручную объединять историю. На время перехода старую копию можно перевести в режим обслуживания, если это предусмотрено вашим планом миграции.
Запишите время изменения DNS и прежний IP. Откройте несколько старых ссылок на товары и документы, чтобы убедиться, что они сохранили адреса. Если менялся лишь хостинг, старые рекламные ссылки и закладки клиентов должны продолжить работать после переключения.
Когда достаточно изменить адрес сайта
Если действующая DNS-зона доступна, измените A-запись основного домена на новый IPv4. Проверьте, куда ведёт www: у него может быть своя A-запись или CNAME. Если в зоне осталась AAAA со старым IPv6, часть клиентов продолжит обращаться по нему. Обновите её на рабочий IPv6 или уберите устаревшее значение, если новая площадка IPv6 для сайта не предоставляет. Почтовые MX и TXT при переносе только сайта сохраняйте.
Когда придётся менять NS
Если хотите вывести управление DNS с прежней площадки или у вас есть доступ к регистратору, но нет доступа к редактору зоны, создайте копию зоны на другом DNS-сервисе. Перенесите поддомены, MX, записи SPF, DKIM, DMARC и верификационные TXT. Проверьте DNSSEC: старый DS при смене подписанной зоны может привести к ошибке разрешения домена. Согласуйте порядок обновления DS с регистратором и новым DNS-провайдером, затем меняйте NS. Руководство Beget по DNS.
Проверьте оба имени и почту
Откройте домен с www и без него, проверьте сертификат и переход на основной адрес. Сделайте проверку через разные сети. Отправьте письмо на корпоративный ящик извне, если сайт и почта делят домен. Ранее сохранённые записи помогут быстро найти пропущенный поддомен или ошибку в MX.
Если у вас нет доступа ни к редактору зоны, ни к регистратору, новый хостинг сам домен не переключит. Поднимите копию на временном адресе, обратитесь к владельцу учётной записи и подготовьте список записей для переключения.
Как понять, что смена DNS сработала
Если сервер уже готов, сначала проверьте, какой адрес возвращают авторитетные DNS-серверы, а затем сравните его с ответом через обычное подключение. Если у авторитетных серверов новый адрес, а у части клиентов старый, вероятная причина — кэш. Если сами авторитетные серверы отвечают по-разному, проверьте конфигурацию зоны до дальнейших изменений.
Сохраните исходную DNS-зону до изменений
Сделайте копию всех записей и отдельно отметьте A, AAAA, CNAME, MX и TXT. Запишите текущий TTL. Уточните, где именно редактируется зона: регистрация домена у одной компании не означает, что DNS обслуживает она же. Проверьте NS у домена и зайдите в панель фактического DNS-провайдера. Если эта панель недоступна, запросите у регистратора способ смены делегирования, но заранее подготовьте полную копию зоны у нового поставщика DNS.
При смене только сайта заменяйте лишь необходимые записи веб-домена. Не удаляйте MX, SPF, DKIM, DMARC, записи верификации, CAA и поддомены без выяснения назначения. Старые адреса и значения нужны для возврата. Смена NS переносит управление всей зоной и поэтому требует особенно тщательной сверки.
Подготовьте сервер до переключения
Добавьте домен на новой площадке, загрузите копию сайта и убедитесь, что сервер выбирает нужную конфигурацию по имени домена. Проверьте HTTPS, редирект между www и основным именем, внутренние страницы, изображения и формы. Если тестируете по IP, задайте доменное имя в запросе или локальной записи hosts; обычное открытие IP не доказывает, что сайт корректно отвечает на домен.
Перед DNS-переключением выпустите сертификат для нужных имён и убедитесь, что продление не зависит от старого провайдера. Если сертификат нельзя получить до смены A-записи, согласуйте альтернативный способ валидации. Не запускайте публичную проверку на тестовой копии, где могут сработать реальные платежи или отправки.
Следите за рассогласованием DNS и откатывайтесь осознанно
После изменения записи пользователи не обязательно одновременно увидят новый адрес: часть резолверов использует прежний ответ до окончания кеширования. Проверяйте домен из разных сетей, но не меняйте значения повторно только потому, что один компьютер ещё видит старый IP. Запишите время и адреса, которые проверили.
Если новый сайт принимает данные, возврат DNS на старую площадку может создать две базы. Сначала остановите запись на одной стороне и сохраните новые заявки, затем решайте, можно ли безопасно вернуться. После успешного перехода проверьте почту и все поддомены, не связанные с веб-сайтом, и оставьте резервную копию исходной зоны вместе с датой изменения.
Контрольный список DNS после переезда
На следующий день проверьте не только главный адрес, но и поддомены, www, панель, API и почту. Сопоставьте ответы DNS с сохранённой зоной, проверьте основную и резервную MX-записи, TXT-записи доменной почты и CAA. Если часть пользователей всё ещё видит старый IP, сравните TTL и повторите проверку из другой сети, прежде чем менять конфигурацию второй раз.
Откройте сертификат и убедитесь, что в нём указаны все используемые доменные имена. Проверьте автоматическое продление тем способом, который поддерживает ваш провайдер DNS и хостинга. Тестовая проверка адреса не подтверждает, что продление сработает через несколько месяцев; сохраните дату окончания сертификата и ответственного за мониторинг.
Проверьте индексацию и старые адреса сайта
Если адреса страниц не менялись, откройте несколько ссылок из поиска и старых рекламных кампаний. Убедитесь, что они отвечают корректной страницей и не ведут на пустую заглушку. Проверьте XML-карту и файл robots.txt после переноса, исключив случайный запрет индексации всего сайта. Для закрытой тестовой копии запрет должен оставаться включённым, а для основного сайта — соответствовать принятой политике.
Не создавайте массовые редиректы на главную, если исходные страницы доступны: посетитель должен попадать к нужной услуге или товару. Если URL изменился, составьте карту старых и новых адресов и проверьте её выборочно. Запишите, какие редиректы уже были настроены до миграции, чтобы не заменить полезные правила случайно.
Организуйте наблюдение после переключения
В первые дни проверяйте журналы веб-сервера, форму заявки, почтовые уведомления, ошибки базы и внешние интеграции. Сверяйте заявки в CRM, чтобы заметить сообщения, которые не дошли по электронной почте. Для магазина сравнивайте число заказов между сайтом и учётной системой. Не полагайтесь только на визуальный осмотр: часть сбоев проявляется лишь на конкретном маршруте или при отправке формы.
Сохраните прежние DNS-значения и время переключения. Если придётся откатиться, сначала остановите запись на одной стороне и сохраните новые данные. Обратная смена A-записи не возвращает записи базы и почтовую переписку на предыдущий сервер.
Не завершайте работу сразу после смены A-записи
Составьте итоговый перечень: сайт, почта, сертификат, поддомены, внешние API, резервные копии, доступы и ответственность за продление. Проверьте, что все пункты имеют владельца и рабочую инструкцию. Только после сверки этих зависимостей решайте, нужно ли переносить регистратор, отключать старую площадку или сохранять её на время наблюдения.