Как перенести сайт на другой хостинг в 2026 году: пошаговая инструкция без потери SEO, домена и почты

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

С технической точки зрения перенести хостинг обычно означает создать рабочую копию сайта у нового провайдера и направить на неё существующий домен. Сам домен при этом можно оставить у прежнего регистратора.

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

Сам факт появления более дешёвого тарифа у конкурента ещё не означает, что сайт необходимо срочно переносить. Но есть ситуации, когда смена провайдера действительно оправдана.

Наиболее распространённые причины:

• сайт периодически становится недоступен;

• страницы долго отвечают именно из-за сервера;

• текущего тарифа перестало хватать;

• возникают регулярные ограничения CPU, памяти или базы данных;

• поддержка долго отвечает на технические обращения;

• стоимость продления заметно выросла;

• хостинг не поддерживает необходимую версию PHP или другое ПО;

• необходимо разместить несколько проектов в одном аккаунте;

• бизнесу требуется инфраструктура в России;

• виртуального хостинга уже недостаточно и проект необходимо переносить на VPS.

При этом низкие показатели PageSpeed не являются автоматическим доказательством плохого хостинга. Причиной медленной загрузки могут быть изображения, JavaScript, плагины, тяжёлая тема CMS или сторонние сервисы.

Если проблема действительно в инфраструктуре, сначала стоит подобрать новую площадку, а уже после этого начинать миграцию.

Мы ранее отдельно сравнивали российские хостинги в рейтинге 2026 года. В этой статье рейтинг повторять не будем: здесь важен именно безопасный переезд.

Пользователи часто смешивают три разных операции:

1. Перенос сайта — копирование файлов, базы данных и настроек сайта на другой сервер.

2. Смена хостинга — прекращение использования старого провайдера и размещение проекта у нового.

3. Перенос домена — передача доменного имени на обслуживание другому регистратору.

Для смены хостинга переносить домен к другому регистратору необязательно.

Например, домен может оставаться у одного регистратора, а сайт физически располагаться на серверах совершенно другой компании. В таком случае достаточно изменить DNS-настройки домена.

При полноценном переезде обычно необходимо проверить и перенести:

1. файлы сайта;

2. базу данных;

3. конфигурацию CMS;

4. SSL;

5. DNS-записи;

6. почтовые ящики;

7. cron-задачи;

8. дополнительные настройки сервера;

9. резервные копии.

Чем сложнее проект, тем важнее заранее составить этот список. У небольшого WordPress-сайта миграция может сводиться к файлам и одной базе. У интернет-магазина дополнительно могут быть платежи, CRM, API, фоновые задачи, интеграции и корпоративная почта.

Если сайт собирает персональные данные граждан России через формы заявок, регистрацию, обратный звонок, оформление заказа или личный кабинет, при выборе нового хостинга необходимо учитывать Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных».

С 1 июля 2025 года также действуют изменения, внесённые Федеральным законом от 28.02.2025 № 23-ФЗ «О внесении изменений в Федеральный закон „О персональных данных“ и отдельные законодательные акты Российской Федерации».

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

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

Если вместе с хостингом планируется переносить или переоформлять домен, необходимо учитывать Федеральный закон от 29.12.2025 № 569-ФЗ «О внесении изменений в Федеральный закон „Об информации, информационных технологиях и о защите информации“ и отдельные законодательные акты Российской Федерации».

С 1 сентября 2026 года меняется порядок идентификации администраторов российских национальных доменов. Новые требования затрагивают операции с доменными именами в зонах .RU, .РФ и .SU.

Для обычного переноса сайта важно разделять: сменить хостинг и сменить регистратора домена — не одно и то же.

Если домен остаётся у текущего регистратора, а меняется только сервер, обычно достаточно изменить DNS-записи.

Поэтому перед переездом стоит заранее проверить, на кого зарегистрирован домен, актуальны ли данные администратора и есть ли доступ к кабинету регистратора.

Основная ошибка при переезде — начинать перенос до того, как собраны все доступы.

Перед миграцией желательно проверить:

• доступ в панель старого хостинга;

• FTP/SFTP или SSH;

• данные для подключения к базе;

• доступ к панели регистратора домена;

• действующие DNS-записи;

