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

Чтобы избежать путаницы, сразу определимся с понятиями:

  • Перенос сайта (хостинга): Переезд файлов и базы данных на серверы другой компании. 👉 Об этом и пойдет речь в статье.
  • Перенос домена: Смена компании-регистратора для вашего доменного имени. Требуется гораздо реже.

В 90% случаев при «переезде» вам нужна именно первая процедура. Домен часто можно оставить у старого регистратора.

В этом руководстве мы подробно разберем, как перенести домен на другой хостинг самостоятельно, шаг за шагом. Вы узнаете, как подготовиться к переезду, создать резервные копии, корректно настроить сервер и, что критически важно, сохранить SEO-позиции своего ресурса. 


Содержание:

  1. Зачем переносить домен и хостинг?
  2. Подготовка к переносу: чек-лист
  3. Пошаговая инструкция по переносу сайта
  4. Ключевой этап: перенос домена и смена DNS
  5. Финальные проверки и SEO-оптимизация
  6. План отката (rollback)
  7. Как выбрать нового хостинг-провайдера?
  8. Заключение

Зачем переносить домен и хостинг?

Решение сменить провайдера редко бывает спонтанным. Обычно к нему приводят системные проблемы, мешающие развитию проекта. Вот основные причины для переноса:

  • Низкая скорость и производительность. Долгая загрузка страниц ухудшает пользовательский опыт и приводит к снижению позиций в Google и Яндекс.
  • Частые сбои и низкий uptime. Регулярные «падения» сайта вредят репутации и приводят к потере клиентов.
  • Неудовлетворительная работа техподдержки. Отсутствие быстрой и компетентной помощи в критический момент.
  • Исчерпание ресурсов тарифа. Старый хостинг не справляется с растущей посещаемостью и требует апгрейда.
  • Выгодные условия у другого провайдера. Более низкая цена, расширенные возможности или специализация под высокие нагрузки.
  • Смена домена в связи с ребрендингом. Компания меняет название и нуждается в новом адресе в интернете.

Понимание причины поможет не только выбрать подходящего нового хостинг-провайдера, но и правильно спланировать сам процесс миграции.

Подготовка к переносу: чек-лист

Прежде чем нажимать какие-либо кнопки, важно подготовиться. Потратив час на планирование, вы сэкономите день на решении непредвиденных проблем.

Что нужно проверить и собрать перед началом:

  1. Собрать все доступы. Вам понадобятся логины и пароли от:
    • Панели управления старым хостингом.
    • FTP или SSH-доступа к старому серверу.
    • Базы данных (обычно через phpMyAdmin).
    • Аккаунта у регистратора домена (где вы покупали домен).
    • Панели управления новым хостингом.
    • Совет: Используйте менеджер паролей, чтобы хранить данные в одном безопасном месте.
  2. Убедиться в активности домена. Проверьте, чтобы домен был оплачен и не находился в статусе блокировки. Это можно сделать в панели управления регистратора.
  3. Получить код авторизации (Auth-Code/EPP). Если вы планируете не только сменить хостинг, но и перенести сам домен к другому регистратору, запросите этот код у текущего регистратора.
  4. Запланировать время. Назначайте перенос на время наименьшей активности на сайте – например, ночью или в выходные. Это минимизирует неудобства для посетителей.

Пошаговая инструкция по переносу сайта

Теперь перейдем к практической части. Следуйте этим шагам последовательно.

Шаг 1: создание полной резервной копии

Это самый важный этап. Резервная копия – ваша страховка на случай любых неполадок.

  • Бэкап файлов сайта. Подключитесь к старому серверу по FTP (через FileZilla) или SSH. Найдите корневую папку сайта (часто public_html, www или htdocs). Скопируйте ее содержимое на свой компьютер. Для ускорения можно создать архив прямо на сервере командой tar -czvf site_backup.tar.gz public_html/ и скачать один файл.
  • Экспорт базы данных. Зайдите в панель управления старым хостингом и откройте phpMyAdmin. Выберите базу данных вашего сайта, перейдите на вкладку «Экспорт», выберите формат SQL и нажмите «Выполнить». Сохраните .sql файл. Альтернативно, можно создать дамп через командную строку: mysqldump -u user -p database_name > backup.sql.
  • Проверка копии. Убедитесь, что архив с файлами открывается, а дамп базы данных не пустой. Храните копии в надежном месте, например, на локальном диске и в облаке.

