Переезд без простоя строится на трёх шагах: разверните полную копию сайта на временном адресе, проверьте её целиком - от форм до счётчика Метрики, - и только потом переключайте DNS с заранее сниженным TTL. Старый хостинг не отключайте минимум неделю: часть посетителей ещё будет попадать туда из-за кэша DNS у провайдеров.
Когда без переезда не обойтись
Хостинг обычно меняют по одной из трёх причин: тариф стал маленьким для трафика, договор с прежним провайдером кончился, или разработчик советует уйти с виртуального хостинга на VPS. Типичная картина у клиента: лендинг лежит на хостинге за 149 рублей в месяц, страница грузится 4,5 секунды на мобильном, а форма заявки раз в неделю перестаёт отправлять письма без видимой причины. Переезд занял два часа рабочего времени и обошёлся без единой минуты простоя. Порог быстрой загрузки главного экрана - 2,5 секунды, это метрика LCP из документации web.dev.
Дальше по шагам: что подготовить, как проверить копию до переключения DNS и что чаще всего ломается при переезде.
Что собрать заранее
Прежде чем писать в поддержку нового хостинга, соберите то, без чего переезд встанет на середине.
- доступы к текущему хостингу: панель управления, FTP или SSH;
- доступ к регистратору домена, где меняется DNS;
- если сайт на WordPress - логин и пароль от базы данных;
- список почтовых ящиков на домене и где они на самом деле хранятся;
- контакт того, кто оплачивает домен, если это не вы.
Отдельно стоит выяснить, привязан ли к старому хостингу счётчик Метрики, коды подтверждения прав на сайт для поисковых систем и рекламные пиксели. Их номера обычно лежат в коде страницы, но проще сразу выписать в отдельный файл, чтобы не искать их в панике после переезда.
Если лендинг делал сторонний подрядчик и передавал доступы клиенту, стоит свериться со списком из статьи Как передаются доступы после сдачи лендинга. Часто выясняется, что домен висит на аккаунте регистратора, о котором никто не помнит пароль.
Снимаем полную копию
Для статического лендинга это архив всей папки сайта: HTML, CSS, картинки, шрифты. Для WordPress - архив файлов плюс дамп базы через phpMyAdmin или mysqldump. Дамп делайте прямо перед переездом, а не за неделю: за это время накопятся новые заявки в базе, и старая копия их потеряет.
Архив весом больше 500 мегабайт часто не проходит через веб-интерфейс панели. В этом случае архивируйте через SSH командой tar и выгружайте по SFTP: это быстрее и не падает на середине загрузки.
Прежде чем удалять что-либо на старом хостинге, распакуйте копию у себя на компьютере и проверьте, что архив открывается и файлы читаются, а не превратились в набор битых нулей. Один раз столкнувшись с повреждённым архивом за час до дедлайна, вы начнёте делать эту проверку каждый раз без напоминаний.
Разворачиваем копию на временном адресе
Ошибка, которая стоит нервов: разворачивать сайт сразу на боевом домене и потом переключать DNS вслепую. Правильный порядок другой. Большинство хостингов, включая Beget, при создании сайта дают временный технический адрес вида site.beget.tech. Разворачивайте копию там, проверяйте её полностью и только потом меняйте DNS у домена.
Если хостинг такой адрес не даёт, пропишите домен на новый IP локально через файл hosts на своём компьютере. Так вы увидите новую версию сайта, а остальной мир по-прежнему будет попадать на старый хостинг.
Проверяем всё до смены DNS
Список для проверки на временном адресе:
- открывается каждая страница лендинга без ошибок 404 и 500;
- картинки и шрифты подгружаются, а не показывают заглушки;
- форма заявки отправляется, и письмо приходит на почту;
- счётчик Метрики фиксирует визит;
- скорость по PageSpeed Insights не хуже, чем на старом хостинге.
Последний пункт проверяют реже всего, а зря. Переезд с дешёвого тарифа на дорогой иногда даёт неожиданный результат: новый сервер медленнее из-за того, что делит ресурсы с сотней других сайтов, а старый был почти пустым. Сравнить скорость до и после переезда удобно через PageSpeed Insights.
Смена DNS и TTL
За сутки до переезда снизьте TTL у DNS-записей домена до 300 секунд. По умолчанию он часто стоит 3600 или 86400 секунд, и тогда старые записи будут висеть в кэшах интернет-провайдеров сутками после того, как вы уже переключились. С TTL в 300 секунд большая часть посетителей увидит новый сайт в течение получаса.
Саму смену делайте в спокойное время суток, не в понедельник утром, когда идёт основной поток заявок с рекламы. Ночь со вторника на среду обычно безопаснее всего.
Первые часы после переключения
Полное распространение DNS по всем серверам мира занимает до 24-72 часов даже с низким TTL, хотя на практике большинство пользователей переключается за 1-4 часа. Проверяйте статус с двух-трёх разных точек через сервисы вроде 2ip.ru или whatsmydns.net, а не только со своего компьютера: ваш провайдер может кэшировать запись дольше остальных.
Старый хостинг не отключайте минимум неделю. Часть посетителей ещё будет попадать туда из-за кэша, и если там ничего нет, они увидят ошибку вместо лендинга.
Держите под рукой план отката: если после переключения что-то критичное сломалось, а быстро найти причину не выходит, DNS можно вернуть обратно на старый сервер за те же 300 секунд TTL. Это не провал, а нормальная часть процедуры переезда, и лучше воспользоваться откатом, чем сутки терять заявки на сломанной форме.
Почта отдельно от сайта
Самая частая поломка при переезде - не сайт, а почта на домене. Если ящики вида info@сайт.ru хранятся не на том же хостинге, а например в Яндекс 360, DNS-записи MX менять не нужно вообще. Переносите зону по записи, а не целиком: A-запись домена меняется на новый сервер, а MX-записи остаются как были.
Перед переездом выгрузите текущую DNS-зону целиком в текстовый файл или скриншотом. Если после переезда почта перестанет приходить, у вас будет с чем сверяться.
Почему сайт открывается без SSL-сертификата после переезда?
После смены DNS сайт какое-то время может открываться без сертификата или с предупреждением браузера: старый сертификат остался на прежнем сервере, а новый ещё не выпущен. На большинстве хостингов с Let's Encrypt сертификат перевыпускается автоматически в течение нескольких минут после того, как DNS указывает на новый сервер, но иногда процесс нужно запустить руками в панели. Как это работает и что делать при ошибках, разобрано в статье SSL-сертификат: зачем нужен и как подключить бесплатно.
Что чаще всего ломается при переезде на новый хостинг?
Собрал таблицу из своей практики переездов клиентских лендингов за последний год.
| Проблема | Причина | Как избежать |
|---|---|---|
| Форма не отправляет письма | На новом хостинге другие настройки почтовой функции PHP | Отправить тестовую заявку сразу после переезда, до отключения старого сервера |
| Пропала почта на домене | MX-записи затёрли вместе с остальной DNS-зоной | Переносить зону по записи, а не одной кнопкой |
| Сайт открывается с предупреждением браузера | SSL-сертификат не переиздан для нового сервера | Проверить статус сертификата в панели через час после смены DNS |
| Страница грузится медленнее, чем раньше | Новый тариф хуже старого по ресурсам | Сверить скорость на временном адресе до переключения |
| Метрика не считает визиты | Код счётчика не перенёсся вместе с копией сайта | Открыть исходный код страницы и найти номер счётчика |
Хороший хостинг для лендинга выбирают один раз, но проверяют его не по цене тарифа, а по тому, что происходит в момент, когда что-то идёт не так. Разбор критериев выбора есть в статье Хостинг для лендинга: какой нужен и как не переплачивать.
Частые вопросы
Сколько времени занимает переезд лендинга на новый хостинг?
По чек-листу из этой статьи - полтора-два часа рабочего времени. Большая часть уходит на проверку копии на временном адресе, а не на саму загрузку файлов.
Можно ли переехать без простоя, если сайт на WordPress?
Можно, порядок тот же: архив файлов плюс дамп базы, разворот на временном адресе, проверка, потом смена DNS. Разница только в том, что дамп базы делают прямо перед переездом, а не заранее.
Что делать, если после переезда пропала почта на домене?
Сверить MX-записи с выгруженной до переезда DNS-зоной. Чаще всего их случайно затирают вместе с A-записью сайта, хотя переносить их было не нужно.
Как быстро вернуться на старый хостинг, если что-то сломалось?
Верните прежние DNS-записи. При TTL 300 секунд большая часть посетителей увидит старый сайт снова в течение получаса, поэтому старый хостинг и не стоит отключать сразу.
Коротко
Переезд без простоя строится на одном принципе: сначала проверить копию на временном адресе, потом переключать DNS, а не наоборот. Снизьте TTL заранее, разделяйте DNS-записи сайта и почты, не отключайте старый хостинг минимум неделю.
Полтора-два часа аккуратной работы по чек-листу избавляют от суток разбора, почему пропали заявки или письма. Один раз пройдя этот порядок, вы будете переезжать спокойно и в следующий раз.
