Перенести сайт на другой хостинг без простоя можно, если не торопиться с переключением домена и сначала полностью поднять копию сайта на новом сервере. Основная ошибка при переезде — менять DNS сразу после загрузки файлов, не проверив базу данных, PHP-версию, почту и работу форм. В результате сайт на старом хостинге уже отключён, а на новом ещё не готов.
Ниже — рабочая схема, которая подходит для большинства сайтов на WordPress, а также для обычных сайтов на PHP и MySQL. Если у вас ещё и почта привязана к домену, к ней нужно отнестись отдельно: при смене DNS можно временно потерять входящую почту, если не перенести MX-записи и ящики заранее.
Что нужно подготовить до переезда
Перед началом проверьте три вещи: доступ к старому хостингу, доступ к новому хостингу и доступ к управлению доменом у регистратора или в панели хостинга. Без этого перенос без простоя превращается в угадывание.
Соберите заранее:
- логины и пароли от старой и новой панели управления;
- доступ к FTP/SFTP или файловому менеджеру;
- доступ к базе данных MySQL/MariaDB;
- доступ к DNS-зоне домена;
- список почтовых ящиков и текущих MX-записей, если почта работает на этом же домене;
- данные о версии PHP и лимитах нового тарифа, если сайт на WordPress или другой CMS.
Если новый хостинг предлагает перенос силами поддержки, это хороший вариант для сложных сайтов, но всё равно лучше понимать последовательность действий. Тогда проще проверить, что именно перенесли и где искать ошибку.
Сначала разверните сайт на новом хостинге, не трогая домен
Чтобы избежать простоя, сначала поднимите полную копию сайта на новом хостинге и проверьте её по временной ссылке, тестовому поддомену или через файл hosts на своём компьютере. Домен в этот момент ещё должен вести на старый сервер.
Для WordPress и большинства сайтов схема одна и та же: перенести файлы сайта и базу данных, затем поправить конфигурацию подключения к базе. Если сайт небольшой, это можно сделать вручную. Если сайт большой или с нестандартной структурой, удобнее использовать резервную копию и восстановление через панель хостинга.
Перенос файлов
Скопируйте все файлы сайта из старого аккаунта на новый. Для WordPress это обычно папка с файлами ядра, темами, плагинами и загрузками. Не забудьте скрытые файлы вроде .htaccess, если сайт использует правила переадресации или ЧПУ.
Если переносите через FTP, следите за тем, чтобы передача завершилась без ошибок. Для больших сайтов надёжнее использовать архив: сначала упаковать файлы на старом хостинге, затем скачать архив и распаковать на новом. Так меньше риск потерять отдельные файлы.
Перенос базы данных
Базу данных экспортируют со старого хостинга и импортируют на новый. Для WordPress это критичный шаг: без базы сайт откроется как пустая оболочка. Если в панели есть phpMyAdmin, обычно достаточно экспортировать базу в формате SQL и импортировать её в новую базу на новом хостинге.
После импорта проверьте, что имя базы, пользователь и пароль совпадают с теми, что прописаны в конфигурации сайта. Для WordPress это файл wp-config.php. Если данные не совпадут, сайт покажет ошибку подключения к базе.
Проверка на новом сервере до переключения DNS
На этом этапе сайт уже должен открываться на новом хостинге, но ещё не по основному домену. Проверьте главную страницу, внутренние страницы, вход в админку, отправку форм, поиск по сайту и, если есть, корзину и оформление заказа. Для интернет-магазина это особенно важно: ошибки часто проявляются не на главной, а в процессе оформления.
Если на новом хостинге другая версия PHP, сайт может вести себя иначе. Старые плагины и темы иногда ломаются после перехода с PHP 7.x на PHP 8.x или наоборот. Лучше увидеть это до смены DNS, чем после.
Как переключить домен без заметной недоступности
Когда копия сайта на новом хостинге уже работает, можно переключать домен. Самый безопасный вариант — заранее снизить TTL у DNS-записей, если у вас есть доступ к управлению зоной. TTL определяет, как долго провайдеры и устройства кэшируют старый IP-адрес. Чем меньше TTL, тем быстрее домен начнёт открывать новый сервер после изменения записи.
Практически это выглядит так:
- за 1–2 дня до переезда уменьшите TTL у A-записи и, если нужно, у MX-записей;
- дождитесь, пока старые значения разойдутся по кэшу;
- после проверки сайта на новом хостинге замените IP-адрес домена на новый;
- не отключайте старый хостинг сразу, а держите его активным ещё несколько дней.
Последний пункт важен: даже при низком TTL часть посетителей и почтовых серверов ещё некоторое время может обращаться к старому адресу. Если старый аккаунт уже удалён, часть запросов потеряется.
Что делать с почтой, если она привязана к домену
Почта — самая частая причина неприятных сюрпризов при переезде. Если ящики вида info@вашдомен.ru обслуживались на старом хостинге, нельзя просто поменять A-запись сайта и забыть о DNS. Нужно отдельно проверить MX-записи, SPF, DKIM и, если используется, DMARC.
Если почта остаётся на старом хостинге, а сайт переезжает на новый, в DNS нужно оставить MX-записи, указывающие на старый почтовый сервер. Если почта тоже переезжает, сначала создайте ящики на новом хостинге, перенесите письма при необходимости и только потом меняйте MX-записи.
Самая безопасная последовательность для почты такая:
- создать почтовые ящики на новом хостинге;
- перенести письма, если они нужны;
- обновить MX-записи;
- проверить отправку и получение писем;
- не удалять старую почту до окончания переходного периода.
Если вы не уверены, где именно обслуживается почта, сначала посмотрите текущие MX-записи в DNS-зоне. Это проще, чем потом разбираться с пропавшими письмами.
Проверка сайта после переезда
После переключения домена не ограничивайтесь открытием главной страницы. Сайт может открываться, но при этом ломаться в деталях: не отправляются формы, не работает авторизация, не открываются изображения, не создаются заказы.
Проверьте минимум следующее:
- открывается ли сайт по основному домену и с
www, если он используется; - работает ли HTTPS и не выдаёт ли браузер предупреждение о сертификате;
- открываются ли внутренние страницы и медиафайлы;
- сохраняются ли формы обратной связи;
- принимается ли вход в админку WordPress;
- работают ли письма с сайта и уведомления;
- нет ли редиректов на старый домен или старый IP.
Для WordPress отдельно проверьте постоянные ссылки. Если после переноса страницы отдают 404, часто помогает повторное сохранение структуры ссылок в админке. Если сайт использует кэш, очистите его на новом хостинге и в плагине кэширования, если он установлен.
Когда старый хостинг можно отключать
Не спешите закрывать старый аккаунт в день переезда. Даже если сайт уже открывается на новом сервере, часть посетителей может ещё видеть старый IP из-за кэша DNS. Почта тоже может приходить с задержкой, если MX-записи только что изменились.
Обычно старый хостинг держат активным несколько дней, а для более спокойного перехода — до недели. Этого достаточно, чтобы убедиться, что:
- сайт стабильно открывается на новом сервере;
- все формы и уведомления работают;
- почта приходит и отправляется;
- в логах нет ошибок, связанных с базой данных, правами на файлы или несовместимостью PHP.
Перед отключением старого хостинга сделайте финальную резервную копию. Это особенно важно, если за время перехода на сайт могли прийти новые заказы, комментарии или письма.
Типичные ошибки при переносе без простоя
Чаще всего проблемы возникают не из-за самого переноса, а из-за спешки.
- Смена DNS до полной проверки сайта. В этом случае пользователи попадают на ещё не готовый сервер.
- Забыли про базу данных. Файлы перенесли, а сайт не работает, потому что не импортировали SQL.
- Не учли почту. Сайт переехал, а письма перестали приходить.
- Не проверили PHP-версию. После переноса часть плагинов или шаблонов ломается.
- Сразу удалили старый хостинг. Из-за DNS-кэша часть трафика и почты ещё идёт на старый сервер.
Если сайт коммерческий или на нём постоянно идут заявки и заказы, лучше не делать перенос ночью «вслепую». Сначала подготовьте копию, проверьте её, а уже потом переключайте домен в спокойное время, когда можно быстро отследить ошибки.
Если сайт большой или сложный, часть работы лучше отдать хостингу
Для небольшого WordPress-сайта перенос обычно реально сделать самостоятельно. Но если у вас магазин, несколько сайтов в одном аккаунте, большой объём файлов или сложная почтовая схема, разумно попросить поддержку нового хостинга помочь с миграцией. У многих провайдеров это входит в услугу или доступно как отдельная опция.
Самостоятельный перенос на VPS/VDS требует ещё и администрирования сервера: настройки веб-сервера, PHP, базы данных, резервного копирования, SSL и почты. Если у вас нет опыта, обычный виртуальный хостинг с нормальной поддержкой часто безопаснее, чем более дешёвый, но требующий ручной настройки сервер.
Главный принцип переезда без простоя простой: сначала подготовить и проверить копию на новом месте, потом переключить домен, потом ещё несколько дней держать старый хостинг как страховку. Если не сокращать этот порядок, сайт и почта переезжают без заметной паузы для посетителей.