Шаг 2: перенос данных на новый хостинг

Здесь мы разворачиваем наш сайт на новом месте.

  1. Добавление домена. В панели управления новым хостингом найдите раздел «Домены» или «Сайты» и добавьте ваш домен. Система создаст для него корневую папку.
  2. Загрузка файлов сайта. Подключитесь по FTP к новому серверу (данные вам предоставит хостинг-провайдер). Загрузите все файлы из вашей резервной копии в созданную корневую папку. Если вы скачали архив, можно загрузить его и распаковать на сервере.
  3. Создание и импорт базы данных. В панели нового хостинга создайте новую базу данных MySQL, пользователя и пароль. Запомните эти данные. Затем откройте phpMyAdmin для нового сервера, выберите созданную базу, перейдите на вкладку «Импорт», загрузите ваш .sql файл и запустите импорт.

Шаг 3: настройка конфигурации

После переноса файлов и БД сайт «не знает», где теперь находится его база данных. Нужно обновить настройки подключения.

Найдите и отредактируйте конфигурационный файл вашей CMS. Он обычно находится в корне сайта:

  • WordPress: wp-config.php. Нужно обновить значения DB_NAME, DB_USER, DB_PASSWORD, DB_HOST.
  • Joomla: configuration.php.
  • Bitrix: /bitrix/php_interface/dbconn.php.
  • Другие системы (Laravel, Drupal): Файл .env или settings.php.

Замените старые параметры базы данных на новые, которые вы создали на шаге 2.

Шаг 4: тестирование сайта на новом хостинге

Ни в коем случае не меняйте DNS сразу! Сначала убедитесь, что сайт работает корректно на новом сервере. Для этого есть два способа:

  1. Временный адрес. Многие хостинг-провайдеры предоставляют временный URL для доступа к сайту до привязки домена (например, вашсайт.вашхостинг.ru).
  2. Правка файла hosts на компьютере. Вы можете «обмануть» свой компьютер, прописав в системном файле hosts связку IP-адреса нового сервера и вашего домена. Тогда только у вас сайт будет открываться с нового хостинга.

Что тестировать: откройте главную и внутренние страницы, проверьте работу форм, корректность отображения изображений и стилей, зайдите в административную панель CMS.

Ключевой этап: перенос домена и смена DNS

Когда сайт на новом хостинге полностью готов и протестирован, пора «переключать» домен. Важно понять разницу: файлы сайта уже на новом сервере, но интернет по-прежнему направляет пользователей на старый. Чтобы изменить это направление, нужно обновить DNS-записи.


Где меняются DNS-записи? В панели управления у вашего регистратора домена (компании, у которой вы купили домен). Это не обязательно ваш старый хостинг.

Способы переключения домена:

  1. Смена NS-серверов (рекомендуемый способ). Ваш новый хостинг-провайдер предоставляет вам свои NS-адреса (выглядят как ns1.vashhosting.ru, ns2.vashhosting.ru). Вам нужно зайти в панель регистратора и в настройках домена прописать эти адреса вместо старых.
  2. Изменение А-записи (альтернативный способ). Если вы хотите оставить управление DNS у текущего регистратора, можно изменить только А-запись домена, указав в ней IP-адрес нового сервера.

Важное предупреждение о DNS-пропагации. После внесения изменений потребуется время (от 2 до 48 часов), чтобы обновление распространилось по всему интернету. В этот период часть пользователей будет видеть старый сайт, а часть – новый. Это нормальный процесс.

Финальные проверки и SEO-оптимизация

