Перенос сайта на другой хостинг или домен: план без простоя и потери почты

Короткий ответ: переезд без простоя делается в обратном порядке — сначала полная копия сайта на новом сервере и проверка, потом переключение DNS. Файлы и базу переносят архивом и дампом, почту сохраняют, повторив MX, SPF и DKIM в новой DNS-зоне, TTL снижают за сутки-двое. При смене домена добавляются постраничные 301-редиректы и заявка «Переезд сайта» в Яндекс Вебмастере. Перенос можно сделать разовой задачей в рамках поддержки сайта — от 7 900 ₽ в месяц по абонентке, точный объём считаем после брифа.

Дальше — план, который подходит для любого движка: WordPress, 1С-Битрикс, самописного сайта на PHP или Node.js. Если вы уходите с конструктора, порядок другой, он разобран в статье как перенести сайт с Тильды на свой хостинг.

Когда стоит менять хостинг?

Когда хостинг мешает работе сайта или бизнеса: сайт регулярно недоступен, страницы отдаются медленно из-за сервера, а не кода, нужной версии PHP или базы нет, или доступ к хостингу записан на бывшего подрядчика. Переезд ради скидки в пару сотен рублей обычно не окупает риск.

Типичные поводы, с которыми к нам приходят:

• Тариф упёрся в потолок. Каталог вырос, обмен с 1С идёт по ночам, и общий виртуальный хостинг не справляется — нужен VPS или выделенный сервер.
• Старая версия ПО. Хостинг не даёт обновить PHP, а без этого не обновляется движок и плагины, в которых закрывают уязвимости.
• Доступы не у вас. Аккаунт хостинга оформлен на прежнего разработчика. Сначала решают вопрос владения — об этом статья на кого оформлять домен и хостинг, — а потом уже переносят.
• Всё в одном месте. Хотите держать сайт, базу и интеграции на одном сервере, чтобы ими занимался один подрядчик.

Медленный сайт — не всегда вина хостинга. Если тормозят тяжёлые картинки или скрипты, на новом сервере будет так же медленно. Сначала стоит проверить скорость загрузки и понять, где именно теряется время.

Что подготовить до переноса?

Доступы ко всему, полную резервную копию и список того, что работает «в фоне»: почта, задачи по расписанию, интеграции. Большинство аварий при переезде — не из-за сложных файлов, а из-за забытой DNS-записи или выгрузки в 1С, о которой никто не помнил.

Чек-лист перед стартом:

1. Доступы: панель регистратора домена, старый и новый хостинг, админка сайта, FTP или SSH, база данных, почтовый сервис.
2. Резервная копия: файлы и дамп базы, скачанные к себе, а не оставленные на старом сервере. Проверьте, что архив открывается.
3. Выгрузка DNS-зоны: все записи текстом — A, AAAA, CNAME, MX, TXT (SPF, DKIM, DMARC, подтверждения сервисов), SRV.
4. Окружение: версии PHP или Node.js, базы данных, модули веб-сервера, лимиты памяти. Новый сервер должен им соответствовать.
5. Фоновые задачи: cron, обмен с 1С и складом, отправка писем, бэкапы. Выпишите каждую с расписанием.
6. Где живёт почта: у хостинга или у отдельного почтового сервиса — от этого зависит, переносить ли ящики.
7. Окно переезда: время с минимальным трафиком, когда никто не оформляет заказы, и человек на связи с вашей стороны.

Как перенести файлы и базу?

Файлы копируют архивом или синхронизацией по SSH, базу — дампом, который разворачивают на новом сервере. Затем правят настройки подключения к базе и пути. Порядок одинаков для всех движков, различаются инструменты.

Общий порядок:

1. Создать на новом сервере базу и пользователя с теми же правами.
2. Снять дамп базы и залить его; проверить кодировку — после переноса кириллица не должна превращаться в «кракозябры».
3. Перенести файлы целиком, включая служебные вроде .htaccess и папки загрузок.
4. Прописать новые данные подключения к базе в конфигурации сайта.
5. Перенести задачи по расписанию и настройки веб-сервера: редиректы, сжатие, лимиты загрузки.

WordPress. Подключение к базе задаётся в wp-config.php. Если меняется и домен, адрес сайта хранится в базе, причём часть значений сериализована: по руководству WordPress простая замена текста по всему дампу ломает такие записи. Для замены используют, например, команду wp search-replace, которая учитывает сериализацию.

1С-Битрикс. У платформы есть свой путь: резервная копия из административной части и скрипт restore.php, который кладут в корень нового сайта и запускают в браузере — порядок описан в курсе 1С-Битрикс о восстановлении из копии. После восстановления служебные файлы и архив с сервера удаляют.

Самописный сайт. Если код лежит в Git-репозитории, его разворачивают из репозитория, а не копируют с сервера: так сразу видно, не правил ли кто-то файлы прямо на старом хостинге. Переменные окружения и ключи интеграций переносят отдельно и вручную.

