Причин сменить хостинг бывает много: сайт стал медленным, поддержка отвечает сутками, цены выросли, проект перерос виртуальный хостинг, или провайдер просто перестал устраивать. Решение принято — и тут возникает страх: а вдруг сайт перестанет открываться, пропадёт почта, вылетят позиции в поиске? Эти опасения обоснованы, если переезжать хаотично. Но при грамотном планировании перенос проходит практически незаметно для посетителей. Мы переносим сайты регулярно и расскажем, как устроен этот процесс изнутри.
Когда переезд действительно нужен
Прежде чем менять провайдера, стоит убедиться, что проблема именно в хостинге. Иногда сайт тормозит из-за тяжёлых плагинов или неоптимизированных изображений, и на новом сервере всё останется по-прежнему. Признаки того, что пора переезжать:
- Время ответа сервера остаётся высоким даже на простых страницах и при отключённых плагинах.
- Сайт регулярно упирается в лимиты по процессору или памяти и выдаёт ошибки при росте посещаемости.
- Провайдер не предлагает актуальную версию PHP или не позволяет переключиться на неё.
- Поддержка не решает проблемы или отвечает неприемлемо долго.
- Нужны возможности, которых нет на текущем тарифе: отдельный сервер, особые настройки, гибкое управление.
- Бизнес требует, чтобы данные хранились на серверах в определённой юрисдикции.
Подготовка: что нужно сделать до переноса
Девяносто процентов успеха переезда закладывается на этапе подготовки. Мы начинаем с аудита текущего окружения.
- Соберите все доступы: к старому хостингу, к регистратору домена, к DNS-зоне, к админке сайта, к почтовым ящикам. Часто оказывается, что домен зарегистрирован на бывшего сотрудника или подрядчика, — это нужно решить заранее.
- Зафиксируйте окружение: версия PHP, расширения, параметры памяти и времени выполнения, версия базы данных, задания планировщика, особые правила веб-сервера.
- Выясните, где работает почта. Если она размещена у того же хостинга, переезд сайта затронет и почтовые ящики — это отдельная задача.
- Перепишите все DNS-записи текущей зоны: A, CNAME, MX, TXT. Особенно важны записи для почты, подтверждения домена в сервисах и подписи писем.
- Понизьте время жизни DNS-записей (TTL) за сутки-двое до переезда. Тогда переключение на новый сервер распространится быстрее.
- Сделайте полную резервную копию и сохраните её отдельно от обоих хостингов.
Совет от студии: не отключайте старый хостинг сразу после переезда. Оставьте его оплаченным хотя бы на пару недель — это ваш страховочный вариант, если что-то обнаружится позже.
Сам перенос: файлы, база и настройки
Технически перенос состоит из нескольких операций, которые нужно выполнить последовательно и аккуратно.
Копирование файлов
Файлы переносятся целиком, включая скрытые служебные. Для больших сайтов удобнее копировать напрямую между серверами, а не скачивать архив на компьютер и загружать обратно: это быстрее и снижает риск повреждения архива.
Перенос базы данных
Делается дамп базы на старом сервере и импортируется на новом. Важно сохранить кодировку и сравнение строк, иначе кириллица превратится в набор непонятных символов. На новом сервере создаётся пользователь базы данных, и параметры подключения прописываются в конфигурации сайта.
Настройка окружения
На новом хостинге выставляется та же или более новая, но совместимая версия PHP, подключаются нужные расширения, настраиваются лимиты, переносятся задания планировщика и правила перенаправлений.
Проверка до переключения домена
Ключевой момент, который позволяет переехать без простоя: сайт проверяется на новом сервере ещё до того, как на него направлен домен. Для этого используется временный технический адрес или локальная подмена адреса на компьютере проверяющего. Так можно убедиться, что всё работает, пока посетители продолжают пользоваться старой версией.
Переключение DNS и «окно» переезда
Когда новая версия проверена, остаётся направить домен на новый сервер. Здесь есть тонкость: изменения DNS распространяются по интернету не мгновенно. Некоторое время часть посетителей будет попадать на старый сервер, а часть — на новый.
Для статичных сайтов это не страшно. А вот для интернет-магазинов и сайтов с регистрацией важно, чтобы заказы и новые данные не оказались на старом сервере и не потерялись. Поэтому порядок такой:
- Выбрать время с минимальной посещаемостью.
- Включить на старом сайте режим обслуживания или временно закрыть оформление заказов.
- Сделать финальную синхронизацию базы данных — перенести заказы и данные, появившиеся с момента первого копирования.
- Изменить DNS-записи.
- Контролировать поступление трафика на новый сервер и проверять, не появляются ли новые данные на старом.
При пониженном TTL основная часть посетителей переходит на новый сервер в течение нескольких часов.
Почта и SSL — частые точки отказа
Больше всего неприятных сюрпризов при переезде связано не с самим сайтом, а с сопутствующими сервисами.
- Почта. Если MX-записи забыли перенести или они указывали на старый хостинг, письма перестанут приходить. Если почтовые ящики были на хостинге, нужно заранее создать их на новом месте и перенести содержимое.
- Отправка писем с сайта. Уведомления о заказах и заявках могут начать попадать в спам, если не обновлены записи SPF и не настроена подпись DKIM для нового сервера.
- SSL-сертификат. Сертификат нужно выпустить на новом сервере. Бесплатные сертификаты выпускаются автоматически, но только после того, как домен уже направлен на новый сервер, — поэтому важно сделать это сразу после переключения, чтобы посетители не увидели предупреждение о небезопасном соединении.
Как сохранить позиции в поиске
Если адреса страниц не меняются, а сайт работает стабильно, поисковые системы переезд хостинга практически не замечают. Проблемы возникают, когда при переносе случайно меняются URL, ломаются перенаправления, сайт какое-то время отдаёт ошибки или новый сервер работает медленнее старого.
После переезда проверьте: файл robots.txt переехал и не закрывает сайт от индексации (типичная ошибка при переносе с тестовой площадки), карта сайта доступна, перенаправления с версии без HTTPS и с «www» работают как прежде, в панелях вебмастеров не растёт число ошибок сканирования.
Чек-лист после переезда
| Что проверить | Как понять, что всё в порядке |
|---|---|
| Доступность сайта | Открывается по всем вариантам адреса, без ошибок |
| HTTPS | Сертификат действителен, нет смешанного контента |
| Формы и заказы | Тестовая заявка и заказ доходят до адресатов |
| Почта | Письма приходят и уходят, не попадают в спам |
| Резервные копии | Настроены на новом сервере и уже создаются |
| Мониторинг | Проверка доступности указывает на новый сервер |
| Скорость | Не хуже, чем была до переезда |
| Индексация | robots.txt и карта сайта доступны, ошибок сканирования нет |
Сколько времени занимает перенос
Небольшой сайт-визитку или лендинг можно перенести за несколько часов, включая проверку. Корпоративный сайт с блогом и почтой обычно требует одного-двух рабочих дней, большая часть которых уходит на подготовку и согласование доступов. Интернет-магазин с интеграциями, большим каталогом и личными кабинетами переносится за несколько дней: сначала разворачивается и проверяется копия, затем назначается короткое окно для финальной синхронизации. Сам простой при этом занимает минуты, а не часы. Если вам обещают перенос крупного магазина «за полчаса без подготовки», стоит насторожиться: скорее всего, проверка и финальная синхронизация данных просто не предусмотрены.
Вывод
Перенос сайта без потерь — это не магия, а последовательность: подготовить доступы и DNS, перенести файлы и базу, проверить сайт до переключения домена, аккуратно сменить DNS с финальной синхронизацией данных, сразу настроить SSL и почту, а затем пройти чек-лист. Старый хостинг стоит держать в резерве ещё некоторое время. Если не хотите тратить на это выходные, доверьте задачу нам: подробнее о том, как мы работаем, — на странице переноса сайтов. Мы переносим проекты на любых CMS и берём на себя всю координацию с провайдерами.
