Перенос сайта на другой хостинг: порядок действий и точка невозврата
Переезд сайта пугает сильнее, чем он есть. В основе - копирование файлов и базы данных на новый сервер, и на этом технически всё. Ломается переезд почти всегда не на копировании, а на порядке: кто-то отключил старый хостинг сразу после заливки, кто-то поменял NS-серверы и лишился почты, кто-то забыл про сертификат.
Разберём переезд по шагам с одной ключевой мыслью: у этого процесса есть точка невозврата, и она наступает не тогда, когда вы нажали «удалить» на старом сервере, а гораздо раньше - в момент, когда вы переключили домен, не проверив сайт.
Когда переезжать стоит, а когда это лишняя работа#
Смена хостинга - не то, что делают ради интереса. Причины, по которым это оправдано:
- Сайт стал медленным, и дело не в самом сайте. Проверяется просто: время ответа сервера растёт при нормальной посещаемости, а оптимизация картинок и кэш ничего не дают.
- Сервер регулярно падает. Пара часов недоступности в месяц - это уже разговор о смене площадки.
- Хостинг не тянет ваш стек. Старая версия PHP, нет нужного модуля, нет доступа по SSH, некуда поставить фоновые задачи.
- Российские требования. Если сайт собирает персональные данные граждан РФ, база должна быть на территории России. Иностранный хостинг здесь - прямой риск. Что именно проверяется, разобрано в проверке сайта на соответствие закону.
- Поддержка не отвечает. Субъективно, но на практике это одна из самых частых реальных причин.
А вот чего смена хостинга не чинит: плохую вёрстку, тяжёлые картинки, кривой шаблон и отсутствие позиций в поиске. Если сайт медленный из-за сорока плагинов и фотографий по 5 МБ, на новом сервере он будет ровно таким же медленным. Прежде чем переезжать, стоит понять, где узкое место - об этом почему сайт медленно грузится.
Что вообще переносится, а что заводится заново#
Переезд состоит из четырёх независимых частей, и путаница между ними - источник большинства проблем.
| Часть | Что это | Копируется или заводится заново |
|---|---|---|
| Файлы сайта | Движок, шаблон, картинки, загруженные документы | Копируется целиком |
| База данных | Тексты, товары, заказы, пользователи, настройки | Копируется целиком |
| Домен и DNS | Само имя сайта и записи, куда он указывает | Остаётся ваш, меняются записи |
| Почта на домене | Ящики вида info@вашсайт.ру | Отдельная миграция, часто забывают |
| SSL-сертификат | Замок в адресной строке, https | Выпускается заново на новом сервере |
| Фоновые задачи | Крон: рассылки, выгрузки, синхронизация с 1С | Настраиваются заново вручную |
Последние три строки - именно то, на чём переезды и рассыпаются. Файлы с базой копирует любой специалист и любая инструкция хостинга, а вот про крон вспоминают через неделю, когда выясняется, что выгрузка товаров не работает уже семь дней.
Порядок действий#
Шаг 1. Инвентаризация до того, как что-то трогать#
Перед копированием запишите в один файл:
- Где сейчас лежит домен (регистратор) и от какого он аккаунта.
- Какие NS-серверы у домена сейчас прописаны.
- Где обслуживается почта: у хостера, в Яндекс 360, в Mail для бизнеса.
- Полный список MX-записей и прочих служебных записей (TXT для подтверждения прав, SPF, DKIM).
- Какие фоновые задачи настроены и во сколько запускаются.
- Версия PHP и версия базы данных на старом хостинге.
Это двадцать минут работы, которые спасают от суток разбирательств. Особенно строчка про почту.
Шаг 2. Полная резервная копия#
Сделайте копию файлов и дамп базы и скачайте их себе на компьютер. Не «есть же бэкап на хостинге» - именно к себе. Бэкап, который лежит на сервере, с которого вы уезжаете, перестаёт быть бэкапом ровно в тот момент, когда этот сервер вам отключат.
Шаг 3. Развернуть сайт на новом сервере#
Заливаете файлы, разворачиваете базу, прописываете новые доступы к базе в конфигурационном файле движка. У WordPress это wp-config.php, у остальных движков свой файл, но принцип общий.
Здесь же выпускаете SSL-сертификат на новом сервере. Let's Encrypt бесплатный, ставится из панели и продлевается сам.
Шаг 4. Проверить сайт на новом сервере, пока домен ещё смотрит на старый#
Это тот самый шаг, который пропускают, и это и есть точка невозврата. Проверить можно двумя способами:
- Технический адрес хостинга. Быстро, но часть вещей будет отображаться криво: движок формирует ссылки от основного домена.
- Правка файла hosts на своём компьютере. Вы прописываете себе, что ваш домен ведёт на новый IP-адрес. Для всех остальных сайт продолжает работать со старого сервера, а вы уже видите новый - с настоящим доменом, настоящими ссылками и настоящим сертификатом.
Второй способ правильный. Пройдите по сайту руками: главная, каталог, карточка товара, корзина, форма заявки, админка, страница с картинками. Отправьте тестовую заявку и убедитесь, что письмо дошло.
Не переключайте DNS, пока не отправили тестовую заявку с нового сервера. Формы ломаются при переезде чаще, чем что-либо ещё: другой почтовый модуль, другая политика отправки писем, другой IP, который спам-фильтры ещё не знают. Обнаружить это через неделю по фразе «а почему нам никто не пишет» - самый дорогой вариант.
Шаг 5. Понизить время жизни DNS-записей заранее#
За сутки до переключения зайдите в управление доменом и уменьшите TTL записей до 300 секунд. Тогда после переключения интернет обновит адрес за минуты, а не за сутки.
Если этот шаг пропустить, ничего страшного не случится, просто переходный период растянется. Но сделать его дёшево, а пользы много.
Шаг 6. Переключение#
Здесь есть развилка, и она важнее, чем кажется.
Вариант А - поменять только A-запись. Домен остаётся на прежних NS-серверах, вы меняете одну запись, которая указывает на IP. Почта, подтверждения прав и прочие записи остаются нетронутыми. Это безопасный вариант, и в большинстве случаев нужен именно он.
Вариант Б - поменять NS-серверы на новые. Тогда управление зоной переезжает к новому хостеру, и все записи надо завести заново: почтовые, SPF, DKIM, подтверждение прав в Вебмастере. Если вы этого не сделали заранее - почта отвалится в момент переключения.
Правило простое: если у вас нет причины менять NS-серверы, меняйте только A-запись.
Шаг 7. Не отключать старый хостинг#
Минимум две недели. Оплатите ещё месяц, это дешевле любой альтернативы.
Пока DNS расходится, часть посетителей продолжает попадать на старый сервер. Если сайт с корзиной или личным кабинетом - заказы, оформленные в эти сутки, останутся в старой базе. Их надо будет перенести руками, и для этого старый сервер должен быть жив.
Отдельно про WordPress#
С WordPress переезд проще, потому что для него есть готовые инструменты, но и граблей больше.
Плагином. Duplicator, All-in-One WP Migration и подобные собирают сайт в архив и разворачивают его на новом месте. Для сайта до пары гигабайт это рабочий путь. У бесплатных версий бывает ограничение на размер архива - именно на нём чаще всего и спотыкаются.
Руками. Копируете папку wp-content, выгружаете базу, разворачиваете, правите wp-config.php. Надёжнее и предсказуемее, но нужен доступ по SSH или хотя бы файловый менеджер, который не отвалится на десяти тысячах файлов.
Что проверить на WordPress после переезда обязательно:
- Постоянные ссылки. Зайдите в настройки постоянных ссылок и нажмите «Сохранить» без изменений - это пересоздаёт правила. Классическая картина после переезда: главная открывается, а все внутренние страницы отдают 404, и лечится это ровно одним нажатием.
- Права на файлы. Если после переезда не грузятся картинки в админке - почти всегда дело в них.
- Адрес сайта в базе. Если домен не менялся, трогать не нужно; если менялся - адреса внутри базы надо заменять правильным инструментом, а не поиском с заменой по дампу, иначе поедут сериализованные данные.
- Кэширующие плагины. Их лучше отключить на время переезда и включить после, иначе будете смотреть на старую версию страницы и думать, что что-то не работает.
Отдельная тема - обновления и плагины, которые после переезда начинают вести себя иначе. Собранные нами грабли по WordPress лежат в разборе плагинов и уязвимостей.
Что проверить после переключения#
Первые сутки:
- Сайт открывается по https, замок в адресной строке на месте, без предупреждений.
- Внутренние страницы открываются, а не отдают 404.
- Форма заявки отправляется, и письмо приходит.
- Почта на домене принимает и отправляет.
- Админка работает, файлы загружаются.
- Счётчик аналитики на месте и собирает визиты.
Первая неделя:
- В Яндекс Вебмастере нет всплеска ошибок сервера в разделе диагностики. Если что-то отвалилось, вы узнаете об этом там раньше, чем от клиентов - при условии, что Вебмастер подключён. Как это делается, разобрано в добавлении сайта в Вебмастер.
- Фоновые задачи отработали: выгрузки, рассылки, синхронизация.
- Время ответа сервера действительно стало лучше, ради чего всё и затевалось.
- Позиции по ключевым запросам на месте. Проседание на день-два в переходный период бывает, устойчивое падение через неделю - повод разбираться. Способы проверки - в статье про позиции.
Сколько это стоит и когда звать подрядчика#
Простой сайт-визитка или лендинг на статике переносится за час и не требует специальных навыков: скопировать файлы, поменять запись, выпустить сертификат.
Разговор о подрядчике начинается там, где есть что терять:
- Магазин с заказами и оплатами - переезд надо делать в окно с низкой посещаемостью и с планом переноса заказов из переходного периода.
- Сайт с интеграциями: 1С, CRM, платёжный шлюз, сервис доставки. Каждая интеграция - это отдельный набор адресов и ключей, которые придётся перепрописать.
- Сайт, который приносит заявки прямо сейчас. Тут цена суток простоя считается не в рублях за хостинг.
У нас перенос сайта - обычная работа при передаче проекта на поддержку: мы переносим клиентские сайты на свой сервер, потому что так предсказуемее и быстрее чинится. Что входит в наши услуги и по каким ценам - на странице разработки сайтов и в прайсе.
Частые вопросы#
Обязательно ли переносить домен к новому хостеру? Нет. Домен и хостинг - разные услуги, они могут жить у разных компаний сколько угодно долго. Переносить домен стоит только ради удобства управления в одном месте, и делать это лучше отдельно от переезда сайта, а не одновременно.
Что если сайт большой и архив не собирается? Копируйте по частям: отдельно базу, отдельно папку с загрузками, отдельно всё остальное. Или через SSH напрямую с сервера на сервер - это быстрее любой заливки через браузер.
Можно ли перенести сайт с конструктора на обычный хостинг? Это не перенос, а сборка сайта заново: у конструктора нет файлов в привычном виде. Отдельный разговор, и он у нас есть - перенос сайта с Тильды.
Сколько держать старый хостинг оплаченным? Две недели минимум, месяц спокойнее. За это время DNS разойдётся полностью и вылезут все хвосты, если они есть.
Перенесём сайт без простоя#
Мы переносим сайты между хостингами регулярно - и клиентские, и свои. Порядок один и тот же: инвентаризация, копия, проверка на новом сервере с правкой hosts, переключение только A-записи, старый сервер живёт ещё две недели.
Если хотите отдать переезд целиком - напишите через форму и укажите, какой у вас движок и есть ли интеграции. Мы посмотрим и назовём срок и цену до начала работ, без «выяснится в процессе». Заодно можно прогнать сайт через бесплатную проверку - она покажет, есть ли проблемы, которые переезд не решит, и стоит ли чинить их заодно.
