Часть ссылок на этой странице - партнёрские. На наши рекомендации они не влияют - см. дисклеймер о партнёрских ссылках.

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

Ниже - пошаговый план переноса сайта на виртуальный хостинг, который сохраняет индексацию, редиректы, метаданные и скорость. Он рассчитан на владельца сайта на PHP+MySQL (WordPress, Joomla, Битрикс и подобные CMS), то есть на типичный аккаунт shared-хостинга.

Сначала решите: переносить самому или отдать хостеру

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

  • Timeweb бесплатно переносит сайты по заявке из панели управления: специалисты переносят файлы и базы данных, правят конфигурацию подключения к БД, а почту - по запросу.[4] Заявленный срок переноса - обычно до суток, и на время переноса сайт продолжает работать.[4]
  • Beget принимает заявку на автоматический перенос прямо в панели управления: система подключается к старому аккаунту по FTP, переносит файлы, определяет CMS, копирует базу и настраивает подключение на новом хостинге.[6] После завершения вы получаете инструкцию, как проверить сайт ещё до смены DNS.[6]
  • Рег.ру переносит сайты на виртуальный хостинг или облачные серверы силами специалистов - бесплатно и без перерыва в работе.[8] Для заявки нужны доменное имя, ссылка на архив сайта и дамп базы; минимальный срок - 24 часа.[8]

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

Если же вы переносите сами - что и делают большинство разработчиков, - вот полный порядок действий.

Шаг 1. Инвентаризация: что вообще переезжает

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

Файлы. Директория сайта (обычно public_html или www) вместе со скрытыми файлами: .htaccess, .env, конфиги CMS.[5][7] Загляните туда до переноса и запишите, что где лежит, - на чужом хостинге структура папок может отличаться.

База данных. Имя БД, пользователь и пароль проще всего вытащить из конфигурационного файла CMS: у WordPress это wp-config.php, у Joomla - configuration.php, у 1С-Битрикс - /bitrix/.settings.php.[1][9] Заодно посмотрите кодировку базы (обычно utf8), чтобы после импорта не получить кракозябры.

DNS-зона. Полный список записей домена: A, MX, TXT, CNAME. Их придётся воспроизвести на новом хостинге, иначе переедет не весь сайт - например, останется почта.[3]

Задачи по расписанию. У WordPress это wp-cron, у Битрикса - агенты, у самописных сайтов - записи в crontab. Выпишите их до переноса: автоматически они не переезжают, на новом хостинге их придётся настраивать заново.

SSL-сертификат. Планируйте выпустить новый сертификат на новом хостинге - у большинства тарифов виртуального хостинга бесплатный SSL входит в стоимость.[4]

Версии PHP и MySQL. Убедитесь, что новый хостинг поддерживает версию PHP, на которой работает сайт. Расхождение в версиях - самая частая причина «сайт перенесли правильно, но он не открывается».

Шаг 2. Резервная копия: без неё перенос не начинать

Правило одно: пока на руках нет полного бэкапа со старого аккаунта, ничего не трогать. Бэкап состоит из двух частей.

Архив файлов. Скачайте весь сайт по FTP или SSH и запакуйте. Обратите внимание на формат: если планируете отдать архив в заявку на перенос, он должен быть zip, tar.gz, tar.bz2, tgz или tar.[8]

Дамп базы данных. Сделайте его через phpMyAdmin: выберите базу, вкладка «Экспорт», формат SQL.[1][5] Для заявки хостеру подойдут .sql, .sql.gz или sql.zip.[8] Если база большая и загружается с ошибками, не мучайтесь с веб-интерфейсом - импортируйте дамп через консоль или обратитесь в поддержку.[5]

Храните бэкап до полного завершения переезда (см. шаг про старый аккаунт), а не до первого «вроде заработало».

Шаг 3. Перенос файлов и базы данных

Файлы. На новом хостинге создайте сайт - панель автоматически создаст директорию с заглушкой, которую нужно удалить, и загрузите файлы из бэкапа.[1] Файлы именно копируются, а не перемещаются, поэтому старый сайт продолжает работать всё это время.[1] Это ключевой момент для SEO: боевой сайт не простаивает ни минуты, пока вы возитесь с копией.

