Как перенести сайт на другой хостинг, если домен и DNS у того же хостера

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

Порядок переезда в одном списке

Весь переезд укладывается в несколько шагов. Порядок важнее скорости: ошибка в середине даёт простой, который потом приходится объяснять клиентам.

Выписать всё, что связано с сайтом: регистратор домена, серверы имён (NS), почтовые записи MX и SPF, хостинг, сертификат, страницу оплаты, формы заявок.
Снять свежую копию файлов и базы данных и убедиться, что она открывается на чистом месте.
Развернуть сайт у нового провайдера и проверить его по временному адресу, не трогая боевой домен.
Завести DNS-зону у независимого провайдера и перенести в неё все записи, а не только адрес сайта.
Понизить время жизни записей (TTL) заранее, пока всё работает.
Сменить серверы имён у регистратора, затем при необходимости адрес сайта в зоне.
Проверить сайт, почту, заявки, оплату и сертификат, а старый хостинг не отключать, пока всё не устоялось.

Ниже разбираем, где в этом списке чаще всего ломается и почему схема «всё у одного хостера» превращает обычный переезд в рискованную операцию.

Почему домен и DNS у хостера — отдельная задача

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

Мы это прошли на себе. Сайт, панели, боты и автоматика агентства жили на одном облачном сервере у провайдера, и вместе с сервером встали DNS всех наших доменов. Сайт kuznets.agency простоял около 2,5 суток, около 63 часов: с ночи 02.11 до 17:53 04.11, когда DNS ушёл к независимому провайдеру и сайт открылся на новом сервере у другого провайдера. По сообщению провайдера от 03.11.2026, смену DNS-записей для .ru, .рф и .su он открыл в тот же день. Но чтобы этим воспользоваться, нужны были и рабочий новый сервер, и копии сайта.

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

Подготовка: что выписать и что скопировать

Начните с инвентаризации. Она занимает час-два, а экономит нервы в день переключения. Удобно свести всё в одну таблицу.

Что	Где посмотреть	Что проверить до переезда
Регистратор домена	Публичная справка о домене (whois), личный кабинет	Кто владелец, на чью почту приходят письма о домене, включён ли двухфакторный вход
Серверы имён (NS)	Кабинет регистратора, DNS-проверка снаружи	У кого сейчас DNS и есть ли полная выгрузка всех записей
Почта домена	Записи MX и SPF в зоне	Где живут ящики и не привязан ли адрес администратора домена к тому же домену
Файлы и база сайта	Панель хостинга, база данных	Свежая копия вне хостинга и пробное разворачивание
Сертификат	Панель хостинга или центр сертификации	Как он выпускается и будет ли выпущен на новой площадке
Формы и оплата	Код сайта, настройки платёжного сервиса	Адреса возврата, уведомления, ключи интеграций

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

Копию снимайте в двух видах: файлы сайта и выгрузка базы данных. Хранить её нужно не только на старом хостинге. Мы в аварию узнали это дорого: последние копии вне сервера были от 28 июля, то есть 97 дней. Запись «бэкап ежедневно» три месяца заменяла проверку, потому что проверка жила внутри того же скрипта и молчала вместе с ним.

Хотите знать, что у вас ляжет вместе с хостером? Разбор начинается с проверки снаружи, доступы не нужны.

Оставить заявку

Перенос сайта и проверка до переключения

Новую площадку разворачивайте параллельно со старой. Загрузите файлы, восстановите базу, подключите сертификат или подготовьте его выпуск, настройте почтовые отправки с сайта. Старый сайт всё это время работает и принимает заявки.

Как проверить новый сервер, не меняя DNS

Чтобы открыть сайт на новом сервере под своим доменом, на рабочем компьютере временно прописывают соответствие домена и нового адреса в локальном файле hosts. Ваш браузер идёт на новую площадку, остальные посетители — на старую. Так можно пройти по страницам, отправить тестовую заявку, провести тестовую оплату, если платёжный сервис это допускает.

Что чаще всего забывают

Форма заявки на новом сервере отправляет письмо с адреса, которого нет в записях SPF, и письма уходят в спам или теряются.
Фоновые задачи и расписания остались на старом хостинге: рассылки, обмен с учётной системой, очистка.
Адреса возврата и уведомления платёжного сервиса указывают на старый сервер.
Картинки и загрузки пользователей скопировали не полностью: проверьте не главную, а старые страницы и карточки.
Новые данные пришли на старый сервер после снятия копии, и их нужно догрузить перед финальным переключением.

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

Переключение DNS: порядок и ловушки

Это самое тонкое место. Менять нужно не одну запись, а ответственность за всю зону.

Сначала зона, потом серверы имён

