Переезд сайта на новый домен или хостинг: как сохранить позиции в поиске

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

Когда требуется перенос сайта и чем отличаются варианты

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

На практике встречаются четыре сценария:

• Переезд на другой хостинг без изменения домена. Нужно перенести файлы и базу данных, проверить DNS, SSL, почту, скорость и доступность сайта.
• Смена домена из-за ребрендинга, юридических причин или выбора более понятного адреса. Потребуются постраничные 301-редиректы и уведомление поисковых систем.
• Объединение двух сайтов в один. Здесь важно определить, какие страницы сохраняются, какие объединяются, а какие закрываются.
• Переход на новую CMS или изменение структуры URL. Такой проект совмещает технический перенос с масштабной миграцией страниц.

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

Что проверить до переезда сайта на новый домен

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

Соберите карту всех URL

В список нужно включить не только страницы из меню. Проверьте XML-карту сайта, данные систем аналитики, отчёты Яндекс Вебмастера и Google Search Console, серверные логи, страницы с внешними ссылками и URL, которые получают органический трафик. Для каждой страницы укажите новый адрес или решение по ней.

Минимальный вариант таблицы выглядит так:

• старый URL;
• новый URL;
• код ответа старой страницы;
• органический трафик и позиции;
• внешние ссылки;
• целевой тип перенаправления или причина удаления.

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

Зафиксируйте технические и коммерческие показатели

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

Подготовьте окружение

Новый сервер должен соответствовать требованиям проекта по версии PHP или другого серверного окружения, базе данных, объёму диска и нагрузке. Заранее выпустите SSL-сертификат, настройте резервный доступ к DNS и убедитесь, что домен зарегистрирован на компанию или ответственного сотрудника.

До переключения DNS сайт можно проверить на временном адресе или через локальную подмену DNS. При этом поисковые роботы не должны индексировать тестовую копию. Используйте авторизацию, ограничение по IP или заголовок noindex. Файл robots.txt сам по себе не является полноценной защитой от попадания служебных страниц в индекс.

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

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

Порядок действий

1. Установите на новом сервере нужное окружение и создайте базу данных.
2. Перенесите файлы сайта и импортируйте базу данных.
3. Настройте права доступа, подключение к базе, переменные окружения и фоновые задания.
4. Проверьте открытие страниц, формы, корзину, личный кабинет, оплату и интеграции.
5. Убедитесь, что сохраняются метатеги, канонические адреса, микроразметка, robots.txt и XML-карта.
6. Проверьте редиректы с www и без www, HTTP и HTTPS, а также работу основных поддоменов.
7. Переключите DNS на новый сервер и оставьте старый хостинг активным на время стабилизации.

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

Как перенести сайт на новый домен без потери позиций

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

Настройте карту редиректов

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

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

Обновите внутренние сигналы сайта

После запуска замените старые ссылки в меню, хлебных крошках, текстах, карточках и sitemap.xml. Проверьте canonical, Open Graph, hreflang при наличии языковых версий, ссылки на изображения и скрипты. На новом домене должны быть корректно настроены все варианты протокола и поддомена.

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

Настройки поисковых систем после миграции

После изменения DNS и проверки доступности добавьте новый домен в Яндекс Вебмастер и Google Search Console. Подтвердите права, укажите главное зеркало, если это предусмотрено настройками, и отправьте новую XML-карту сайта.

Проверьте следующие элементы:

• код 200 у ключевых страниц;
• код 301 у старых URL;
• отсутствие массовых 404 и 5xx ошибок;
• доступ роботов к важным разделам;
• корректность robots.txt и sitemap.xml;
• соответствие canonical фактическому адресу страницы;
• работу мобильной версии и HTTPS;
• передачу данных в системах аналитики.

Если меняется домен, настройте уведомление о переезде в панели соответствующего поисковика, когда такая функция доступна для вашего типа ресурса. Не ограничивайтесь только отправкой новой карты сайта. Sitemap помогает обнаружить адреса, но не заменяет постраничные 301-редиректы.

Что проверить в первые недели после запуска

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

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

• новый сервер закрыт от роботов или посетителей;
• на весь сайт установлен noindex;
• не работает часть 301-редиректов;
• все старые адреса ведут на главную;
• сломались формы, телефоны или CRM-интеграции;
• не продлён SSL-сертификат;
• в sitemap остались старые URL;
• изменились заголовки, тексты или метатеги важных страниц.

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

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

Типичные ошибки при переезде

• Перенос без инвентаризации страниц. В результате теряются старые статьи, товары и URL с трафиком.
• Проверка только главной страницы. Ошибки часто скрываются в фильтрах, формах, карточках и разделах каталога.
• Удаление старого домена или сервера сразу после запуска. Поисковые системы и пользователи ещё могут обращаться к прежним адресам.
• Изменение структуры без необходимости. Чем больше перемен происходит одновременно, тем выше риск просадки и сложнее диагностика.
• Отсутствие ответственного за контроль. На время миграции нужен специалист, который следит за DNS, сервером, аналитикой и поисковыми панелями.

Итоги

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

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