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

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

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

Что значит перенос без простоя и где он ломается?

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

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

Что сделать за неделю до переноса?

Снизить TTL. Это число секунд, на которое чужие серверы и браузеры запоминают ответ DNS, прежде чем спросить снова: в стандарте RFC 1035 это время, в течение которого запись можно хранить в кэше. Новое значение вступает в силу после того, как истечёт старое, поэтому менять его нужно заранее. Google Workspace показывает это на примере: при TTL 86 400 секунд (сутки) изменение вступит в силу не позже чем через 24 часа. Google в руководстве по переносу хостинга советует снизить TTL до небольшого значения, например нескольких часов, не позднее чем за неделю до переноса.

Заодно запишите всё, что есть в DNS-зоне домена: A-записи сайта и поддоменов, MX-записи почты, TXT-записи. В них бывают подтверждения прав на сайт в Вебмастере и другие служебные вещи, а при смене серверов имён записи нужно создать заново. Чтобы понять, что у вас в зоне, откройте её в кабинете регистратора и сделайте снимок экрана.

И третье: убедитесь, что доступ к кабинету регистратора и к старому хостингу у вас. Если нет, сначала прочитайте статью «Как забрать сайт у разработчика».

Как проверить новый хостинг, пока сайт ещё на старом?

Скопируйте файлы и базу данных и откройте сайт на новом хостинге. Google советует для публичной проверки временный адрес вроде beta.вашсайт.ру с запретом индексации, чтобы копию не нашёл поиск.

Если нужно проверить именно основной адрес, не меняя DNS, подойдёт запрос curl с параметром --resolve: он подставляет заданный IP для пары «имя и порт», и запрос идёт на новый сервер при обычном адресе. Например, curl -I --resolve ваш-сайт.ru:443:203.0.113.10 https://ваш-сайт.ru/ (адрес 203.0.113.10 здесь условный). В ответе ждите 200 на главной и на нескольких внутренних страницах.

Проверьте всё, что делает сайт сайтом: отправку формы и приход письма, вход в админку, загрузку картинок, страницу 404. Про последнюю я писал в статье «Страница 404»: сервер на несуществующий адрес должен отвечать кодом 404, а не 200.

С сертификатом есть ловушка. Когда хостинг выпускает бесплатный сертификат по проверке HTTP-01, Let’s Encrypt обращается к файлу на вашем сервере по порту 80, поэтому домен к этому моменту должен указывать на новый сервер. Проверка DNS-01 работает иначе: она требует TXT-запись и подходит для серверов, закрытых от интернета, но нужна возможность менять DNS. Спросите хостинг заранее, как он выпускает сертификат и сколько времени сайт может открываться с предупреждением. О том, как устроены сертификаты, написано в статье «Что такое HTTPS и SSL-сертификат».

Что будет с почтой?

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

Правило простое: перед сменой NS-серверов создайте на новой стороне все записи старой зоны, включая MX и TXT, и сверьте их построчно со снимком. Если почта у вас на отдельной службе, а не на старом хостинге, MX должны остаться теми же. Обновление после смены серверов имён регистратор REG.RU в справке оценивает в срок до 24 часов; сколько займёт смена A-записи, зависит от её TTL.

Как выглядит план по времени?

Когда	Что делаете	Откуда срок
За 7 дней и раньше	Снижаете TTL до нескольких часов	Руководство Google о переносе хостинга: не позднее чем за неделю
За день до	Проверяете копию на новом хостинге через временный адрес или --resolve, сверяете записи зоны	Мой порядок
День переноса	Снимаете запреты индексации на новом хостинге, меняете A-запись или NS	Смена NS: до 24 часов по справке REG.RU
В тот же день	Проверяете сайт, форму, приход почты; смотрите журналы обоих серверов	Google: трафик на старом падает, на новом растёт
Когда в журнале старого сервера трафик ноль	Отключаете старый хостинг	Руководство Google

Запреты индексации с временной копии снимайте в день переноса: раньше её может найти поиск, а если забыть, сайт выпадет из выдачи. Этот случай я разбирал в статье «Почему сайта нет в Яндексе». Google добавляет, что сразу после запуска на новом сервере скорость обхода сайта роботом временно падает, а потом растёт в течение нескольких дней, и это нормально.

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

Откройте главную, три внутренние страницы и несуществующий адрес. Отправьте тестовую заявку и убедитесь, что она пришла. Отправьте письмо на адрес с вашего домена и от него. Проверьте, что подтверждения прав в Яндекс Вебмастере и Search Console сохранились: Google прямо советует перенести файл подтверждения, метатег или счётчик на новую копию, а подтверждение через DNS живёт в зоне. И через сутки посмотрите журнал, куда реально идут запросы.

Когда переносить самому, а когда не стоит?

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

Я зарабатываю на такой работе. Чужой сайт на чужом хостинге я сначала смотрю, а потом называю состав работ и цену до оплаты. Услуга называется поддержка сайта: правки и обслуживание от 4 900 ₽ в месяц, поддержка с копиями и обновлениями от 15 000 ₽ в месяц. Прежде чем переносить, сделайте резервную копию и проверьте, что она восстанавливается: как, написано в статье «Резервная копия сайта». Напишите, где сайт сейчас и куда хотите его перенести, и я скажу, что именно придётся менять.

Источники

• Google Search Central: перенос хостинга без смены адресов страниц: подготовка, TTL, запуск, мониторинг, отключение старого хостинга; открыто 4 ноября 2026 года.
• RFC 1035, раздел 3.2.1: определение TTL.
• Google Workspace: основы DNS: MX-записи и TTL.
• REG.RU: как прописать DNS для домена: срок обновления после смены DNS-серверов.
• Let’s Encrypt: типы проверок: HTTP-01 и DNS-01.
• Справка curl --help all на моём компьютере (curl 8.7.1): параметр --resolve.