Заведите зону у независимого DNS-провайдера и перенесите в неё каждую запись из старой: адрес сайта, поддомены, MX, SPF, служебные записи подтверждения сервисов. Пока серверы имён у регистратора не сменены, зона на новом месте ничего не меняет: вы спокойно сверяете записи с оригиналом. Если пропустить одну запись, например почтовую, письма начнут пропадать уже после переключения.

Понизьте время жизни записей заранее

Чем меньше время жизни записи (TTL), тем быстрее изменение разойдётся по сети. Понижать его нужно за сутки-двое до переезда, когда всё работает: после смены уже поздно, старые значения кеши хранят по старому сроку. Конкретное значение выбирайте вместе со специалистом под ваш сайт.

Проверка перед сменой серверов имён

Перед сменой стоит убедиться, что новые серверы имён действительно отвечают по всем записям. У нас был пример ложного «можно»: проверка показала, что DNS можно переносить, а на деле 19 % ответов приходили с ошибкой SERVFAIL. Хорошая проверка не только смотрит, что запись есть, но и делает много запросов с разных точек и считает долю неудачных ответов.

Если домен зарегистрирован у того же хостера

Серверы имён меняются в кабинете регистратора. Если доступ к этому кабинету завязан на хостинг, делайте это до переезда, пока всё работает. Отдельная задача — перенос самого домена к другому регистратору: у неё свои правила, и её лучше планировать отдельно и заранее, а не в день переезда.

Не отключайте старое сразу

Кеши по сети обновляются неравномерно: часть посетителей ещё какое-то время приходит на старый адрес. Оставьте старый хостинг работающим, пока не убедитесь, что заявки и оплата идут на новый, и до того, как в панели закончится оплаченный период.

После переезда: копии, наблюдение и учебная тревога

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

Копии вне хостинга. Не реже раза в час и минимум в два места вне провайдера. Одно из мест может быть диском в вашем офисе.
Проверка снаружи. Свежесть копий, сайт и сертификат должна проверять машина другой компании, которая сама присылает тревогу. Молчание сторожа — тоже тревога.
Проверка делом. Метка должна ехать тем же путём, что и копия, и возвращаться. Запись «настроено» ничего не доказывает: в нашем случае первая настоящая тревога сторожа пришла вечером 04.11, когда копия картинок сайта 29 часов не уезжала на диск из-за ошибки доступа. Внутри сервера всё выглядело нормально.
Подъём из копии. Раз в месяц разворачивайте сайт из копии на чистом сервере и засекайте время.
Лист «первые 15 минут». Кому звонить, что выключить и что написать клиентам. Его стоит распечатать, потому что в аварию электронные документы могут быть недоступны.

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

Как делаем мы и где граница

В работе над переездом мы идём тем же порядком, что описан выше. Сначала смотрим сайт снаружи: регистратор домена, NS-серверы, почтовые записи MX и SPF, хостинг, сертификат. Потом созвон на 60–90 минут. По итогам вы получаете карту «что упадёт вместе с хостером» на одной странице и три первых шага, которые можно сделать своими силами. Затем, если нужно, мы составляем план переезда и копий: куда увести DNS и почту администратора домена, где держать копии вне хостинга, как переехать ко второму провайдеру.

Всё оформляется на вас: серверы, хранилища и домены остаются на ваших аккаунтах в России, оплата провайдерам идёт напрямую. Нам выдаются роли с минимальными правами, каждый вход пишется в журнал, а после работ доступы отзываются.

Теперь о границах. Мы не обещаем, что авария не случится и что простоя не будет вовсе. Целью переключения для построенного и проверенного учением контура мы считаем 60 минут, но до учения это оценка, а не замер. У нас самих резервный сервер и переключение одной командой ещё собираются по плану, учений пока не было. Для сайтов на конструкторах резервную площадку не обещаем. Если сайт без заявок, достаточно разбора и трёх шагов своими силами. Стоимость разбора называем до начала работы, после короткого звонка.

Оставить заявку можно через форму на странице.

Вопросы и ответы

Можно ли перенести сайт на другой хостинг, не меняя DNS?

Можно, если новый хостинг даёт адрес сервера, а вы просто меняете в зоне запись, указывающую на сайт. Но если DNS остаются у старого хостера, вы по-прежнему зависите от него: при его сбое сменить запись будет негде. Поэтому мы советуем при переезде выносить DNS к независимому провайдеру.

Что делать с почтой при переезде сайта?

Перенесите в новую DNS-зону записи MX и SPF вместе с остальными и проверьте, что ящики продолжают принимать и отправлять письма. Адрес администратора домена лучше вести на ящик вне этого домена, иначе при сбое хостера вы не получите письма о смене или восстановлении доступа.

Как долго сайт будет недоступен при переезде?

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

Достаточно ли просто сделать копию перед переездом?

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

Какие сроки у вашей услуги переезда?

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

Цену разбора называем после короткого звонка: она зависит от того, где живут сайт, домен и почта. Мы не обещаем, что авария не случится, и не продаём защиту информации.