Перенос сайта на другой хостинг без потери позиций: пошагово

Коротко: перенести сайт на другой хостинг без потери позиций реально, если переезд занимает не дни простоя, а минуты, и все адреса страниц остаются прежними. Порядок такой: сначала копия сайта разворачивается на новом сервере и проверяется по IP, затем уменьшается TTL у DNS-записей, потом переключаются A-записи, и только когда весь трафик перешёл, старый хостинг отключается. Работы обычно занимают от 2 до 6 часов, плюс от 3 до 24 часов на то, чтобы новый адрес разошёлся по интернету. При таком сценарии позиции не проседают: для поисковых систем URL страницы не меняется, меняется только сервер, который её отдаёт.

Актуально на август 2026 года. По опыту Honey Hunters Digital, трафик после переезда теряют не из-за самой смены хостинга, а из-за трёх вещей: долгого простоя, когда робот несколько суток подряд получает ошибку; потерянных при копировании страниц, редиректов и правил в .htaccess; и мелочей вроде robots.txt с запретом индексации, который приехал вместе с тестовой копией. Всё это лечится подготовкой. Ниже - порядок действий по шагам, чек-лист проверок и список ошибок, которые чаще всего и стоят позиций.

Чек-лист переноса: 10 шагов по порядку

Весь переезд укладывается в десять шагов, и последовательность здесь важнее скорости. Главное правило: домен переключается последним, когда копия на новом сервере уже полностью проверена.

1. Соберите доступы: панель старого и нового хостинга, регистратор домена, FTP/SSH, база данных, админка сайта, почта на домене.
2. Сделайте полную резервную копию старого сайта: файлы и дамп базы данных. Скачайте её к себе, а не только оставьте на сервере.
3. Зафиксируйте исходную картину: список страниц из sitemap.xml, текущие позиции, посещаемость за месяц, скорость загрузки. Это точка отсчёта.
4. Разверните копию на новом хостинге: залейте файлы, импортируйте базу, пропишите новые доступы к БД в конфигурации.
5. Проверьте копию по IP или техническому домену, не трогая рабочий сайт: главная, каталог, карточки, формы, админка, поиск по сайту.
6. За сутки до переключения уменьшите TTL у DNS-записей домена до 300 секунд - это сократит период, когда часть посетителей ещё идёт на старый сервер.
7. Переключите A-записи домена (и MX, если почта переезжает тоже) на IP нового хостинга.
8. Не выключайте старый хостинг ещё 7-14 дней: пока DNS обновляется, часть посетителей и роботов приходит именно туда.
9. Проверьте сайт после переключения: коды ответа, SSL-сертификат, редиректы, robots.txt, формы, оплата, письма с сайта.
10. Сообщите поисковым системам: в Яндекс Вебмастере и Google Search Console переобойдите ключевые страницы и следите за ошибками первые две недели.

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

Падают ли позиции при смене хостинга

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

Есть и обратная ситуация: после переезда на нормальный хостинг позиции растут. Скорость ответа сервера - это фактор ранжирования и фактор конверсии одновременно. Если старый хостинг отдавал страницу за 2-3 секунды, а новый отдаёт за 0,4 секунды, поисковые роботы обходят сайт чаще и глубже, а посетители реже уходят, не дождавшись загрузки. Подробнее об этой связи мы разбирали в статье о том, почему сайт медленно грузится и как это влияет на продажи.

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

Шаг 1. Что собрать и проверить до переезда

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

Что собрать заранее:

• Доступы: панель управления обоих хостингов, FTP или SSH, база данных (имя, пользователь, пароль), админка сайта, личный кабинет регистратора домена - именно там переключаются DNS-записи.
• Технические требования сайта: версия PHP, нужные расширения, версия MySQL или MariaDB, объём файлов и базы. Старый сайт на PHP 7.4 может просто не запуститься на новом сервере с PHP 8.3.
• Список того, что работает на домене помимо сайта: корпоративная почта, поддомены, тестовые копии, интеграции по API, обмен с 1С, платёжный модуль. Всё это привязано к DNS и может отвалиться вместе с переездом.
• Точку отсчёта: выгрузите список проиндексированных страниц, снимите позиции по ключевым запросам и трафик за последний месяц. Без этих цифр вы потом не докажете ни себе, ни подрядчику, что после переезда что-то изменилось.
• Внешние сервисы: SSL-сертификат (перевыпускается он или переносится), CDN, защита от ботов, почтовые рассылки с проверкой домена.

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

Шаг 2. Копия файлов и базы данных

Технически перенос - это две операции: скопировать файлы сайта и перенести базу данных, а затем связать их между собой. Файлы переносятся по FTP или, что быстрее и надёжнее, архивом через SSH; база выгружается дампом и импортируется на новом сервере.