• используемую версию PHP;

• версию MySQL/MariaDB;

• SSL;

• корпоративную почту;

• cron-задачи;

• объём файлов и базы.

Затем создаётся полная резервная копия сайта.

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

И ещё одно правило:

Не отключайте и не удаляйте старый хостинг, пока не убедитесь, что новая версия сайта полностью работает.

Во время обновления DNS разные пользователи некоторое время могут попадать либо на старый, либо уже на новый сервер.

Сначала проверяем совместимость нового тарифа с проектом.

Для обычного сайта стоит обратить внимание как минимум на:

• доступный объём диска;

• количество сайтов;

• количество баз данных;

• версии PHP;

• MySQL/MariaDB;

• SSL;

• резервное копирование;

• почту;

• возможность управлять DNS;

• доступ по FTP/SFTP;

• поддержку нужной CMS;

• ограничения по ресурсам.

Для WordPress, корпоративного сайта и небольшого интернет-магазина зачастую достаточно виртуального хостинга.

Если проекту требуется собственное окружение, Docker, нестандартное серверное ПО или гарантированный объём ресурсов, имеет смысл смотреть VPS/VDS. Эту тему мы подробно разбирали в материале как выбрать VPS/VDS-сервер для сайта в 2026 году.

Если не хочется переносить сайт самостоятельно

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

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

Перед любыми изменениями необходимо сохранить:

• файлы сайта;

• базу данных;

• конфигурационные файлы;

• важные настройки;

• почту, если она размещена на старом хостинге.

Для небольшого сайта файлы можно скачать через файловый менеджер панели или FTP/SFTP.

База обычно экспортируется через инструменты панели хостинга или phpMyAdmin.

Если база большая, удобнее использовать серверные инструменты, но здесь уже может потребоваться помощь администратора.

На новом хостинге создаётся директория сайта, после чего туда загружается архив проекта.

Наиболее распространённые способы:

1. Файловый менеджер. Подходит для небольших сайтов. Загружаем архив и распаковываем его на сервере.

2. FTP/SFTP. Удобен для ручного копирования файлов.

3. SSH. Подходит для крупных проектов и пользователей, знакомых с командной строкой.

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

Для большинства CMS одних файлов недостаточно.

WordPress, 1С-Битрикс, Joomla, Drupal, MODX, OpenCart и многие другие системы хранят контент и настройки в базе данных.

Общая схема выглядит так:

Экспорт старой БД → создание базы на новом хостинге → импорт → изменение параметров подключения.

После создания новой базы необходимо прописать её:

• имя;

• пользователя;

• пароль;

• сервер базы данных.

Например, у WordPress эти параметры находятся в wp-config.php.

У других CMS расположение конфигурации отличается, поэтому не стоит механически искать этот файл в любом проекте.

Это один из самых важных этапов.

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

Некоторые хостинги предоставляют технический адрес или временный домен. Например, Timeweb прямо предлагает технический домен для тестирования проекта до изменения настроек основного домена.

Проверяем:

• главную страницу;

• основные посадочные;

• изображения;

• CSS и JavaScript;

• административную панель;

• формы;

• авторизацию;

• поиск;

• корзину;

• оформление заказа;

• платежную систему;

• CRM;

• интеграции;

• файлы;

• SSL.

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

Когда новая копия полностью готова, домен необходимо направить на неё.

Здесь обычно используется один из двух вариантов:

Вариант 1. Смена NS-серверов

У регистратора домена указываются NS нового хостинга.

Вариант 2. Изменение отдельных DNS-записей

DNS остаётся управляться там же, но A/AAAA/CNAME и другие необходимые записи изменяются так, чтобы вести на новый сервер.

Новые DNS-записи распространяются не мгновенно из-за кэширования.

Например, Beget предупреждает, что перенос поддержки домена на другой сервер может занимать до суток, хотя обычно изменения начинают распространяться быстрее.

Поэтому старый сервер в этот момент должен продолжать работать.

После изменения DNS снова проверяем проект, но уже через основной домен.

Особое внимание стоит уделить:

• HTTPS;

• формам;

• телефону и email;

• корзине;

• платежам;

• CRM;

• целям Яндекс Метрики;