Как не потерять почту и DNS-записи?

Перенести DNS-зону раньше, чем сменить сервер: скопировать все записи в новую зону, сверить построчно и только потом менять NS или A-запись. Почта ломается чаще всего: MX и SPF остаются в старой зоне, а NS уже смотрят на новую, где этих записей нет.

Есть два способа переключить сайт:

• Поменять только A-запись. DNS остаётся там же, вы меняете IP-адрес сайта. Почтовые записи не трогаются вовсе — самый безопасный вариант.
• Поменять NS-серверы на DNS нового хостинга. Тогда в новой зоне заранее заводят все записи: MX, SPF, DKIM, DMARC, TXT-подтверждения Яндекса, Google и других сервисов.

TTL. Это время, на которое резолверы запоминают ответ. Если он стоит сутки, после переключения часть посетителей сутки видит старый сервер. За 1–2 дня до переезда TTL у A-записи снижают до нескольких минут, после переезда возвращают обратно. Для смены NS-серверов это не работает: TTL NS-записей задаёт зона верхнего уровня, например .ru, и вы его не снижаете — поэтому переключение NS может занять до суток и дольше.

Если почта жила у хостинга. Ящики не переедут сами: письма нужно перенести, например по IMAP, а в почтовых программах сотрудников поменять адрес сервера. Хороший момент вынести почту к отдельному почтовому сервису, чтобы следующий переезд сайта её уже не касался.

SPF. Если сайт сам отправляет письма — уведомления о заказах, восстановление пароля, — IP нового сервера или сервис рассылки должен быть указан в SPF-записи. Иначе письма с сайта начнут попадать в спам у покупателей.

Что сделать при смене домена?

Настроить постраничный 301-редирект со старых адресов на новые, подтвердить оба сайта в Яндекс Вебмастере и Google Search Console и подать заявку на переезд. Старый домен не отпускать: продлевать его и держать редиректы, пока на него идут люди.

По справке Яндекс Вебмастера (на 30 октября 2026 года) порядок такой:

1. Добавить в Вебмастер старый и новый сайт и подтвердить права на оба.
2. Убедиться, что новый сайт отвечает кодом 200, старый — 200 или редиректом, а robots.txt обоих разрешает индексирование и совпадает по содержимому.
3. Настроить редиректы со страниц старого сайта на аналогичные страницы нового: главная — на главную, а не все страницы — на главную.
4. Подать заявку в разделе «Индексирование» → «Переезд сайта».

Справка предупреждает: если в коде страниц нового сайта есть атрибут rel="canonical", заявку на переезд не примут — его убирают и подают заявку повторно. Смена главного адреса занимает несколько недель, а обработка заявки — от нескольких недель до месяцев.

В Google есть аналог — инструмент смены адреса в Search Console. Его справка просит держать редиректы не меньше 180 дней, а дольше — если из поиска на старые адреса ещё идут переходы.

Что ещё обновить вручную: адрес в Яндекс Бизнесе и картах, в счётчиках аналитики, в рекламных кампаниях, подписях писем, на визитках и в карточках на маркетплейсах. Пример из наших кейсов: при ребрендинге «Зелёной дороги» имя, палитру, значки и переезд на новый домен сделали за один день — логотип, значки, превью ссылок, админка и бланк КП собираются из одного исходника, поэтому старое имя не осталось ни в одном углу.

Что забыли	Что сломается	Как не забыть
Скопировать MX, SPF, DKIM и прочие записи в новую DNS-зону	Почта перестаёт приходить или уходит в спам, часто без ошибок на экране	Выгрузить зону целиком до смены NS и сверить построчно
Заранее снизить TTL	Часть посетителей ещё сутки видит старый сервер, заявки падают туда	Снизить TTL за 1–2 суток до переключения
Перенести задачи по расписанию (cron)	Не уходят выгрузки в 1С, письма, обновление цен	Выписать все задачи со старого сервера в чек-лист
Выпустить SSL на новом сервере	Браузер показывает «Подключение не защищено»	Проверить сертификат сразу после переключения
Отключить формы на старом сервере	Заявки уходят в ящик, который никто не читает	Заморозить старый сайт или поставить на нём редирект
Поправить адрес в настройках движка	Стили не грузятся, ссылки ведут на старый домен	Замена адреса инструментом, который понимает сериализованные данные
Сохранить 301 со старого домена	Страницы выпадают из поиска, ссылки партнёров ведут в никуда	Держать старый домен и редиректы не меньше года

Как проверить сайт после переезда?

Проверять нужно дважды: до переключения DNS — через файл hosts, когда новый сервер видите только вы, и сразу после — уже как обычный посетитель. Смотрят не «открывается ли главная», а сценарии, которые приносят деньги: заявку, заказ, оплату, письмо.

