Canonical
На новых страницах указывает на основной URL нового домена.
Перенос сайтов · домен
Смена домена затрагивает весь набор адресов сайта. Чтобы поисковая система связала старые документы с новыми, нужно заранее подготовить соответствия URL, редиректы, новую среду и контроль после переключения.
Шаг 1
Сначала сохраняем список важных и индексируемых URL, текущие HTTP-коды, Title, canonical, Sitemap, robots.txt и основные страницы входа из поиска. Это контрольная точка: после запуска мы сможем сравнить не ощущения, а конкретные адреса.
Одновременно решаем, меняется ли только домен или ещё и структура. Если можно оставить пути прежними, например old.example/catalog/item/ → new.example/catalog/item/, переезд становится заметно проще.
Шаг 2
Яндекс рекомендует, чтобы старый и новый адреса были доступны роботу, а содержание соответствующих страниц совпадало. Это помогает поисковой системе понять, что речь идёт о переезде, а не о двух независимых сайтах.
Перед отправкой заявки на переезд проверяем главную, основные категории, услуги, карточки и статьи. Не должно быть ситуации, когда старый URL ведёт на содержательную страницу, а на новом домене вместо неё пустой шаблон, другая тема или общий раздел.
Инструкция Яндекса по переезду на новый домен отдельно описывает доступность обоих адресов и соответствие содержимого.
Шаг 3
Редирект нужен не просто «с домена на домен», а с конкретной старой страницы на её новый эквивалент.
| Старый адрес | Новый адрес | Что делаем | Чего избегать |
|---|---|---|---|
| old.example/ | new.example/ | Главная → главная | Не оставлять обе версии без понятного главного адреса |
| old.example/services/ | new.example/services/ | Прямой редирект на аналогичную страницу | Не вести всё на главную |
| old.example/audit/ | new.example/technical-seo-audit/ | Редирект на эквивалент с новым путём | Не создавать длинную цепочку без необходимости |
| old.example/obsolete/ | Нет аналога | 404/410 либо реальная релевантная замена | Не придумывать ложное соответствие |
Яндекс рекомендует перенаправлять внутренние страницы старого сайта на аналогичные страницы нового. Это помогает и пользователям, и переносу накопленных сигналов.
Шаг 4
До переключения полезно подтвердить права и на старый, и на новый домен. После подготовки редиректов используем инструмент «Переезд сайта» со стороны старого адреса. По данным Яндекса, обработка смены главного адреса может занимать несколько недель.
Это не отменяет техническую часть: заявка не исправит неработающие редиректы, закрытый robots.txt, недоступный новый домен или несоответствие страниц.
Шаг 5
Смена домена — это не только SEO. Проверяем DNS-записи, сертификат, корпоративную почту, API, webhook-адреса, системы аналитики, платёжные интеграции и сторонние сервисы, где старый домен мог быть указан явно.
Новый домен должен быть доступен по HTTPS без ошибок сертификата и без неожиданных промежуточных редиректов. Если почта переезжает вместе с доменом, MX, SPF, DKIM и DMARC планируются отдельно от веб-сайта.
Шаг 6
После запуска новая версия должна однозначно ссылаться сама на себя. Canonical, Sitemap, меню, хлебные крошки, ссылки из статей и другие внутренние элементы не должны продолжать вести на старый домен.
На новых страницах указывает на основной URL нового домена.
Содержит актуальные канонические URL новой версии.
Ведут сразу на новый домен, а не через старые адреса и редиректы.
Не закрывает новый сайт и содержит актуальные ссылки на Sitemap.
Шаг 7
Открываем несколько страниц каждого типа на новом домене, проверяем HTTP 200, Title, canonical, формы, изображения, JavaScript, сертификат и robots.txt. Затем отдельно тестируем старые адреса: они должны вести на правильные новые страницы.
После этого переключаем основной трафик и сразу повторяем ту же проверку уже на production. Если проблема обнаружилась в шаблоне, лучше исправить её в первые часы, пока робот ещё не успел массово обойти новую структуру.
Шаг 8
Старые адреса будут постепенно исчезать из поиска, а новые — появляться. В Вебмастере полезно смотреть «Страницы в поиске» и статистику обхода для обоих адресов. Параллельно контролируем 404, 5xx и редиректы в логах.
Старый домен не стоит отключать сразу после смены главного адреса: пользователи, внешние ссылки и поисковые роботы ещё будут обращаться к нему. Редиректы должны продолжать работать стабильно.
Яндекс отдельно предупреждает, что при смене главного адреса изменения числа страниц, позиций и посещаемости возможны. Поэтому оцениваем переезд по конкретным группам URL и причинам, а не только по одному общему графику.
Практический пример
Это наиболее управляемый сценарий: меняется только доменное имя, а большинство путей остаётся прежним.
| Проверка | До запуска | После запуска |
|---|---|---|
| Главная | Новый домен отвечает 200 | Старая главная ведёт на новую |
| Категория | Путь и содержимое совпадают | Старый URL редиректит на новый аналог |
| Canonical | Новый домен указан как основной | Нет ссылок на staging и старый домен |
| Sitemap | Сформирована карта новой версии | В ней только актуальные новые URL |
| Вебмастер | Права подтверждены на обоих доменах | Отправлена заявка на переезд |
Типичные ошибки
robots.txt, noindex или авторизация мешают роботу получить страницы.
Все старые URL ведут на главную или общий раздел.
Новая версия сама указывает поисковику на прежний адрес.
Редиректы перестают работать раньше завершения перехода.
Домен, CMS, контент и структура усложняют поиск причины просадки.
Сайт уже работает, а письма, формы и сервисные уведомления потеряны.
Чек-лист
Вопросы
Да. Старые URL должны продолжать перенаправлять пользователей и роботов на новые страницы. Отключать домен сразу после смены адреса рискованно.
Можно, но это добавляет второй слой изменений. Если бизнес-задачи не требуют новой архитектуры, сохранение путей упрощает сопоставление старых и новых страниц.
Фиксированного срока нет. Яндекс указывает, что смена главного адреса может занимать несколько недель, а данные обновляются по мере обхода и обновления поисковой базы.
Для страниц, у которых есть аналоги, лучше настраивать точные соответствия. Массовый редирект на главную ухудшает пользовательский путь и усложняет перенос сигналов конкретных документов.
Проверить редиректы, canonical, robots.txt, Sitemap, доступность нового сайта, страницы в поиске и серверные ошибки. Затем сравнить просевшие URL со старой картой страниц.
Практика NIC-SEO
Мы готовим соответствия адресов и новую среду до переключения, а после запуска контролируем оба домена и поисковый переход по конкретным URL.