Два способа загрузки:

  • FTP-клиент (FileZilla и подобные): подходит для любых панелей и не требует опыта.[5]
  • rsync по SSH: быстрее и надёжнее для больших сайтов, а при обрыве продолжает с места остановки. У Beget команда выглядит как rsync --progress login@host:path/* ./ в директории нового сайта,[7] у Timeweb аналогично через rsync -arpPvt.[2]

База данных. Создайте новую базу в панели нового хостинга (имя и пароль запишите), затем зайдите в её phpMyAdmin и импортируйте дамп: вкладка «Импорт», выбрать файл, выполнить.[1][5][9] На этом этапе у вас уже есть рабочая копия сайта - но пока только по техническому адресу.

Шаг 4. Правка конфигов: wp-config.php и .env

PHP-сайт не знает про новую базу, пока ему об этом не скажут. В конфигурационном файле CMS замените реквизиты подключения: у WordPress в wp-config.php это строки DB_NAME, DB_USER, DB_PASSWORD, DB_HOST,[9] у самописных приложений на Laravel и других фреймворках - переменные окружения в файле .env (имя базы, пользователь, пароль, хост). У Joomla - configuration.php, у Битрикса - dbconn.php и .settings.php.[1]

Две типичные проблемы на этом шаге.

Жёсткая привязка к домену. WordPress хранит адрес сайта в базе (таблицы wp_options: siteurl и home), и если сайт откроется по техническому домену со старым адресом в базе, он начнёт редиректить сам себя. Timeweb рекомендует дописать в конец wp-config.php автоподстановку адреса из запроса - тогда привязка к домену пропадает, и сайт одинаково работает и по техническому, и по боевому адресу.[1] Альтернатива - заменить домен в базе (у WordPress через wp search-replace старый_домен новый_домен по SSH[1] или прямыми UPDATE в phpMyAdmin[9]).

Кэш. После импорта базы на новом хостинге очистите кэш CMS: у WordPress это папка wp-content/cache.[9] Иначе сайт может отдавать страницы от старого домена или устаревшее состояние.

Шаг 5. Проверка на техническом домене

До переключения DNS проверяйте перенесённый сайт по техническому адресу - так боевой домен продолжает работать на старом хостинге, и вы ничего не ломаете перед публикой.[1]

  • У Timeweb это бесплатный технический домен в зонах tw1.su, tw1.ru, twc1.net или webtm.ru, который привязывается к сайту в панели.[1]
  • У Beget - временный домен вида логин.bget.ru (или ваш_логин.beget.ru), создаваемый по умолчанию при открытии аккаунта.[5][7]
  • У Рег.ру - без технического домена, но сайт до смены DNS можно увидеть, временно прописав IP нового хостинга в файле hosts на своём компьютере.[8][9]

Что проверить на техническом домене: открываются ли главная страница и внутренние разделы; работает ли админка; грузятся ли картинки; действуют ли старые редиректы (www, http→https, смена адресов страниц). Именно здесь отлавливается 90% проблем переноса - пока они не видны ни пользователям, ни поисковикам.

Шаг 6. Переключение DNS: TTL снизить заранее

Самый ответственный шаг, и главная ошибка здесь - менять запись без подготовки. DNS-резолверы по всему миру кэшируют ответы на время TTL, поэтому после смены записи часть трафика ещё какое-то время будет идти на старый хостинг.

Снизьте TTL заранее. Selectel прямо рекомендует: за несколько дней до планируемого изменения уменьшите TTL записи до минимально возможного значения, затем в назначенное время меняйте саму запись, а когда изменение распространилось - верните прежнее значение TTL.[10] Низкий TTL заранее означает, что к моменту вашей смены записи все резолверы уже обновили кэш и быстро примут новый ответ.

Теперь меняйте запись одним из двух способов:

  • Смена A-записи. У текущего держателя NS-серверов впишите в качестве A-записи IP сервера нового хостинга. По данным Timeweb, применение изменений занимает от 15 минут до 3 часов.[3]
  • Смена NS-серверов. Укажите у текущего регистратора NS нового хостинга: для Timeweb это ns1.timeweb.ru - ns4.timeweb.org,[3] для Beget - ns1.beget.com, ns2.beget.com, ns1.beget.pro, ns2.beget.pro,[5][7] для Рег.ру - ns1.hosting.reg.ru и ns2.hosting.reg.ru (на облачные серверы - вторая пара NS).[8] Перед сменой NS убедитесь, что все нужные записи (A, MX, TXT) уже созданы на новом хостинге, иначе домен переедет без почты и остальных сервисов.[3]

Чего ждать после. Полное распространение изменений занимает время: по данным Beget, после изменения DNS-записей домен начинает стабильно работать в среднем в течение 24-72 часов из-за кэширования на всём пути до пользователей,[5] а Selectel называет диапазон «от TTL группы записей до 72 часов».[10] В этот период сайт работает попеременно с обоих хостингов - кто-то попадает на старый, кто-то уже на новый.[7] Это нормальный процесс DNS-распространения, а не поломка.

Шаг 7. Проверка после переключения

Когда TTL истёк, прогоните финальный чек-лист - теперь уже по боевому домену.

  • HTTP-статусы. Главная и ключевые страницы отдают 200, битые ссылки дают 404, а не ошибки сервера. Даже автоматический перенос от хостинга проверяет в основном коды ответа - внутренний функционал всегда проверяете вы.[6]
  • Редиректы. Старые адреса (www, http, прежние URL страниц) ведут на новые через 301. После переноса вместе с файлами переезжают и правила .htaccess / конфигурации сервера - проверьте, что они работают и не содержат старых путей.[5]
  • SSL. Сайт открывается по https без ошибок сертификата. Если раньше был редирект на https - он работает.
  • Почта. MX-записи перенесены, почта ходит. Если почтовые ящики жили на старом хостинге, их переносят по заявке (у Timeweb - бесплатно).[4]
  • Индексация. После переезда проверьте сайт в панелях вебмастеров (Google Search Console, Яндекс Вебмастер): запросите переобход главной, убедитесь, что sitemap отдаёт актуальные URL, и следите, чтобы в индекс не попадали технические домены. Для этого технические домены лучше вообще закрыть от индексации или удалить после переезда.

Когда удалять старый аккаунт

Не спешите отключать старый хостинг: держите его 2-4 недели как страховку. За это время вы успеете заметить проблемы, которые видны только на работающем сайте: упавшие редиректы, старые URL в последних переходах, авторизации, письма.

Перед удалением убедитесь, что на старый IP больше не идут запросы от пользователей: Selectel прямо советует проверять, что запросы поступают только на новый адрес, и только после этого освобождать старый.[10] Затем скачайте финальный бэкап со старого аккаунта (за это время на нём могли появиться новые данные) и только потом закрывайте аккаунт и отменяйте продление.

Правильно выполненный перенос - это когда после переключения DNS никто не заметил переезда: ни пользователи, ни поисковые системы. Ошибки на любом из шагов - поспешная смена DNS без сниженного TTL, забытые MX-записи или неудалённый технический домен - лечатся, но стоят нервов и времени. Подготовка, бэкап, проверка на техническом домене и недели страховки - вот и вся формула переезда без потери SEO.

Источники

  1. Timeweb - Перенос через панель управления (технический домен, копирование файлов, дамп и импорт БД, правка конфигов CMS, wp search-replace). https://timeweb.com/ru/docs/virtualnyj-hosting/perenos-sajtov-na-hosting/perenos-cherez-panel-upravleniya/ - checked 2026-11-08
  2. Timeweb - Перенос сайта через терминал и SSH (rsync, mysqldump, scp). https://timeweb.com/ru/docs/virtualnyj-hosting/perenos-sajtov-na-hosting/perenos-pri-pomoshchi-terminala/ - checked 2026-11-08
  3. Timeweb - Технический перенос домена (смена A-записи от 15 минут до 3 часов, смена NS-серверов, копирование DNS-записей). https://timeweb.com/ru/docs/domeny/tekhnicheskij-perenos-domena-v-timeweb/ - checked 2026-11-08
  4. Timeweb - Перенос сайта с другого хостинга (бесплатный перенос по заявке, срок обычно до суток, файлы+БД+конфиги, почта по запросу, SSL в тарифах). https://timeweb.com/ru/services/hosting/perenos-sajta/ - checked 2026-11-08
  5. Beget - Перенос сайта с локального сервера на хостинг (FTP, дамп БД через phpMyAdmin, конфиги CMS, NS-серверы, DNS 24-72 часа). https://beget.com/ru/kb/how-to/sites/perenos-sajta-k-nam - checked 2026-11-08
  6. Beget - Всё об автоматическом переносе сайтов (заявка в панели, перенос файлов и БД, проверка кодов ответа). https://beget.com/ru/kb/how-to/services/avtomaticheskij-perenos-sajtov - checked 2026-11-08
  7. Beget - Как перенести сайт с одного хостинга на другой (rsync, временный домен, помощь поддержки, сроки DNS). https://beget.com/ru/kb/faq/hosting/perenos-sajta - checked 2026-11-08
  8. Рег.ру - Как перенести сайт на хостинг Рег.ру (бесплатный перенос специалистами, форматы архива и дампа, минимальный срок 24 часа, смена DNS, файл hosts). https://help.reg.ru/support/hosting/perenos-saytov/kak-perenesti-sayt-na-hosting-reg-ru - checked 2026-11-08
  9. Рег.ру - Как перенести сайт на WordPress на другой хостинг (wp-config.php, экспорт/импорт БД, замена домена в базе, очистка кэша, hosts). https://help.reg.ru/support/hosting/perenos-saytov/kak-perenesti-sayt-na-wordpress-na-drugoy-hosting - checked 2026-11-08
  10. Selectel - Перенести сайт на новый IP-адрес (снижение TTL заранее, обновление записи от TTL до 72 часов, проверка запросов на старом IP). https://docs.selectel.ru/dns-hosting/records/move-to-new-ip/ - checked 2026-11-08