После того как DNS обновились и сайт открывается с нового хостинга у всех пользователей, выполните заключительные проверки:

  • Корректность работы. Проверьте сайт на разных устройствах и в разных браузерах.
  • SSL-сертификат. Убедитесь, что ваш сайт открывается по https:// и сертификат действителен.
  • Настройка 301-редиректов. Если при переезде менялась структура URL, критически важно настроить 301-редиректы со старых адресов на новые. Это сохраняет «вес» страниц для поисковых систем. Правила прописываются в файле .htaccess (для Apache) или конфигурации Nginx.
  • Обновление файлов sitemap.xml и robots.txt. Убедитесь, что в robots.txt указан актуальный адрес карты сайта.
  • Уведомление поисковых систем. Добавьте новый домен (если он менялся) в Google Search Console и Яндекс.Вебмастер. Используйте встроенные инструменты «Переезд сайта», чтобы сообщить роботам о смене адреса.
  • Проверка почты. Если к домену привязана корпоративная почта, убедитесь, что она работает (возможно, потребуется обновить MX-записи в DNS).

План отката (rollback)

Что делать, если что-то пошло не так? Даже при тщательной подготовке могут возникнуть проблемы. Заранее подготовленный план отката поможет быстро вернуть все как было.

  1. Верните старые DNS-записи. В панели регистратора пропишите прежние NS-серверы или А-запись.
  2. Восстановите работу на старом хостинге. Если вы не отключали старый аккаунт сразу (а мы рекомендуем держать его активным 3-7 дней после переезда), сайт снова станет доступен по старому адресу после обновления DNS.
  3. Используйте резервную копию. Если данные на старом хостинге были утеряны, разверните бэкап, который вы сделали в самом начале.

Главный способ избежать отката – тщательное тестирование на новом хостинге перед сменой DNS.

Как выбрать нового хостинг-провайдера?

Чтобы в будущем снова не столкнуться с необходимостью переезда, ответственно подойдите к выбору новой площадки. Критерии выбора, на которые стоит обратить внимание:

  • Технические характеристики. Достаточный объем RAM и CPU, диски SSD/NVMe для скорости, поддержка актуальных версий PHP, MySQL и нужных модулей.
  • Надежность и uptime. Ищите провайдеров с гарантией uptime 99.9% и выше (SLA). Узнайте о резервном питании и каналах связи.
  • Качество и скорость техподдержки. Это один из самых важных критериев. Поддержка должна быть доступна 24/7 по нескольким каналам (чат, телефон, тикеты) и оперативно решать проблемы. Почитайте независимые отзывы.
  • Наличие автоматических бэкапов. Регулярное автоматическое резервное копирование спасет в случае ошибок или атак.
  • Масштабируемость. Возможность легко увеличить ресурсы (тариф) по мере роста вашего проекта.

Заключение

Перенос домена на другой хостинг – это комплексная, но вполне выполнимая задача. Ключ к успеху лежит в тщательном планировании, создании резервных копий, поэтапном тестировании и внимании к деталям, особенно в части SEO (редиректы, информирование поисковиков). Следуя шагам из этого руководства, вы сможете провести миграцию с минимальным простоем и без потери данных.

Часто задаваемые вопросы

Сам процесс копирования файлов и баз данных может занять от 30 минут до нескольких часов в зависимости от объема. Самое долгое – это обновление DNS-записей (пропагация), которое длится от 2 до 48 часов. В это время сайт остается доступным.

Да, если у вас сайт на популярной CMS (WordPress, Joomla), вы можете сделать это по инструкции. Однако, если проект сложный (интернет-магазин с большим количеством данных, кастомные настройки), или вы не уверены в своих силах, лучше сразу воспользоваться услугой переноса от нового хостинг-провайдера.

При правильном выполнении всех шагов (особенно настройки 301-редиректов и уведомления поисковых систем) позиции сохранятся. Возможен временный незначительный спад трафика на 1-3 недели, пока поисковики полностью переиндексируют сайт на новом месте.

Вам нужно сначала разделить услуги: оставить домен у текущего регистратора (хостера), но отвязать его от хостинга. Либо запросить у него Auth-Code и перенести домен к независимому регистратору или к новому хостинг-провайдеру. Это дает больше гибкости в управлении.

Чаще всего – нет. Но если на старом хостинге были особые настройки (например, редиректы, прописанные в конфигурации сервера, а не в .htaccess), их возможно потребуется воспроизвести. Также проверьте, не прописаны ли в .htaccess абсолютные пути к папкам старого сервера.