• рекламным пикселям;

• вебхукам;

• API;

• robots.txt;

• sitemap.xml;

• редиректам;

• административной панели.

Важно убедиться, что запросы действительно приходят уже на новый сервер.

Только после проверки проекта можно готовиться к отключению старого аккаунта.

Я бы не рекомендовал удалять старую копию сайта сразу после переключения DNS.

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

Сам по себе переезд на другой сервер не должен ухудшать позиции сайта.

Поисковая система продолжает видеть:

• тот же домен;

• те же URL;

• те же страницы;

• тот же контент.

Проблемы начинаются, когда вместе со сменой хостинга случайно меняются другие элементы сайта.

1. URL страниц

Старые адреса должны продолжить работать.

2. HTTP-коды

Рабочие страницы должны возвращать 200, старые перенаправления — корректные 301.

3. HTTPS

SSL должен работать на новом сервере.

4. 301-редиректы

Если они были настроены раньше, необходимо перенести правила.

5. robots.txt

Проверьте, не остался ли после тестирования запрет:

Disallow: /

Иногда сайт закрывают от индексации на этапе подготовки и забывают снять ограничение.

6. Sitemap.xml

Файл должен открываться и содержать актуальные URL.

7. Canonical

Проверьте канонические адреса основных типов страниц.

8. Ошибки 404 и 5xx

После миграции стоит проверить сайт краулером и серверные ошибки.

9. Яндекс Метрика

Счётчик должен сохраниться вместе с шаблоном сайта.

10. Скорость ответа сервера

Если сайт переезжал ради производительности, сравните показатели до и после миграции.

Сергей Григорьев, эксперт SEO-Gravity:
«Для поисковой системы смена сервера сама по себе практически незаметна, если домен, URL и контент остаются прежними. Риск создаёт не переезд, а ошибки вокруг него: потерянные редиректы, закрытый robots.txt, 5xx, проблемы с HTTPS или длительная недоступность сайта. Поэтому перенос лучше проводить как полноценный технический релиз: сначала тестировать новую копию, затем менять DNS и повторно проверять критичные SEO-параметры».

WordPress — одна из наиболее простых CMS с точки зрения миграции.

Базовый процесс выглядит так:

1. сохранить файлы WordPress;

2. экспортировать базу данных;

3. загрузить файлы на новый сервер;

4. создать новую базу;

5. импортировать старую базу;

6. изменить параметры подключения в wp-config.php;

7. проверить версию PHP;

8. открыть сайт на новом сервере;

9. проверить плагины;

10. проверить постоянные ссылки;

11. очистить кэш;

12. переключить DNS.

Если домен остаётся прежним, массово заменять URL внутри WordPress обычно не требуется.

Да.

Например, Timeweb прямо указывает, что поддерживает перенос WordPress силами поддержки. На странице услуги провайдер заявляет, что такой перенос выполняется бесплатно, а исходный сайт продолжает работать до переключения домена.

Beget также принимает заявки на перенос сайта от другого хостинг-провайдера через раздел поддержки.

Поэтому если задача сводится к «перенести WordPress и ничего не сломать», сначала имеет смысл узнать, может ли это сделать новый провайдер.

Такой вариант удобен, если хочется:

• управлять доменом и хостингом из одной панели;

• оплачивать услуги с одного баланса;

• сменить регистратора;

• пользоваться условиями нового регистратора.

Если хотите подробнее разобраться именно с выбором и регистрацией домена, у нас есть отдельный материал — что такое домен и где его купить: ТОП-10 регистраторов в 2026 году.

Про почту часто вспоминают уже после отключения старого сервера.

Сначала необходимо выяснить, где именно работают корпоративные ящики вида:

info@site.ru

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

Если почтовые ящики работают непосредственно через старый хостинг, необходимо:

1. создать ящики на новой стороне;

2. перенести нужные письма;

3. проверить MX-записи;

4. переключить DNS;

5. протестировать отправку;

6. протестировать получение сообщений.

Timeweb, например, указывает, что при миграции сайта можно запросить бесплатный перенос почты.

До завершения этой процедуры старые почтовые ящики лучше не удалять.

Единой стоимости нет. Цена зависит от сложности проекта и от того, кто выполняет перенос.

