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

Перенос сайта к новому хостеру кажется рискованным, но простой при миграции чаще всего возникает из-за забытых мелочей, а не из-за самого переезда. Начните с инвентаризации всего, от чего зависит сайт: файлы и загрузки, каждая база данных и её версия, почтовые ящики и переадресации, задания cron, настройки и расширения PHP, а также полный список DNS-записей домена. Это не только A-запись, но и MX, TXT-записи для SPF и DKIM, CNAME для поддоменов и любые записи для подтверждения прав. Если текущий провайдер позволяет, выгрузите файл зоны целиком. Десять минут на этот список сэкономят часы догадок потом.

За несколько дней до переезда снизьте TTL у записей, которые собираетесь менять. TTL говорит резолверам, сколько они могут хранить ответ в кеше; если он равен 24 часам, часть посетителей ещё сутки после переключения будет попадать на старый сервер. Уменьшите его до 300 секунд минимум за два полных периода старого TTL, чтобы прежнее долгоживущее значение успело истечь везде до дня миграции. Когда переезд завершён и всё стабильно, верните TTL обратно. Именно этот шаг отличает переключение за несколько минут от переключения, растянувшегося на все выходные.

Затем скопируйте сайт на новый сервер и проверьте его там, пока его никто не видит. Будь то виртуальный хостинг или VPS, шаги одинаковы: загрузите файлы, импортируйте дамп базы, заново создайте пользователей БД и задания cron, выберите ту версию PHP, под которую написан сайт. Чтобы открыть новую копию по настоящему домену, добавьте строку в файл hosts на своём компьютере, направив домен на новый IP-адрес, — все остальные по-прежнему будут попадать на старый сервер. Подойдёт и временный адрес. Пройдитесь по ключевым страницам, войдите в админку, отправьте форму и загляните в лог ошибок.

Между первой копией и окончательным переключением живой сайт продолжает меняться: новые заказы, комментарии, заявки, загрузки. Решить это можно двумя способами. Для сайта-визитки или блога объявите короткую заморозку контента и попросите редакторов ничего не публиковать в это окно. Для магазина или любого сайта с личными кабинетами запланируйте финальную дельта-синхронизацию: переведите старый сайт в режим обслуживания на несколько минут, снимите свежий дамп базы, скопируйте только изменившиеся файлы с помощью rsync или похожего инструмента и импортируйте всё на новом сервере. Финальный дамп базы должен быть самым последним действием перед переключением.

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

Почта — место, где миграции ломаются чаще всего. Если почта остаётся у старого провайдера или в отдельном сервисе, убедитесь, что в новой зоне есть правильные записи MX, SPF и DKIM, иначе письма начнут возвращаться или тихо попадать в спам. Если ящики тоже переезжают, сначала создайте их на новом сервере, затем скопируйте старые письма по IMAP инструментом вроде imapsync и запустите повторную синхронизацию после смены MX, чтобы подхватить всё пришедшее в промежутке. Отдельно займитесь SSL: сертификат для нового сервера обычно нельзя выпустить, пока домен не указывает на него, поэтому запросите его сразу после переключения и проверьте страницы на смешанный контент.

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