Практические моменты, на которых чаще всего спотыкаются:

• Скрытые файлы. .htaccess, .env, .user.ini начинаются с точки, и многие FTP-клиенты их не показывают. В .htaccess живут редиректы и правила ЧПУ - без него сайт откроет главную и покажет 404 на всех внутренних страницах.
• Права на файлы и папки. После копирования каталоги загрузок, кэша и логов должны остаться доступными на запись, иначе перестанут работать формы, загрузка изображений и генерация кэша.
• Кодировка базы. Дамп нужно выгружать и импортировать в одной кодировке, обычно utf8mb4. Перепутанная кодировка даёт классические «кракозябры» по всему сайту, и лечится это только повторным импортом.
• Конфигурационный файл. В нём прописываются новый хост базы, имя, пользователь и пароль. У большинства CMS это один файл: configuration.php у Joomla, wp-config.php у WordPress, файл настроек ядра у Битрикса и MODX.
• Абсолютные пути. Некоторые CMS хранят в базе или конфиге физический путь к сайту вида /home/user/public_html. На новом хостинге путь другой, и его нужно поправить, иначе сайт будет искать файлы там, где их нет.
• Крон-задачи. Обмен с 1С, рассылки, чистка кэша, автоматические бэкапы - это задачи планировщика на старом сервере. Они не переезжают сами, их нужно завести заново.

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

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

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

Открыть сайт на новом сервере до переключения DNS можно двумя способами: по техническому адресу, который выдаёт хостинг, или через файл hosts на своём компьютере - в нём вручную прописывается связка «домен - новый IP», и браузер именно у вас идёт уже на новый сервер, а у всех остальных сайт продолжает работать по-старому. Второй способ точнее, потому что сайт проверяется на своём настоящем домене.

Что обязательно прощёлкать на копии:

• Главная, страницы услуг или каталога, карточка товара, статья блога, страница контактов.
• Формы: заявка, обратный звонок, подписка. Письмо должно реально дойти на рабочую почту, а не «отправиться».
• Вход в админку и сохранение изменений.
• Поиск по сайту, фильтры, корзина и оформление заказа - для интернет-магазина это отдельный сценарий целиком, вплоть до тестовой оплаты.
• Изображения и файлы: не появились ли «битые» картинки, открываются ли документы.
• robots.txt: на тестовой копии там почти всегда стоит запрет индексации, и его нужно снять до переключения домена.
• Скорость: сравните время ответа сервера со старым хостингом. Если новый медленнее, переезжать пока рано.

Шаг 4. Переключение DNS: как обойтись без простоя

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

Чтобы этот период не превратился в простой, делайте так:

1. За сутки до переезда уменьшите TTL у записей домена с обычных 3600-86400 секунд до 300. Тогда провайдеры будут перезапрашивать адрес каждые пять минут, и переключение пройдёт почти мгновенно.
2. Переключайте в спокойное время: ночью или ранним утром, когда трафика и заказов меньше.
3. Не выключайте старый хостинг минимум 7-14 дней. Пусть обе копии работают параллельно - это единственный способ обойтись без ошибок для тех, у кого DNS ещё не обновился.
4. Проверьте MX-записи, если на домене есть почта. Их переключают отдельно, и забытый MX означает, что письма клиентов уходят на отключённый сервер.
5. Верните TTL обратно к нормальному значению через несколько дней после успешного переезда.

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

Шаг 5. Первые дни после переезда: что контролировать

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

Обязательный список после переезда:

• Коды ответа. Проверьте несколько десятков страниц из sitemap.xml: везде должен быть 200, а на несуществующих - 404. Массовые 500-е ошибки означают, что что-то не доехало.
• SSL-сертификат. Он привязан к серверу, а не к домену, поэтому на новом хостинге его почти всегда нужно выпускать заново. Просроченный или невыпущенный сертификат - это предупреждение браузера на весь экран и мгновенный обвал трафика.
• Редиректы. Проверьте, что сайт по-прежнему доступен по одному адресу: с https, без www или с www - так, как было до переезда. Появившийся дубль с обоими вариантами размывает позиции.
• robots.txt и метатег noindex. Самая дорогая ошибка переезда - выкатить в продакшн тестовые настройки с запретом индексации.
• Панели вебмастера. В Яндекс Вебмастере и Google Search Console отправьте на переобход главные страницы, проверьте раздел с ошибками сканирования и убедитесь, что sitemap.xml доступен.
• Счётчики и формы. Метрика и Analytics должны продолжать собирать данные, заявки - доходить на почту и в CRM. Проверьте это отправкой реальной тестовой заявки.
• Скорость. Сравните время загрузки с зафиксированной до переезда цифрой.
• Резервные копии. На новом хостинге нужно заново настроить автоматические бэкапы. Это не переезжает вместе с файлами и забывается чаще всего.

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

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

