Как перенести сайт на другой домен без потери SEO-трафика

Пошаговая инструкция по смене домена сайта — как перенести страницы, настроить 301-редиректы, обновить canonical, сообщить Яндексу и Google о переезде и контролировать позиции.
Перенести сайт на другой домен с минимальным риском потери SEO-трафика можно, если сохранить соответствие старых и новых страниц, настроить постраничные 301-редиректы, обновить внутренние ссылки и сообщить поисковым системам о смене адреса.
Например, если сайт переезжает с oldsite.ru на newsite.ru, старые страницы услуг, товары и статьи должны перенаправлять посетителей на соответствующие документы нового домена, а не на его главную страницу.
Даже технически правильный переезд может временно изменить позиции и посещаемость. Яндекс и Google должны повторно обработать URL и определить новый основной адрес. Поэтому важно не только выполнить перенос, но и сохранить исходные показатели, проверить редиректы и отслеживать состояние индексации после запуска.
Разберём весь процесс — подготовку, карту URL, настройки Яндекс Вебмастера и Google Search Console, распространённые ошибки и контроль поискового трафика.
Что происходит с SEO при смене домена
Для поисковой системы старый и новый домены — разные адреса.
Даже если содержимое полностью совпадает, Google и Яндекс должны обнаружить новый сайт, проверить страницы и обработать сигналы, указывающие на перенос.
Речь идёт не только об одной главной странице. При полноценной миграции могут измениться сотни или тысячи адресов —
- Главная страница.
- Категории и подкатегории.
- Страницы услуг.
- Товарные карточки.
- Статьи блога.
- Информационные разделы.
- Изображения и документы.
- Языковые или региональные версии.
Если все эти URL просто перестанут существовать на прежнем домене, пользователи и поисковые роботы начнут получать ошибки.
Постоянные перенаправления позволяют показать, какие новые адреса соответствуют прежним документам.
Чем смена домена отличается от переноса хостинга
Это два разных сценария.
| Тип изменения | Что меняется | Что требуется для SEO |
|---|---|---|
| Смена доменного имени | oldsite.ru → newsite.ru | Карта URL, редиректы, уведомление поисковых систем |
| Смена хостинга | Сервер меняется, URL остаются | Проверка DNS, сервера, доступности и скорости |
| Переход HTTP → HTTPS | Протокол адресов | Редиректы и согласованность HTTPS-версий |
| Смена путей URL | /old-page/ → /new-page/ | Соответствие страниц и редиректы |
| Смена CMS без изменения URL | Программная платформа | Сохранение содержимого, адресов, метаданных и функций |
Если меняется только сервер, а посетители продолжают открывать те же URL, процедура смены домена не нужна.
Если одновременно меняются домен, структура и CMS, число потенциальных ошибок существенно увеличивается. Такие изменения лучше разделять на этапы, когда это технически возможно.
Шаг 1. Соберите все важные URL старого сайта
Главная ошибка при подготовке миграции — считать, что достаточно сохранить главную страницу и несколько разделов меню.
На старом домене могут существовать страницы, которые получают поисковые клики, имеют внешние ссылки или остаются полезными покупателям, но не видны в основной навигации.
Перед переездом составьте перечень URL.
Где взять список страниц
Используйте несколько источников —
- Действующий Sitemap.
- Сканирование сайта краулером.
- Данные Google Search Console.
- Отчёты Яндекс Вебмастера.
- Список страниц из CMS.
- Веб-аналитику по посадочным страницам.
- Данные о страницах с внешними ссылками.
- Серверные журналы, если они доступны.
Сопоставьте результаты и удалите повторы.
Не ограничивайтесь одним Sitemap — он может не содержать старые документы, которые продолжают получать переходы.
Какие страницы особенно важно сохранить
Начните с адресов, имеющих коммерческое значение.
Для сайта услуг это страницы основных предложений, цены, контакты и материалы, приводящие потенциальных клиентов.
Для интернет-магазина — категории, товарные карточки, бренды, полезные фильтрованные выборки и страницы условий покупки.
Для информационного проекта — статьи с поисковыми переходами и внешними упоминаниями.
Не нужно восстанавливать каждую служебную страницу исключительно ради сохранения количества URL.
Но решение об удалении должно быть осознанным.
Сохраните исходные показатели
До переноса выгрузите данные по значимым запросам и страницам.
| Что сохранить | Где получить |
|---|---|
| Поисковые клики и показы | Google Search Console |
| Запросы и страницы в поиске | Яндекс Вебмастер |
| Органические посадочные страницы | Веб-аналитика |
| Обращения и покупки | Настроенные цели или события |
| Статусы HTTP и canonical | Краулер |
| Внутренние ссылки | Краулер или CMS |
| Внешние ссылки | Доступные инструменты анализа |
| Дату и перечень изменений | Журнал миграции |
Эти данные станут отправной точкой после переезда.
Без исходной статистики будет трудно определить, какие изменения действительно произошли из-за миграции, а какие связаны с сезонностью или спросом.
Шаг 2. Подготовьте новый домен до переключения
Не стоит направлять посетителей на новый домен, пока его страницы, изображения, формы и сертификат безопасности не проверены.
Сначала подготовьте рабочую копию сайта в контролируемом окружении.
Проверьте историю нового домена
Если имя раньше использовалось, изучите его доступную историю.
Проверьте архивные копии, регистрационные сведения, обнаруживаемые обратные ссылки и возможные риски для бренда.
Не нужно автоматически считать старый домен преимуществом. Его предыдущая тематика и репутация могут не соответствовать вашему бизнесу.
Настройте HTTPS
Новый домен должен иметь действующий TLS-сертификат для используемых имён хостов.
Если сайт будет открываться с www и без него, определите основной адрес и настройте остальные версии.
Проверьте сертификат не только для главной страницы, но и при обращении к типовым внутренним URL.
Важно также сохранить работающий HTTPS на старом домене после запуска перенаправлений. Иначе пользователь может получить предупреждение безопасности ещё до перехода на новый адрес.
Проверьте новый сайт
До переноса убедитесь, что —
- Основные страницы возвращают HTTP 200.
- Дизайн и навигация работают.
- Изображения и стили загружаются.
- Формы отправляют обращения.
- Корзина и оформление заказа работают, если они есть.
- Внутренние ссылки ведут на правильные страницы.
- Canonical не указывает на тестовый домен.
- Доступно основное содержимое страниц.
- Нет случайных запретов индексации после вывода в рабочую среду.
Если предварительная копия находится в интернете, ограничьте доступ к ней так, чтобы не создать индексируемый дубль действующего сайта.
Перед запуском ограничения нужно снять с нового основного домена. Не оставляйте рабочие страницы закрытыми из-за настроек тестового окружения.
Шаг 3. Составьте карту соответствия старых и новых URL
Карта URL — основной рабочий документ при переезде.
Для каждого важного старого адреса необходимо определить новый адрес или другое обоснованное действие.
Пример карты миграции
| Старый адрес | Новый адрес | Решение |
|---|---|---|
oldsite.ru/ | newsite.ru/ | 301 |
oldsite.ru/uslugi/ | newsite.ru/uslugi/ | 301 |
oldsite.ru/uslugi/audit/ | newsite.ru/uslugi/audit/ | 301 |
oldsite.ru/blog/statya/ | newsite.ru/blog/statya/ | 301 |
oldsite.ru/catalog/tovar-1/ | newsite.ru/catalog/tovar-1/ | 301 |
oldsite.ru/old-action/ | Подходящей замены нет | Оценить 404 или 410 |
Адреса условные.
Для реально изменённых путей запишите точные пары URL.
Например —
https://oldsite.ru/seo-audit/
переносится на —
https://newsite.ru/uslugi/seo-audit/
Если правило автоматически сохраняет старый путь, оно не приведёт пользователя на нужную страницу. Для такой пары требуется отдельное соответствие.
Нужно ли сохранять старые slug
Если структура сайта остаётся актуальной, сохранение существующих путей URL обычно упрощает переезд.
Не стоит одновременно менять все адреса только ради добавления новых ключевых слов.
Если реорганизация разделов необходима, составьте точную карту и предварительно проверьте каждый новый документ.
Что делать с удалёнными страницами
Не каждая старая страница обязана иметь замену.
Возможны три ситуации.
Содержимое перенесено. Настройте постоянный редирект на соответствующий новый URL.
Есть действительно подходящий аналог. Проверьте, отвечает ли он прежнему намерению пользователя, и решите, уместно ли перенаправление.
Содержимое окончательно удалено без замены. Корректный HTTP 404 или 410 может быть правильным решением.
Не перенаправляйте автоматически все старые товары, статьи и услуги на новую главную страницу.
Шаг 4. Настройте постраничные 301-редиректы
Для постоянного переноса обычно применяют HTTP 301. Также существуют другие постоянные перенаправления, например 308.
Редирект должен приводить пользователя и поискового робота на соответствующий документ нового домена.
Как должен выглядеть правильный переход
Старый URL —
https://oldsite.ru/blog/statya/
Ответ сервера —
301 Moved Permanently
Заголовок Location —
https://newsite.ru/blog/statya/
Новый URL отвечает —
200 OK
Это нормальная схема для перенесённой страницы, которая должна существовать на новом домене.
Какие ошибки встречаются чаще всего
Все страницы перенаправляются на главную. Посетитель не получает ожидаемый документ.
Возникает цепочка редиректов. Старый URL проходит через несколько промежуточных адресов вместо прямого перехода.
Появляется бесконечный цикл. Один адрес перенаправляет обратно на другой.
Не учитывается версия с www. Часть старых ссылок перестаёт работать.
Забыты адреса с HTTPS. Сертификат старого домена отключён, поэтому браузер предупреждает об ошибке ещё до редиректа.
Не обработаны изменённые пути. Автоматическое правило приводит на несуществующие страницы нового сайта.
Случайно перенаправляются технические точки входа. Из-за слишком широкого правила могут нарушиться служебные сценарии.
Где настраивать редиректы
Способ зависит от инфраструктуры —
- Apache — правила веб-сервера, включая поддерживаемые настройки
.htaccess. - Nginx — серверные конфигурации.
- CMS — механизм перенаправлений, если он обеспечивает корректные HTTP-ответы.
- CDN или прокси — соответствующие правила переадресации.
Универсальное правило нельзя безопасно копировать на любой сайт — необходимо учитывать структуру URL, доменные варианты, существующие редиректы и конфигурацию хостинга.
Перед изменениями сохраните текущие настройки и предусмотрите возможность отката.
Как проверить редиректы
Откройте старый адрес в браузере и убедитесь, что в результате появляется соответствующая новая страница.
Для технической проверки можно использовать —
curl -IL https://oldsite.ru/blog/statya/
Команда покажет HTTP-заголовки в цепочке запросов.
Для сложных сайтов дополнительно проверяйте обычным GET-запросом, поскольку отдельные серверы обрабатывают HEAD иначе.
Важно убедиться в конечном результате — требуемая страница должна открываться, а не просто проходить через произвольное перенаправление.
Шаг 5. Обновите ссылки, canonical и Sitemap
После настройки редиректов работа не заканчивается.
Нужно привести сам сайт в соответствие с новым адресом.
Внутренние ссылки
Измените ссылки в меню, подвале, статьях, карточках товаров и других блоках.
Например, внутри нового сайта ссылка должна вести на —
https://newsite.ru/uslugi/
а не на прежний адрес, который затем перенаправит посетителя.
Работающий 301 не заменяет корректную внутреннюю навигацию.
Canonical
На самостоятельной индексируемой странице нового домена обычно должен быть указан соответствующий основной URL.
Пример —
<link rel="canonical" href="https://newsite.ru/uslugi/">
Не оставляйте canonical на старый домен или временный адрес разработки.
После обновления шаблонов проверьте несколько типов документов — главную, категорию, услугу, статью и товарную карточку.
XML-карта сайта
Сформируйте актуальный Sitemap нового домена.
В нём должны находиться нужные канонические страницы, а не старые адреса с перенаправлениями.
Проверьте HTTP-ответ Sitemap и соответствие содержащихся в нём URL фактической структуре.
Далее добавьте карту в поисковые панели.
Дополнительные элементы
Проверьте также —
- Ссылки в структурированных данных.
- Open Graph и другие адреса страниц в метаданных.
- Hreflang для многоязычных проектов.
- Изображения и документы.
- Внутренний поиск.
- RSS-ленты, если используются.
- Адреса в шаблонах писем.
- Ссылки в рекламных объявлениях и профилях компании.
Если изменился только домен, не нужно одновременно переписывать все Title, H1 и тексты. При миграции полезнее сохранить стабильность основного содержания.
Шаг 6. Сообщите Яндексу о переезде
Для смены доменного имени Яндекс предусматривает отдельный инструмент «Переезд сайта» в Вебмастере.
Он помогает поисковой системе определить новый главный адрес.
Порядок действий
- Добавьте старый сайт в Яндекс Вебмастер, если он ещё не добавлен.
- Добавьте новый домен.
- Подтвердите права на оба сайта.
- Убедитесь, что новый сайт доступен поисковому роботу.
- Проверьте соответствие основных страниц и содержимого.
- Настройте перенаправления со старых адресов.
- Откройте старый сайт в Вебмастере.
- Перейдите в раздел «Индексирование → Переезд сайта».
- Укажите новый адрес и отправьте заявку.
Не отправляйте заявку с нового домена вместо старого.
В отдельных ситуациях инструмент может быть недоступен из-за текущего состояния группировки адресов или других ограничений.
Как проверить результат в Яндексе
После подачи заявки следите за состоянием главного адреса.
Сравнивайте количество страниц в поиске, доступные поисковые показатели и ошибки обхода.
Старые адреса не обязаны исчезнуть из всех отчётов мгновенно.
Переобработка может занимать несколько обновлений поисковой базы. При этом сроки зависят от конкретного сайта.
Почему Яндекс может не принять переезд
Возможные причины —
- Новый домен недоступен роботу.
- Содержимое сайтов существенно различается.
- Нет корректных перенаправлений.
- Индексирование ошибочно запрещено.
- Canonical противоречит ожидаемому главному адресу.
- Есть ограничения, обнаруженные Вебмастером.
- Выбран не тот исходный сайт.
При отказе нужно устранить конкретную проблему, а не повторно отправлять заявку без изменений.
Шаг 7. Сообщите Google о смене домена
В Google Search Console для переноса между доменами или субдоменами предусмотрен инструмент «Изменение адреса» (Change of Address).
Он применяется после технической подготовки сайта и настройки редиректов.
Как использовать инструмент
- Подтвердите права на старый сайт в Search Console.
- Добавьте и подтвердите новый домен.
- Проверьте постоянные перенаправления.
- В настройках старого ресурса найдите инструмент «Изменение адреса».
- Выберите новый домен.
- Пройдите предусмотренные проверки.
- Отправьте запрос.
- Следите за состоянием индексации старого и нового сайта.
При полноценном переезде домена учитывайте также подтверждённые варианты старого адреса — в том числе версии с www и без www, а также соответствующие субдомены, которые входят в миграцию.
Google рекомендует оформлять изменение адреса для переносимых подтверждённых вариантов, а не ограничиваться одной выбранной версией.
Когда Change of Address не нужен
Не следует использовать этот инструмент для обычного изменения URL внутри того же домена, перехода между HTTP и HTTPS или переключения www и без www на одном домене.
Для таких ситуаций действуют соответствующие процедуры и технические сигналы.
Нужно ли снова отправлять все страницы на индексацию
Не требуется массово отправлять тысячи URL по одному.
Подготовьте актуальный Sitemap и убедитесь, что поисковый робот может обнаружить новые адреса через внутренние ссылки и редиректы.
Для отдельных приоритетных страниц используйте инструмент проверки URL.
Индексирование не происходит мгновенно после подачи заявки.
Шаг 8. Проверьте сайт в день переключения
После запуска проведите проверку сразу по нескольким направлениям.
Не ограничивайтесь открытием главной страницы.
Технический чек-лист
| Что проверить | Ожидаемый результат |
|---|---|
| Главная старого домена | Постоянный переход на новую главную |
| Старые страницы услуг | Переходы на соответствующие новые услуги |
| Старые статьи | Переходы на соответствующие публикации |
| Изменённые slug | Корректное отображение карты URL |
| Новые страницы | HTTP 200 и полезное содержимое |
| Canonical | Соответствующий новый адрес |
| Sitemap | Актуальные URL нового домена |
| Robots.txt | Нет ошибочных запретов обхода |
| Меню и внутренние ссылки | Переходы непосредственно на новый домен |
| Сертификат старого сайта | Не мешает работе редиректов |
| Формы | Сообщения поступают |
| Аналитика | События и посещения регистрируются |
Для крупного проекта результаты проверки желательно фиксировать автоматически в таблице.
Если у миграции тысячи URL, выборочной проверки пяти страниц недостаточно для подтверждения корректности всех перенаправлений.
Проверьте мобильную версию
На телефоне откройте несколько коммерческих страниц.
Убедитесь, что меню, формы, корзина и основные кнопки работают.
При переносе серверных настроек или CMS возможны ошибки, которые не видны на рабочем столе.
Что делать, если после смены домена упал трафик
Снижение посещаемости не всегда означает неправильный переезд.
Поисковым системам может потребоваться время для переноса URL и обработки накопленных сигналов.
Но не следует объяснять любое падение только ожиданием переиндексации.
Диагностика по симптомам
| Симптом | Что проверить первым |
|---|---|
| Новый сайт почти не индексируется | robots.txt, noindex, ответы сервера, canonical |
| Старые URL возвращают 404 | Карта миграции и правила редиректов |
| Все старые страницы ведут на главную | Соответствие старых и новых документов |
| Индексируются обе версии | Редиректы, canonical, главные адреса |
| Пропали коммерческие запросы | Целевые URL, содержимое и запросы до переезда |
| Работает только версия без www | DNS, сертификаты и серверные правила |
| Клики есть, но заявки не поступают | Формы, аналитика, кнопки и коммерческие страницы |
| Показатели падают только в одной стране | Региональные версии, hreflang и доступность |
| Часть страниц выдаёт 5xx | Сервер, конфигурация, журнал ошибок |
Как сравнить показатели правильно
Сохраните дату запуска миграции.
Затем сопоставьте запросы и посадочные страницы до и после переезда.
Используйте одинаковую поисковую систему, страну, тип устройства и сопоставимые периоды.
Сравнивайте не только общие клики, но и отдельные группы —
- Услуги.
- Категории.
- Товарные карточки.
- Информационные статьи.
- Брендовые запросы.
- Небрендовые коммерческие запросы.
Если большая часть посещений перешла на новый домен, но несколько важных услуг перестали получать показы, нужно проверить именно их соответствие и техническое состояние.
Общий график сайта может скрывать такие проблемы.
Сколько времени занимает перенос сайта в Яндексе и Google
Универсального срока нет.
Google указывает, что обработка страниц сайта среднего размера может занимать несколько недель и более. Для крупных проектов сроки увеличиваются.
Яндекс также предупреждает, что переезд и смена главного адреса происходят не мгновенно.
Время зависит от объёма сайта, доступности серверов, структуры URL, скорости обхода и других обстоятельств.
Не нужно считать отсутствие прежних позиций через несколько дней доказательством окончательной потери поискового трафика.
Но критические технические ошибки следует исправлять сразу.
Сколько сохранять старый домен и редиректы
Google рекомендует сохранять перенаправления как можно дольше, по крайней мере год.
Для действующего бизнеса часто разумно продлевать старый домен и поддерживать редиректы дольше, особенно если на прежние URL продолжают вести внешние ссылки или по ним переходят пользователи.
Не отключайте старый домен сразу после появления новых страниц в поиске.
Частые ошибки при переносе сайта
Одновременно меняют домен, дизайн, CMS и тексты
Это усложняет диагностику.
Если после запуска упадут позиции, будет непонятно, связано ли изменение с доменом, новым содержимым или техническими ошибками.
Когда возможно, выполняйте изменения последовательно.
Забывают старые страницы с поисковым трафиком
Sitemap содержит только часть адресов, а внутренние статьи или категории продолжают получать переходы.
Без карты URL можно потерять важные посадочные.
Используют один редирект на главную
Такой подход не помогает пользователю найти прежнюю страницу и может приводить к нерелевантным перенаправлениям.
Оставляют неправильный canonical
Новый документ указывает на старый домен или временный сайт.
Это противоречивый сигнал для поисковой системы.
Не проверяют версию с www
Один вариант домена работает, второй возвращает ошибку или использует неправильный сертификат.
Отключают старый домен слишком рано
Старые ссылки перестают работать, хотя поисковые системы и пользователи ещё обращаются к ним.
Сразу меняют всю структуру URL
Если задача — просто сменить доменное имя, лучше не создавать дополнительную миграцию всех путей без необходимости.
Не проверяют заявки и продажи
Поисковые страницы могут работать корректно, но формы, корзина или платёжный сценарий оказываются неисправными.
SEO-проверка миграции должна включать реальные действия посетителей.
Чек-лист переезда сайта — до, во время и после
| Этап | Проверка | Результат |
|---|---|---|
| До | Выгрузка старых URL | Составлен полный доступный список |
| До | Исходные поисковые показатели | Есть точка сравнения |
| До | История нового домена | Основные риски изучены |
| До | Карта соответствий | Для каждого важного URL есть решение |
| До | Резервная копия | Данные и конфигурация сохранены |
| До | Проверка нового сайта | Страницы и функции работают |
| Запуск | 301-редиректы | Корректные постраничные переходы |
| Запуск | Canonical и внутренние ссылки | Ведут на новый домен |
| Запуск | Sitemap и robots.txt | Соответствуют новой структуре |
| Запуск | Вебмастер и Search Console | Настроены необходимые уведомления |
| После | HTTP-коды | Нет непредвиденных массовых ошибок |
| После | Поисковая индексация | Отслеживаются старый и новый домены |
| После | Коммерческие показатели | Проверяются заявки и покупки |
| После | История изменений | Все исправления задокументированы |
Эту таблицу можно использовать как основу технического задания для разработчика и SEO-специалиста.
Частые вопросы о смене домена сайта
Можно ли перенести сайт на другой домен без потери позиций?
Можно уменьшить риски, если сохранить содержимое, правильно сопоставить URL, настроить постоянные редиректы и сообщить поисковым системам о смене адреса. Но гарантировать полное отсутствие колебаний позиций и трафика нельзя.
Обязательно ли делать 301-редиректы?
Для постоянной миграции домена они обычно являются основным способом показать соответствие старых и новых страниц. Без корректных перенаправлений увеличивается риск потери важных переходов и поисковых сигналов.
Нужно ли переносить каждую старую страницу?
Не каждую. Но важным документам, которые сохраняют своё назначение, нужно подобрать соответствующие новые URL. Удалённые страницы без подходящей замены могут обоснованно возвращать 404 или 410.
Можно ли поменять домен и одновременно перейти на WordPress?
Технически да, но это повышает сложность работ. Если возможно, лучше разделить смену домена и замену CMS, сохранив между этапами возможность проверки.
Что делать, если после переезда Google показывает старый домен?
Проверьте постоянные перенаправления, карту URL, canonical, новые страницы и состояние инструмента Change of Address. Обработка результатов происходит постепенно.
Нужно ли покупать SEO-ссылки после переезда?
Нет, покупка новых ссылок не заменяет корректную миграцию. Сначала устраните технические ошибки и убедитесь, что перенесённые документы доступны.
Стоит ли сохранять старый домен?
Да, особенно при наличии внешних ссылок и прямых переходов. Поддержка старого адреса позволяет перенаправлять пользователей на действующие страницы.
Чем смена домена отличается от перехода на HTTPS?
При переходе на HTTPS меняется протокол адресов, а при смене домена — доменное имя. Для этих случаев используются разные процедуры уведомления Google.
Итог — как безопаснее перенести сайт на новый домен
Начните с инвентаризации старых URL и сохранения поисковой статистики. Подготовьте новый сайт, создайте постраничную карту соответствий и только после проверки запускайте постоянные перенаправления.
Затем обновите внутренние ссылки, canonical, Sitemap и настройки аналитики. Сообщите Яндексу и Google о смене адреса через предусмотренные инструменты.
После запуска проверяйте не только индексацию, но и важные коммерческие страницы, заявки и покупки. Не отключайте старый домен до завершения необходимых этапов обработки и пока с него продолжают поступать значимые переходы.
Если сайт уже переехал и потерял позиции, сначала нужно установить конкретную причину. В рамках SEO-аудита сайта я могу лично проверить редиректы, индексацию, canonical, внутренние ссылки и затронутые поисковые страницы. По итогам подготовлю приоритетный список исправлений без необоснованных обещаний восстановления позиций к определённой дате.