1. Самостоятельный перенос

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

Для простого проекта дополнительные расходы могут отсутствовать.

2. Перенос силами нового хостинга

Многие провайдеры помогают новым клиентам с переездом и используют эту услугу как часть сервиса.

Для владельца небольшого или среднего коммерческого сайта это часто самый рациональный вариант: миграцией занимается команда, которая уже знает особенности своей инфраструктуры.

3. Перенос разработчиком или системным администратором

Стоимость зависит от сложности проекта.

На неё обычно влияют:

• объём файлов и базы данных;

• количество сайтов;

• CMS и серверное окружение;

• наличие VPS/VDS;

• нестандартные настройки;

• количество интеграций;

• необходимость дополнительного тестирования после переноса.

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

Смена провайдера — подходящий момент проверить, не вырос ли сайт из виртуального хостинга.

Покупать VPS «на всякий случай» не всегда рационально.

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

Подробнее различия и цены мы разбирали в статье про аренду VPS/VDS-сервера для сайта.

1. Преждевременное отключение старого хостинга
Новый сайт ещё не проверен, а рабочей версии для быстрого отката уже нет.

2. Перенос только файлов без базы данных
У большинства CMS контент и настройки хранятся не только в файлах, поэтому одного копирования директории сайта недостаточно.

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

4. Переключение DNS до проверки нового сервера
В результате часть пользователей начинает попадать на сайт, который ещё работает с ошибками или настроен не полностью.

5. Несовместимость версии PHP и серверного окружения
Сайт может нормально работать на старом сервере, но выдавать ошибки после переноса из-за другой версии PHP, модулей или настроек.

6. Потеря настроенных 301-редиректов
Особенно критично для сайтов с большой историей и органическим трафиком: старые URL могут начать отдавать 404.

7. Ошибки с SSL-сертификатом и HTTPS
После переключения домена сайт может открываться с предупреждением безопасности или частично загружать ресурсы по HTTP.

8. Случайное закрытие сайта от индексации
На тестовой версии часто временно запрещают индексацию через robots.txt или настройки CMS и забывают снять ограничение после запуска.

9. Непроверенные формы, CRM и внешние интеграции
Визуально сайт может работать нормально, но заявки, платежи, webhook, API или данные из форм перестают передаваться во внешние системы.

Оба варианта позволяют не ограничиваться ручным FTP-переносом.

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

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

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

Если DNS управляется самостоятельно, TTL отдельных записей можно заранее уменьшить. Это помогает сократить время, в течение которого DNS-серверы и провайдеры используют старое закэшированное значение.

После завершения переезда TTL можно вернуть к обычному значению. Это не обязательное условие миграции, но для крупных проектов такая подготовка делает переключение более управляемым.

Это необходимо проверить до отключения старого хостинга. Старый IP может быть указан:

• в CRM;

• платёжной системе;

• API;

• настройках webhook;

• системах доставки;

• firewall или белых списках IP;

• внешних сервисах мониторинга.

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

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

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

Да. Наличие старых резервных копий не означает, что новый хостинг автоматически продолжит их создавать.

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

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

• корпоративная почта принимает и отправляет письма;

• cron-задачи запускаются только на новом сервере;

• webhook, API и другие внешние интеграции работают корректно;

• резервное копирование настроено уже на новом хостинге;

• новые заявки, заказы и обращения записываются в актуальную базу;

• платежные и другие фоновые процессы не выполняются одновременно на старом и новом сервере;

• сервисы, использующие белые списки IP, обновлены на новый адрес;

• в серверных логах нет новых критических ошибок;

• старый сервер сохраняется доступным до полной стабилизации проекта.

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

Источники

• Федеральный закон № 152-ФЗ «О персональных данных»

• Официальное опубликование правовых актов — publication.pravo.gov.ru

• Клерк: как привести сайт в соответствие с 152-ФЗ в 2026 году

• Клерк: регистрация домена через Госуслуги с 1 сентября 2026 года

• Beget — база знаний и инструкции по переносу сайтов

• Timeweb — справочный центр по хостингу и переносу сайтов

• DRF.ru — проверка компаний и данные из открытых источников

• Координационный центр доменов .RU/.РФ