Простой сайт-визитку или лендинг переносят за 2-3 часа работы, корпоративный сайт с формами и интеграциями - за 4-6 часов, интернет-магазин с обменом с 1С и платёжным модулем - за 8-16 часов, потому что там отдельно проверяется каждый сценарий покупки. К этому добавляется от 3 до 24 часов на обновление DNS, но это время ожидания, а не работы.

Для клиентов на поддержке перенос обычно укладывается в уже оплаченные часы. Актуальные тарифы Honey Hunters Digital на август 2026 года:

• Базовый - от 15 000 ₽ в месяц: 4 часа работ ежемесячно плюс «Красная кнопка» на срочные аварии. Неиспользованные часы на следующий месяц не переносятся.
• 51 000 ₽ в месяц: стоимость часа 3 000 ₽, неизрасходованные часы переносятся на следующий месяц.
• 96 000 ₽ в месяц: стоимость часа 2 900 ₽, часы также переносятся.

Если поддержки нет и нужен разовый переезд, ориентируйтесь не на «цену за перенос», а на количество часов, умноженное на ставку подрядчика: так проще сравнивать предложения. И обязательно уточняйте, что входит в работу: только копирование файлов и базы - или ещё проверка сценариев, редиректы, SSL, крон-задачи, настройка бэкапов и наблюдение за индексацией после переезда. Разница в цене между этими двумя вариантами обычно и объясняется именно объёмом проверок.

Пять ошибок, из-за которых переезд заканчивается падением трафика

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

1. Старый хостинг отключили сразу. Домен переключили, оплату остановили в тот же день - и часть посетителей несколько суток видит пустую страницу, потому что их провайдер ещё не обновил DNS. Держите старый сервер как минимум неделю.
2. Забыли robots.txt с тестовой копии. Строка Disallow: / выкатывается на боевой сайт, и через несколько дней страницы начинают выпадать из индекса. Проверяйте robots.txt первым делом после переключения.
3. Потеряли .htaccess и редиректы. Все старые 301-редиректы, накопленные за годы, исчезают - вместе с ними исчезает вес, который они передавали. Внутренние страницы отдают 404, и позиции по ним обнуляются.
4. Не выпустили SSL-сертификат. Браузеры показывают предупреждение об угрозе, конверсия падает почти до нуля в тот же час. Сертификат надо выпускать на новом сервере до переключения домена, а не после.
5. Переехали и одновременно поменяли структуру. Если вместе с хостингом меняются адреса страниц, это уже не перенос, а миграция: она требует полной карты соответствий старых и новых URL с 301-редиректами. Совмещать эти две задачи без карты - гарантированная потеря трафика.

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

Когда переезд действительно нужен

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

А вот разница в 200-300 рублей в месяц поводом не является: переезд стоит нескольких часов работы, и экономия окупится года через два - при условии, что новый хостинг окажется не хуже. Если же сайт при этом ещё и на устаревшей CMS, вопрос обычно шире переезда, и мы разбирали его отдельно в материале о том, что делать с сайтом на старой CMS: обновлять, переносить или переделывать.

Частые вопросы

Сколько времени сайт будет недоступен при переезде?
При правильной подготовке - нисколько. Копия работает на новом сервере ещё до переключения домена, а старый хостинг остаётся включённым 7-14 дней после. Посетитель в любой момент попадает на рабочий сайт, просто на разные серверы.

Нужно ли сообщать Яндексу и Google о смене хостинга?
Отдельного уведомления о смене сервера не существует, потому что адреса страниц не меняются. Но после переезда полезно отправить главные страницы на переобход в Яндекс Вебмастере и Google Search Console и проверить, что нет ошибок сканирования.

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

Что делать, если после переезда упали позиции?
Сначала искать техническую причину, а не ждать. Проверьте коды ответа страниц, robots.txt, SSL, редиректы и скорость ответа сервера, а также раздел ошибок в панелях вебмастера. В подавляющем большинстве случаев причина находится за час и устраняется - позиции возвращаются в течение 2-4 недель.

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

Если переезд нужен, а рисковать позициями не хочется - напишите нам: мы делаем перенос как обычную плановую работу, с проверкой копии до переключения домена и наблюдением за индексацией после. Что входит в наши работы, видно на странице поддержки и сопровождения сайтов, а быстрее всего связаться через контакты. И заглядывайте в наш телеграм-канал «Тусовка владельцев сайтов» - там подобные истории разбираются коротко и по горячим следам, ещё до того, как они станут статьёй.