Кратко: при смене домена сначала составьте соответствие старых и новых URL, затем настройте постоянные постраничные редиректы, обновите внутренние сигналы и отправьте переезд в панели поисковых систем. Не удаляйте старые страницы и не отправляйте их в инструмент удаления URL: старый сервер должен отвечать редиректом.
Когда нужен переезд или склейка доменов
Эта инструкция подходит для смены доменного имени, объединения дублей и перехода с HTTP на HTTPS. Для версий с www и без www принцип тот же: выбирают одну каноническую версию и перенаправляют на неё остальные. Переезд возможен и между разными доменными зонами.
Самый безопасный вариант — сохранить содержание и структуру URL на время миграции. Если структура меняется, для каждой старой страницы заранее выберите новую страницу с тем же назначением. Не направляйте все старые URL на главную: Google предупреждает, что нерелевантные массовые редиректы могут считаться ошибками soft 404.
Подготовка до включения редиректов
- Подтвердите старый и новый ресурсы в Google Search Console и Яндекс Вебмастере.
- Проверьте новый домен: сертификат, ответы 200, robots.txt, метатеги robots, canonical, hreflang, изображения, JavaScript и структурированные данные.
- Выгрузите старые URL из Sitemap, аналитики, серверных логов и отчётов о внешних ссылках. Составьте таблицу
старый URL → новый эквивалентный URL. - Обновите внутренние ссылки, canonical, hreflang и Sitemap на новом сайте. В Sitemap должны быть только новые канонические URL.
- Не совмещайте миграцию с большим редизайном и полной переработкой контента: так легче найти причину возможной просадки.
Как настроить редиректы
Для постоянного переезда используйте серверный 301 или другой постоянный редирект. Яндекс допускает 301 и 302 в своей инструкции, но для окончательной смены адреса 301 однозначно передаёт намерение и одинаково понятен пользователю и обоим поисковикам. Не используйте 303 для этой задачи.
Каждый старый URL должен вести сразу на ближайший новый эквивалент без цепочки:
https://old.example/catalog/item → 301 → https://new.example/catalog/itemЕсли точной замены нет, выберите действительно близкую по смыслу страницу. Если такой страницы тоже нет, корректный 404 или 410 честнее редиректа на главную.
Пример для Nginx при неизменной структуре
server {
listen 80;
server_name old.example www.old.example;
return 301 https://new.example$request_uri;
}Пример для Apache
RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?old\.example$ [NC]
RewriteRule ^ https://new.example%{REQUEST_URI} [R=301,L,NE]Проверьте правила на тестовом окружении и отдельно протестируйте URL с параметрами и спецсимволами. Конкретная конфигурация зависит от сервера и приложения.
Переход с HTTP на HTTPS
Установите действующий сертификат, исправьте смешанный контент и только затем включайте постраничные 301 с HTTP на HTTPS. В canonical, Sitemap и внутренних ссылках укажите HTTPS. Старый HTTP-ресурс полезно оставить подтверждённым в панелях вебмастеров для диагностики.
HSTS включайте после того, как HTTPS стабильно работает на всём нужном домене: браузер, получивший этот заголовок по защищённому соединению, далее будет принудительно использовать HTTPS. Параметр includeSubDomains добавляйте лишь тогда, когда HTTPS готов на всех поддоменах.
Google Search Console
- Включите и проверьте постраничные редиректы.
- Для смены домена используйте в свойстве старого домена инструмент «Изменение адреса». Он не нужен для HTTP→HTTPS, перехода между www и без www или переноса отдельных страниц.
- Отправьте Sitemap нового сайта и следите за индексированием, ошибками обхода и трафиком обоих ресурсов.
Google рекомендует держать редиректы как можно дольше, обычно не менее года. Для посетителей полезно сохранять их бессрочно, а внутренние и наиболее важные внешние ссылки стоит обновить на новые адреса.
Яндекс Вебмастер
- Добавьте старый и новый сайты и подтвердите права.
- Убедитесь, что новый сайт доступен роботу, а robots.txt не блокирует важные страницы.
- Включите перенаправления со старых страниц на соответствующие новые.
- В старом сайте откройте «Индексирование → Переезд сайта» и укажите новый домен. Инструмент поддерживает переезд на другой домен и в другую доменную зону.
Отдельный HTTPS Sitemap, контроль смены главного адреса и сохранение старого ресурса в Вебмастере помогают диагностировать миграцию. ИКС может отображаться с задержкой — не делайте вывод по одному дню.
Что делать со старым контентом
Полезные старые статьи можно переносить на новый домен вместе с первоначальной датой публикации. Дата старше самого домена не является ошибкой. Важно сохранить смысл, автора и дату честно, а старый адрес связать с новым постраничным редиректом.
Не удаляйте старые страницы и не применяйте инструмент временного удаления URL для ускорения переезда. Он скрывает результаты, но не заменяет канонизацию и может обрезать переходы. Оставьте старый домен доступным, чтобы поисковые роботы и посетители получали редирект.
Проверка после запуска
- Старые URL отдают ожидаемый код редиректа и ведут на релевантные URL без циклов.
- Новые URL отвечают 200, индексируемы и содержат canonical на себя.
- Новые Sitemap, robots.txt, hreflang, structured data и внутренние ссылки не содержат старый домен.
- В Search Console и Вебмастере нет всплеска 404, ошибок сервера и заблокированных важных страниц.
- Трафик старого сайта постепенно снижается, нового — растёт. Временные колебания во время переобхода возможны.
Иллюстрации из исходной инструкции
Эти скриншоты сохранены из прежней версии статьи как ориентир. Перед действием сверяйте названия разделов с текущим интерфейсом панели.
