Чеклист SEO после миграции: 301 приняты, индекс ещё нет

Просадка трафика после переезда нормальна, пока Google не подменил URL в индексе. Ниже — как измерить разрыв между «редирект открывается» и «страница в поиске».

Проверить старые и новые URL в индексе

Главная · FAQ · Чеклист миграции

Разрыв индексации, а не «сломанный 301»

Редирект для человека и смена документа в индексе Google — разные слои. Пользователь уже на новом ЧПУ, а сниппет ведёт на старый адрес или в «не найдено». Это не всегда ошибка сервера: бот мог не обойти карту 301 или счесть новую страницу Soft 404, если товар слили в общую категорию.

Сверьте оба списка пакетом: топ старых URL из GSC/Метрики и новый sitemap. Инструмент — проверка индексации Google. Выборка из десяти адресов на миграции 5 000 URL ничего не доказывает.

Пятишаговый протокол

1. Старые URL должны уйти из выдачи

Топ-1000 старых адресов по трафику.
Пакетная проверка: цель — «нет в индексе» или в выдаче уже новый URL.
Если старые висят месяцами — цепочки, 302 вместо 301 или контент на приёмнике другой.

2. Новые URL должны появиться

Индексный sitemap только каноникалов, без фильтров.
Высокая доля «не в индексе» на новых — Google не уверен в качестве. Тогда это уже сценарий Crawled — not indexed, не «медленный переезд».

Матрица проверки

Код 200 на новом URL не равен «документ в Google».

Слой	Инструмент	Что подтверждает	Слепая зона
Сервер	Screaming Frog, логи nginx	301 A→B без цепочек и 5xx	Высокий риск Люди проходят, индекс не обновлён
GSC	Покрытие, проверка URL	Очередь Crawled / Discovered	Задержка 3–5 дней
Живая выдача	SpeedyIndex	URL реально отдаётся поиском	Нужен полный список, не 20 «главных»

Три сценария просадки

A. Редирект есть, тема потеряна

Старая статья про доставку в регион ведёт на главную магазина. Для Google это близко к Soft 404. Только тематический приёмник.

B. Мягкие 404 на снятых товарах

Снятые SKU слили в «каталог». Разбор статусов — в гайде Soft 404 и гайде витрины.

C. 5xx на пике переобхода

После переезда боты бьют origin пачкой. 503 в логах на дни отодвигают индекс. Смотрите TTFB origin за nginx, не только Cloudflare 200.

Не ждите «само» на денежных URL. Если ключевые лендинги пустые в индексе через 48 часов при живых 301, отправьте их в очередь Googlebot. Это ускорение визита, не замена карты редиректов. Массовый API — в документации API.

Другие руководства по индексации

Смежные протоколы SpeedyIndex — читайте пакетом, Google оценивает кластер тематики, а не одиночную статью.

Частые вопросы

Сколько восстанавливается трафик после миграции?

При прямых 301 и близком контенте — часто 2–4 недели волатильности. Если через 6 недель нет полки, ищите цепочки, сирот и 5xx, а не «ещё не переиндексировалось».

Новый домен не появляется в Google. Почему?

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

Нужен ли инструмент «Смена адреса»?

Только при смене хоста (brand.ru → newbrand.ru). HTTP→HTTPS и смена ЧПУ на том же домене этим инструментом не делают.

Как долго держать 301?

Постоянно, минимум год. Внешние ссылки с форумов и каталогов будут стучаться в старые адреса годами.

Почему нельзя 302 на переезде?

302 говорит сохранить старый URL в индексе. Для миграции нужен 301. Иначе сигналы не переедут.

Чем опасны цепочки редиректов?

A→B→C жгут crawl budget и время TTFB. После нескольких hops бот может не дойти. На переезде только A→B.

Удалять ли старый sitemap из GSC?

Не сразу. 3–6 месяцев карта старых URL заставляет бота снова увидеть 301. Снимите, когда выдача по старым адресам обнулится — это видно в проверке индекса.