Смена хостинга пугает не самим копированием файлов. Главный вопрос обычно звучит иначе: что произойдет с работающим сайтом, пока он переезжает? Не исчезнут ли заказы интернет-магазина, продолжат ли приходить письма, не сломается ли SSL и сколько часов посетители будут видеть старую версию сайта?
При нормальной подготовке сайт можно перенести практически незаметно для пользователей. Старый хостинг продолжает работать, пока на новом сервере создается и проверяется полноценная копия проекта. Только после этого домен переключается на новую площадку. Старый аккаунт отключается последним, когда становится понятно, что переезд действительно завершен.
Самая опасная ошибка здесь — действовать в обратном порядке. Сначала отказаться от старого хостинга, а потом начинать выяснять, где лежит база данных и почему архив сайта не распаковывается.
Когда действительно стоит менять хостинг
Сам факт появления более дешевого тарифа у другой компании еще не означает, что работающий сайт нужно срочно переносить. Переезд всегда несет небольшой технический риск, поэтому у него должна быть понятная причина.
Одна из самых распространенных — сайту перестало хватать ресурсов. Он регулярно упирается в процессорные ограничения, медленно работает при нагрузке или получает ошибки из-за лимитов текущего тарифа.
Другой повод — качество самого сервиса. Если технические проблемы повторяются, поддержка отвечает формально, резервные копии неудобны, а необходимые возможности приходится постоянно обходить нестандартными способами, смена провайдера может оказаться проще дальнейшей борьбы.
Иногда сайт просто перерастает старую инфраструктуру. Небольшой проект начинался на виртуальном хостинге, а через несколько лет ему понадобился VPS, другая версия программного обеспечения, Redis, собственные фоновые процессы или более гибкое управление сервером.
Бывает и обратная ситуация. Владелец арендует VPS, которым практически не пользуется, тратит время на администрирование и понимает, что обычного качественного виртуального хостинга проекту вполне достаточно.
В любом случае сначала стоит понять, какую проблему должен решить переезд. Если сайт тормозит из-за тяжелого плагина или неоптимизированной базы данных, новый сервер может лишь временно замаскировать проблему.
Не отключайте старый хостинг до окончания переезда
Это главное правило всей миграции.
На время переноса у сайта должны существовать две копии. Первая продолжает обслуживать посетителей на старом сервере. Вторая создается и проверяется на новом.
Пока домен указывает на старый сервер, пользователи вообще не замечают подготовительной работы.
Можно спокойно перенести файлы, импортировать базу, проверить PHP, подключить SSL, исправить пути и убедиться, что основные страницы открываются правильно.
Только после проверки меняются DNS-настройки или записи, направляющие домен на новый сервер.
Старый хостинг после этого тоже не нужно отключать мгновенно. Некоторое время разные пользователи и DNS-серверы могут получать старые данные из кеша. Если прежняя площадка продолжает работать, посетитель в худшем случае попадет на старую копию сайта. Если ее уже удалить, вместо сайта он увидит ошибку.
Что нужно сохранить перед переносом
Даже если техническая поддержка нового провайдера обещает выполнить миграцию самостоятельно, собственная резервная копия нужна обязательно.
Для обычного сайта она состоит как минимум из двух частей.
Первая — файлы. Это сама CMS, изображения, темы, плагины, загруженные документы и остальные данные, находящиеся в каталоге сайта.
Вторая — база данных. В ней WordPress и большинство других CMS хранят страницы, записи, настройки, пользователей и значительную часть содержимого проекта.
Архив одних файлов без базы может оказаться почти бесполезным. И наоборот, одной базы недостаточно, если потеряны изображения и файлы приложения.
Кроме этого перед переездом полезно сохранить:
- список используемых доменов и поддоменов;
- текущие DNS-записи;
- данные почтовых ящиков, если почта находится на том же хостинге;
- SSL-сертификаты, если используется сертификат, который нельзя просто выпустить заново;
- настройки cron;
- нестандартные параметры PHP;
- правила веб-сервера;
- список дополнительных баз данных;
- FTP и SFTP-аккаунты, если они нужны после переезда.
Для простого WordPress-сайта половины этого списка может не быть. Но лучше проверить заранее, чем обнаружить через неделю, что старый сервер выполнял важную задачу по расписанию, о которой никто не вспомнил.
Как перенести обычный сайт вручную
Принцип ручного переноса довольно прост.
На старом хостинге создается архив файлов сайта и экспортируется база данных. На новом хостинге создается сайт или каталог для домена, файлы загружаются и распаковываются, затем создается новая база и в нее импортируются данные.
После этого нужно указать приложению параметры новой базы: имя, пользователя, пароль и адрес сервера базы данных.
В WordPress эти сведения находятся в конфигурационном файле сайта. В других CMS место хранения настроек отличается.
Если структура адресов и доменное имя не меняются, большая часть сайта после этого должна работать без дополнительного редактирования содержимого.
Но открывать домен для всех пользователей пока рано. Сначала новую копию нужно проверить.
Как проверить сайт до переключения домена
Это один из самых полезных этапов миграции и одновременно один из тех, которые чаще всего пропускают.
Необязательно менять DNS, чтобы увидеть сайт на новом сервере. Некоторые хостинги предоставляют технический адрес для предварительного просмотра. В других случаях разработчик может временно сопоставить домен с IP нового сервера только на собственном компьютере.
Смысл один: ваш браузер уже открывает новую копию, тогда как обычные посетители продолжают работать со старой.
Проверять нужно не только главную страницу.
Откройте несколько внутренних страниц, изображения, формы обратной связи, поиск и административную панель. Если это интернет-магазин, проверьте карточку товара, корзину и оформление тестового заказа. Если пользователи авторизуются на сайте, войдите под обычной учетной записью.
Стоит также посмотреть страницы, которые редко открывает владелец сайта. Именно там иногда обнаруживаются старые абсолютные пути, отсутствующие файлы или особенности конфигурации.
Особенно внимательно переносите динамические сайты
Для небольшого информационного сайта между копированием базы и переключением домена может ничего не измениться. Совсем другая ситуация у интернет-магазина, форума или сервиса, где пользователи постоянно создают новые данные.
Представим, что база магазина была скопирована в 12:00, а DNS переключили в 14:00.
За эти два часа на старом сервере появились новые заказы. В копии базы на новом сервере их нет.
Если просто переключить сайт, эти заказы останутся в старой базе.
Поэтому для активно изменяющегося проекта требуется продумать финальную синхронизацию.
Один из простых вариантов — выбрать время минимальной активности, временно включить режим обслуживания, выполнить свежий экспорт базы, импортировать его на новый сервер и сразу переключить сайт.
Для серьезных проектов используются более сложные способы синхронизации, позволяющие сократить период ограничения работы до минимума.
Главное — помнить, что архив, сделанный несколько часов назад, для интернет-магазина уже может быть устаревшим.
Что происходит с доменом при смене хостинга
Перенос сайта не требует переносить сам домен к другому регистратору.
Это две независимые операции.
Домен может годами оставаться у прежнего регистратора, тогда как сайт несколько раз сменит хостинг. Нужно лишь изменить настройки, которые сообщают, где находится новый сервер.
В зависимости от используемой схемы меняются DNS-серверы домена целиком либо отдельные записи зоны.
Если DNS обслуживаются независимо от старого хостинга, часто достаточно изменить A-запись сайта на новый IP. Это удобно тем, что остальные записи остаются на месте.
Если DNS-зона находилась непосредственно у старого хостера и после отключения аккаунта перестанет обслуживаться, ее нужно заранее перенести или заменить DNS-серверы.
Перед изменениями полезно сохранить полный набор старых записей. Помимо сайта там могут находиться настройки почты, подтверждения внешних сервисов, поддомены и другие важные данные.
Почему после смены DNS сайт открывается по-разному
DNS не обновляется одновременно во всем интернете.
После изменения записи один пользователь уже может попадать на новый сервер, тогда как другой некоторое время продолжает открывать старый.
Это нормальная часть переезда.
Именно поэтому старая копия должна оставаться доступной после переключения.
Не стоит каждые пять минут менять настройки обратно, если с одного устройства показывается старый сайт. Сначала убедитесь, какой IP фактически используется и не сохранились ли прежние данные в DNS-кеше.
При планируемой миграции администраторы иногда заранее уменьшают TTL соответствующих записей. Тогда кеш хранится меньше времени и последующее переключение распространяется быстрее. Делать это нужно заранее, пока старое значение TTL еще действует.
Что делать с SSL после переезда
Если используется обычный бесплатный сертификат, на новом хостинге его чаще всего проще выпустить заново.
До переключения домена это не всегда возможно стандартным способом, потому что система проверки должна убедиться, что домен действительно связан с новым сервером. Конкретный порядок зависит от панели и способа подтверждения.
После переключения нужно проверить, что HTTPS работает на новой площадке и сертификат автоматически продлевается.
Не ограничивайтесь главной страницей. Откройте несколько внутренних адресов и убедитесь, что браузер не сообщает о проблемах с сертификатом.
Также важно сохранить перенаправление с HTTP на HTTPS, если оно использовалось раньше.
Не забудьте про электронную почту
Сайт и почта могут находиться совершенно в разных местах.
Если корпоративная почта обслуживается отдельным сервисом, при переносе сайта ее обычно вообще не нужно трогать. Главное — случайно не удалить или не заменить MX-записи.
Если почтовые ящики находятся на старом хостинге, задача становится сложнее.
На новом сервере нужно заранее создать необходимые адреса и решить, требуется ли перенос старой переписки. Если письма хранятся только на сервере, после отключения старого аккаунта доступ к ним может исчезнуть.
Особенно внимательно проверьте адреса, которые использует сам сайт для отправки уведомлений. После переезда могут измениться параметры SMTP или другие настройки отправки.
Нужно ли переносить сайт самостоятельно
Не обязательно.
Многие хостинг-провайдеры помогают новым клиентам с переносом сайтов. Для обычного WordPress или другой популярной CMS это может быть самым простым вариантом.
Но бесплатный перенос не означает, что владелец сайта вообще не участвует в процессе.
Нужно предоставить необходимые доступы, проверить результат и убедиться, что перенесено именно то, что требуется.
Если на аккаунте находятся несколько сайтов, почта, поддомены и нестандартные задачи, заранее перечислите их специалисту. Фраза перенесите мой сайт может быть понята буквально: перенесут веб-файлы и базу, но не почтовые ящики или дополнительный сервис.
Для сложного коммерческого проекта лучше заранее уточнить, что именно входит в услугу миграции.
Какие ошибки чаще всего происходят при переезде
Первая и самая неприятная — старый хостинг отключают слишком рано.
Вторая — копируют файлы, но забывают базу данных.
Третья — переключают DNS, не проверив сайт на новом сервере.
Четвертая — забывают про почту и вместе с веб-сайтом случайно меняют почтовые настройки домена.
Пятая — используют старую копию базы динамического сайта и теряют появившиеся во время миграции данные.
Шестая — после переезда забывают настроить cron. Внешне сайт работает, но через несколько дней выясняется, что не выполняются автоматические задачи.
Седьмая — сразу удаляют старую резервную копию, потому что новая площадка вроде бы работает.
Почти все эти ошибки появляются из-за спешки. Само копирование сайта обычно является самой простой частью переезда.
Как понять что перенос полностью завершен
Не спешите считать работу законченной сразу после того, как главная страница открылась с нового IP.
Проверьте сайт еще раз как обычный пользователь.
- Открываются ли основные страницы.
- Работают ли изображения и загружаемые файлы.
- Можно ли войти в административную панель.
- Отправляются ли формы.
- Работает ли поиск.
- Корректно ли открывается HTTPS.
- Приходят ли письма от сайта.
- Выполняются ли задачи cron.
- Работает ли кеширование.
- Создаются ли новые резервные копии.
- Нет ли ошибок в журнале сервера.
Для интернет-магазина дополнительно нужен тестовый заказ. Для сайта с регистрацией пользователей — тестовая регистрация. Для сервиса — проверка основных рабочих сценариев.
После этого полезно некоторое время наблюдать за нагрузкой нового хостинга. Старый сервер и новый могут иметь разные ограничения, поэтому проблемы, которых не было во время короткого теста, иногда проявляются при обычном дневном трафике.
Когда можно отключать старый хостинг
Только когда новая площадка уже работает стабильно, DNS переключились, почта проверена, а у вас есть отдельная резервная копия.
Если срок старого тарифа заканчивается через несколько дней, лучше оставить его работающим до конца оплаченного периода. Небольшой запас времени обычно полезнее попытки сэкономить несколько дней аренды.
Перед удалением старого аккаунта сделайте последнюю проверку. Нет ли там второго сайта, старой базы, нужного почтового ящика, файла, резервной копии или поддомена, о котором забыли во время основного переезда.
И только после этого старую услугу можно закрывать.
Как перенести сайт без простоя
Если свести весь процесс к одной последовательности, она выглядит довольно спокойно.
Сначала покупается новый хостинг, пока старый продолжает работать. Затем создается резервная копия, переносится сайт и проверяется его новая копия. Для активно меняющегося проекта непосредственно перед переключением синхронизируются свежие данные. После этого домен направляется на новый сервер, а прежняя площадка еще некоторое время остается доступной.
При такой схеме посетителю не приходится ждать окончания технических работ. В один момент его запрос обслуживает старый сервер, а после обновления DNS — уже новый.
Именно поэтому хороший переезд выглядит довольно скучно. Нет страницы сайт временно недоступен на весь день, панического восстановления из единственного архива и попыток вспомнить пароль от старой базы.
Смена хостинга должна быть не прыжком с одного сервера на другой, а постепенным переключением между двумя заранее работающими копиями. Тогда даже многолетний сайт можно перенести без заметного перерыва и без риска оставить важные данные на отключенном аккаунте.
