Процесс копирования файлов сайта на новый хостинг всегда занимает меньше времени, чем устранение ошибок, возникающих при его некорректном переносе. Объяснение этому довольно банально: проблемы создает не сам процесс копирования данных на новый хостинг (поскольку в течение всего этого времени сайт продолжает работать со старого хостинга), а то, что происходит вокруг миграции, а также неучет всех требований к серверному обеспечению в процессе миграции.
Кэш DNS-серверов различных провайдеров по всему миру, база данных, которая продолжает меняться, пока её копируют на другой хостинг, SSL-сертификат, которого на новом сервере ещё нет, поскольку сам сайт там ещё не прошел валидацию в центре сертификации. Поэтому перенос сайта на новый хостинг следует рассматривать как период, когда два сервера работают одновременно, а задача сводится к тому, чтобы посетитель этого не заметил.
Причины, по которым люди меняют хостинг-провайдера, обычно одинаковы: сайт работает медленнее, чем раньше, служба поддержки отвечает с задержкой, ресурсов перестает хватать после роста трафика. Проблема в том, что новый хостинг выбирают в той же спешке, что и переезжают, и конфликт неучтенных на новом хостинге факторов «вылезает» уже тогда, когда старый хостинг либо отменен, либо остается всего несколько дней.
Поэтому выбор нового хостинга стоит сделать с холодной головой и крайне желательно — после анализа рынка. Или же просто доверить процесс переноса сайта профессионалам, которые предлагают эту услугу бесплатно. Например, Гиперхост предоставляет бесплатную услугу переноса сайта без простоя с любым хостингом, а также компенсацию за оплаченный у старого хостинга период, что станет приятным бонусом. Так вы можете быть уверены, что все нюансы будут учтены при миграции.
Если же вы не доверяете миграцию сайта никому постороннему, начать процесс можно с уменьшения TTL в настройках DNS домена. Каждая DNS-запись имеет TTL — время, в течение которого провайдеры и браузеры хранят старый адрес в кэше. Часто это час, иногда сутки. Если изменить A-запись без подготовки, часть посетителей ещё несколько часов будет попадать на старый сервер. Поэтому TTL снижают до 300 секунд заранее.
Далее файлы и базу данных переносят на новый хостинг, пока старый продолжает работать. Вот что стоит учесть при переезде по пунктам:
1) версия PHP и необходимые расширения совпадают с теми, что требуют тема и плагины;
2) права на файлы и правила в .htaccess перенесены без потерь;
3) cron-задачи настроены на новом сервере, поскольку они не хранятся в файлах сайта или БД;
4) формы работают, а письма с сайта поступают в папку «Входящие», а не в спам;
5) для интернет-магазина пройден полный цикл заказа, от корзины до оплаты.
Самое сложное место всего процесса — миграция базы данных. Статический сайт копируется без спешки, а в интернет-магазине, пока вы переносите дамп, поступают новые заказы. Поэтому действуют в два этапа: первый полный дамп делается для тестов, а непосредственно перед переключением сайта на новый хостинг включают режим обслуживания на старом на несколько минут, снимают свежий дамп и импортируют его на новый сервер.
После переезда старый хостинг важно не отключать сразу. Несколько дней нужно проверять логи на ошибки 404 и 500, анализировать отчеты Search Console, а также скорость загрузки сайта.
