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

Самая частая причина это скорость. Если сервер отвечает дольше шестисот миллисекунд и это не лечится кэшированием, дело в хостинге, а не в сайте.

Вторая причина это поддержка. Хостинг, который отвечает на письмо через два дня, обходится дороже своей цены в тот момент, когда сайт лежит.

Третья это устаревшее окружение: старая версия PHP, отсутствие HTTP/2, нет доступа к логам, нет автоматических бэкапов. Все это ограничивает и скорость, и безопасность.

Четвертая причина юридическая. Для сайта эстонской компании разумно держать данные в ЕС, и если сервер стоит за пределами Евросоюза, это лишний пункт в документах по GDPR.

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

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

Соберите все доступы в одном месте: панель старого хостинга, FTP или SSH, база данных, регистратор домена и доступ к управлению DNS. Чаще всего теряется именно последний пункт, потому что домен покупали годы назад.

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

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

Запишите текущие технические параметры: версия PHP, версия базы, размер сайта, установленные расширения. Новый сервер должен как минимум им соответствовать.

Зафиксируйте состояние до переезда: снимите текущие позиции в Search Console, скорость по PageSpeed и список основных URL. Это ваша точка отсчета, если после переезда что-то изменится.

И заранее посмотрите на TTL записей DNS. Если там стоит сутки, поставьте триста секунд минимум за день до переезда, иначе смена адреса будет расползаться по интернету очень долго.

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

• •Разверните копию на новом хостинге: залейте файлы, импортируйте базу, пропишите новые параметры подключения.
• •Откройте сайт на новом сервере по временному адресу или через файл hosts на своем компьютере и проверьте все ключевые страницы, формы и оплату.
• •Установите SSL-сертификат на новом сервере заранее. Let's Encrypt выпускается бесплатно и за минуты, но должен быть готов до переключения, иначе посетители увидят предупреждение браузера.
• •Снизьте TTL записей DNS до трехсот секунд и подождите старое значение TTL, чтобы изменение разошлось.
• •Введите режим только для чтения на несколько часов: не принимайте заказы и не публикуйте материалы, чтобы новые данные не попали в старую базу.
• •Сделайте финальную синхронизацию базы и загруженных файлов, затем переключите записи A и AAAA на новый адрес.
• •Держите старый хостинг оплаченным еще одну-две недели. Это дешевая страховка и возможность откатиться.

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

Правильный порядок такой: сначала создайте ящики на новой стороне и перенесите содержимое по IMAP, и только потом меняйте MX. Письма, пришедшие в переходный период, при таком порядке не теряются.

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

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

С сертификатом правило простое: он выпускается на новом сервере до переключения. Автопродление тоже настройте сразу, иначе через три месяца сайт встретит посетителей ошибкой безопасности.

И проверьте, что все версии адреса ведут в одно место: с www и без, http и https. После переезда эти правила часто теряются вместе со старым конфигом сервера.

Первое, что нужно сделать, это открыть сайт с мобильного интернета, а не из своей сети. Так вы увидите то, что видит обычный посетитель, а не кэш вашего компьютера.

Проверьте формы. Отправка письма с нового сервера настраивается иначе, и молчащая контактная форма это самая частая тихая потеря после переезда.

Пройдите оплату тестовым заказом, если это магазин. Ключи платежного шлюза иногда привязаны к IP-адресу сервера и требуют обновления.

Посмотрите на 404-ошибки и логи сервера в первые сутки. Они сразу покажут, какие файлы не доехали, чаще всего это загруженные изображения и документы.

В Search Console проверьте доступность через инструмент проверки URL и убедитесь, что robots.txt не приехал с запретом индексации. Забытый запрет на копии сайта это классическая катастрофа, которая проявляется через неделю падением трафика.

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

Через неделю отпишитесь от старого хостинга, но только после того, как убедились, что бэкап скачан и почта работает.