Google может откатить миграцию домена спустя 4 месяца: как не потерять 5 000 показов в день

На практике Google может «забыть» о переезде спустя четыре месяца и вернуть в выдачу старый домен, обнулив видимость нового, и именно такой случай разобрал инженер Google Джон Мюллер в июне 2025 года.

Владелец сайта рассказал на Reddit, что в начале 2026 года сменил домен. К апрелю трафик полностью восстановился, новый домен набирал около 5 000 показов в день. Четыре месяца спустя Google без предупреждения вернул в индекс старый домен, а более 5 000 страниц нового получили статус «Просканировано, не проиндексировано» (Crawled, Not Currently Indexed). Показы нового домена упали до 20 в неделю.

Джон Мюллер, аналитик поисковых трендов в Google (Search Advocate), ответил, что иногда обработка смены адреса занимает особенно долгое время. Он также указал на конкретную ошибку, которую команда Google уже внесла в документацию: заявку на смену адреса (Change of Address) нужно подавать и для версии с www, и для версии без www.

«Иногда обработка занимает особенно долгое время. Одна вещь, которую мы заметили и скорректировали в документации: убедитесь, что смена адреса настроена в Search Console для обеих версий, www и без www, чтобы домен мигрировал полностью.» : Джон Мюллер, Search Advocate, Google

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

Что понадобится?

• Доступ к Google Search Console (GSC) для старого и нового домена, причём для обоих вариантов: с www и без www
• Инструмент для краулинга сайта, например Screaming Frog (бесплатная версия обрабатывает до 500 URL)
• Доступ к серверным настройкам или панели хостинга для проверки перенаправлений (редиректов)
• Обновлённая XML-карта сайта (sitemap) с адресами нового домена
• Около 2 часов на подготовку и от 4 до 6 месяцев на полный контроль результата

Семь шагов, чтобы миграция не откатилась

1. Просканируйте старый домен до переезда. Запустите краулер (Screaming Frog или аналог) по старому адресу. Ищите абсолютные внутренние ссылки, то есть ссылки, которые содержат полный адрес старого домена (например, www.old-site.com/page.html) вместо относительных (/page.html). Абсолютные ссылки прячутся в навигации, подвале сайта и внутри контента. Каждая такая ссылка после переезда посылает Google сигнал, что старый домен ещё жив.

2. Замените все абсолютные ссылки на относительные. Либо обновите их вручную, либо используйте поиск и замену в базе данных (для WordPress удобен плагин Better Search Replace). Разница:

Абсолютная (проблемная): https://www.old-domain.ru/article
Относительная (безопасная): /article

1. Настройте серверные 301-редиректы, а не редирект на уровне регистратора. Редирект через панель регистратора домена может не сохранять пути страниц: посетитель, перешедший на old-domain.ru/article, попадёт на главную нового домена, а не на нужную страницу. Кроме того, если у старого домена нет SSL-сертификата, HTTPS-перенаправление сломается. Настраивайте 301-редирект на сервере (через .htaccess для Apache или конфигурацию Nginx).

2. Исключите цепочки редиректов. Цепочка, это когда один редирект ведёт на другой, а тот на третий. Google может не дойти до конечного адреса. Проверьте с помощью любого инструмента проверки редиректов (например, httpstatus.io): каждый старый URL должен вести на новый за один шаг.

3. Обновите XML-карту сайта. Карта сайта сообщает Google предпочтительные канонические URL. Если в sitemap остались адреса старого домена, поисковик получает противоречивый сигнал: редирект говорит «переезжай», а карта, «оставайся». Загрузите в GSC нового домена карту, где каждый URL начинается с нового адреса. Google прямо рекомендует подавать sitemap при миграции, но работает это только с правильным доменом.

4. Подайте заявку на смену адреса для всех версий домена. Вот ключевой совет Мюллера: откройте GSC и подайте Change of Address отдельно для версии www.old-domain.ru и для old-domain.ru (без www). Пропуск одной из версий оставляет Google лазейку для возврата к старому домену.

5. Контролируйте индекс минимум 6 месяцев. Случай с Reddit показал: даже через 4 месяца стабильной работы Google может откатить миграцию. Проверяйте отчёт «Покрытие» (Coverage) в GSC нового домена каждые две недели. Если страницы начинают получать статус «Просканировано, не проиндексировано», значит, Google выбирает старый домен как канонический, и нужно искать оставшиеся конфликтующие сигналы.

Что это значит для вас?

Авторам Дзена и владельцам контентных сайтов. Если вы планируете переименование канала или перенос контента на новый домен, закладывайте на миграцию не два месяца, а шесть. Чек-лист выше применим к любому сайту на любой CMS.

Маркетологам и SEO-специалистам. Каноникализация (canonicalization), процесс, при котором Google выбирает один URL из нескольких дублей как главный, становится центральной проблемой миграции. Подходите к откату индекса как к проблеме конфликтующих канонических сигналов, а не как к «глюку Google».

Предпринимателям в РФ и СНГ. Если ваш бизнес-сайт индексируется и в Google, и в Яндексе, помните: у Яндекса свой инструмент переезда (Яндекс Вебмастер, раздел «Переезд сайта»), и его тоже нужно настраивать параллельно. Информацию о правилах миграции можно найти на официальных ресурсах поисковых систем, аналогично тому как, скажем, главное управление по вопросам миграции МВД России на официальном сайте публикует регламенты для своей сферы: у каждой «миграции» свои правила, и пропуск документа стоит времени.

Миграция домена, это не разовое действие, а проект на полгода. Настройте оповещения в GSC, проверяйте отчёт «Покрытие» каждые две недели и не удаляйте старый домен, пока последняя страница не исчезнет из индекса.