Проверка до переключения: на своём компьютере в файле hosts прописывают домен и IP нового сервера. Сайт открывается с нового сервера, а клиенты по-прежнему видят старый. Так можно спокойно пройти все страницы и сценарии.

Чек-лист после переключения:

• сайт открывается по https, сертификат действителен, http и www ведут на основной адрес;
• форма заявки доходит до почты, Telegram или CRM;
• тестовый заказ проходит до оплаты, письмо покупателю приходит и не в спам;
• обмен с 1С и другие фоновые задачи отработали по расписанию;
• письма на адреса домена приходят и уходят — проверьте с внешнего ящика;
• в Вебмастере и Search Console нет всплеска ошибок 404 и 5xx;
• счётчики аналитики собирают визиты.

Старый хостинг не отключайте сразу: оставьте его на неделю-две как запасной вариант и убедитесь, что на него больше не приходят запросы. Так выглядел и запуск сайта «Бытполимера»: при переходе с конструктора MotoCMS на свой сайт на домене bytpolimer.ru мы настроили HTTPS с автопродлением сертификата, переадресацию с www и http, DNS-записи и почту на домене.

Когда переезд не нужен и какие ошибки самые частые?

Переезд не нужен, если проблема в коде, а не в сервере, если сайт всё равно скоро заменят новым, или если вы собираетесь сменить домен ради красивого имени без весомой причины. Смена домена — самая дорогая часть переезда по последствиям для поиска.

Если сайт устарел и его планируют переделывать, логичнее сначала решить, редизайн это или новый сайт, и переносить уже готовую версию — иначе работу придётся делать дважды.

Ошибки, которые встречаются чаще всего:

• Перенос в рабочее время. Заказы приходят на старый сервер, а база уже скопирована — их нужно потом сводить вручную.
• Редирект всех страниц на главную. Поисковики теряют соответствие страниц, люди из закладок попадают не туда.
• Отключили старый хостинг в тот же день. Если что-то пошло не так, откатиться некуда.
• Не продлили старый домен. Через год его может зарегистрировать кто угодно — вместе со ссылками, которые на него ведут.
• Не обновили SPF. Сайт работает, но уведомления о заказах уходят в спам, и об этом узнают от клиентов.

Сколько стоит перенос и кто его делает?

Отдельного тарифа на перенос в нашем прайсе нет: объём сильно зависит от движка, размера базы, почты и интеграций. Мы делаем переезд разовой задачей или в рамках абонентской поддержки от 7 900 ₽ в месяц; состав и цену называем после брифа.

Что влияет на объём работ:

• одна смена хостинга или ещё и смена домена с редиректами и заявками в поисковики;
• где почта и нужно ли переносить ящики;
• сколько интеграций: 1С, склад, оплаты, CRM;
• есть ли у сайта резервная копия и доступы, или их сначала нужно восстановить.

Задачи ведём на доске проекта в личном кабинете: вы видите, что сделано, и сами принимаете переезд. Как устроена работа после запуска сайта и что входит в абонентку — на странице поддержки и развития. Домен и хостинг вы оплачиваете напрямую у регистратора и провайдера, и оформлены они на вас.

Короткие ответы на частые вопросы

Можно ли перенести сайт на другой хостинг без простоя?

Да, если поднять копию на новом сервере, проверить её через файл hosts и только потом переключить DNS с заранее сниженным TTL. На время переключения содержимое старого сайта замораживают, чтобы заказы и заявки не остались на старом сервере.

Сколько стоит перенос сайта на другой хостинг?

Отдельного тарифа на перенос в нашем прайсе нет: объём зависит от движка, размера базы, почты и интеграций, поэтому считаем после брифа. Переезд можно сделать разовой задачей в рамках поддержки — абонентка от 7 900 ₽ в месяц — или отдельной сметой.

Пропадёт ли почта на домене при смене хостинга?

Не пропадёт, если почта живёт у отдельного почтового сервиса и в новой DNS-зоне повторены MX, SPF и DKIM. Если ящики были у самого хостинга, письма нужно перенести отдельно, например по IMAP, иначе старые письма останутся у прежнего провайдера.

Упадут ли позиции после переезда на другой домен?

Временные колебания возможны: поисковикам нужно время, чтобы склеить адреса, и по справке Яндекса заявка обрабатывается от нескольких недель до нескольких месяцев. Постраничные 301-редиректы и заявка в Вебмастере сокращают потери, но обещать их отсутствие нельзя.

Как долго держать старый домен после переезда?

Google просит держать редиректы не меньше 180 дней. Мы советуем продлевать старый домен минимум на год, а если получится — дольше: на него ведут старые визитки, письма и ссылки с чужих сайтов.

Услуги и кейсы по теме: поддержка сайта от 7 900 ₽/мес · кейс «Зелёная дорога» · цены и сроки