301 редирект — не любит Яндекс

301 редирект в Яндексе срабатывает для посетителя за доли секунды, а для поиска тянется неделями: человек уже открывает новую страницу, а в выдаче по-прежнему висит старый адрес, старые сниппеты и старая статистика. Владелец сайта смотрит на это через три дня после переезда и решает, что «редирект не работает», хотя настроен он правильно. Дальше начинаются лихорадочные правки, которые действительно ломают склейку — и вот тогда переезд затягивается на полгода. Ниже разбор того, из чего складывается это ожидание, где проходит граница между нормальной задержкой и настоящей ошибкой, и что реально ускоряет процесс.

Что вообще происходит после того, как редирект включён

Со стороны сервера всё выглядит просто: пришёл запрос на старый URL, сервер ответил кодом 301 и заголовком Location с новым адресом. Но для поисковой системы это не команда «немедленно перенеси все данные», а всего лишь сигнал, который ещё нужно получить, проверить и подтвердить.

Последовательность выглядит так:

• робот должен снова прийти на старый адрес — не в момент включения редиректа, а тогда, когда этот URL подойдёт в его очереди обхода;
• получив 301, робот фиксирует, что документ переехал, и ставит новый адрес в очередь на обход — это отдельное посещение, отдельная задача;
• новый адрес скачивается, обрабатывается, попадает в базу, проходит проверку на дубли и качество;
• система сопоставляет два документа и принимает решение о переносе свойств старого адреса на новый;
• обновляется поисковая база — старый URL выпадает из выдачи, новый занимает его место;
• подтягиваются накопленные сигналы: ссылки, поведенческие данные, история адреса.

Каждый пункт — это отдельный проход робота и отдельное обновление базы. Между ними проходит время. И если на каком-то шаге робот получил не тот ответ, которого ждал, цепочка начинается заново.

Отдельно стоит понимать: перенос свойств документа — не мгновенная операция копирования. Поисковая система должна убедиться, что редирект постоянный, что он не исчезнет через день, что новый документ действительно соответствует старому. Пока такой уверенности нет, старый адрес может держаться в базе как «переехавший, но ещё не заменённый».

Почему на каждый шаг нужен отдельный обход

Поисковый робот не сидит в засаде у каждого URL сайта. У него есть очередь: список адресов с приоритетами, которые он обходит по расписанию. Приоритет складывается из того, как часто страница обновлялась раньше, сколько внутренних и внешних ссылок на неё ведёт, есть ли она в карте сайта, приносит ли она трафик из поиска.

Пока URL не подошёл в очереди, редирект на нём для поиска просто не существует. Он есть физически на сервере, но система о нём не знает. Именно поэтому фраза «я поставил редирект вчера, а ничего не изменилось» некорректна по сути: изменения начинаются не с момента настройки, а с момента первого визита робота на старый адрес.

Дальше срабатывает эффект умножения. Если робот заходит на конкретную страницу раз в две недели, то только на первый шаг уйдёт до двух недель. Потом нужен обход нового адреса — ещё несколько дней. Потом обновление базы — ещё цикл. Так три технически быстрых операции растягиваются на месяц и больше, хотя ни одной ошибки не допущено.

Почему у редко посещаемых страниц склейка идёт дольше всего

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

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

Практическое следствие: у крупного сайта переезд никогда не бывает одномоментным. Он идёт волнами. Сначала склеиваются верхние уровни, потом средние, и только в самом конце — длинный хвост. Видеть в отчётах смесь старых и новых адресов на протяжении двух-трёх месяцев — нормально для каталога на десятки тысяч URL.

Что усиливает проблему хвоста:

• страницы-сироты, на которые нет внутренних ссылок;
• глубокая вложенность — четыре и более кликов от главной;
• отсутствие URL в карте сайта;
• нулевой трафик и нулевые внешние ссылки;
• ограничение скорости обхода на медленном хостинге.

Этапы склейки и реальные сроки

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

Этап	Что происходит	Сколько ждать
Первый визит на старый адрес	Робот приходит по очереди обхода и получает код 301 с новым адресом	От нескольких часов до 2-3 недель, зависит от популярности URL
Постановка нового URL в очередь	Новый адрес добавляется в план обхода	1-5 дней после получения редиректа
Обход и обработка нового адреса	Страница скачивается, разбирается, проверяется на дубли	2-10 дней
Появление нового URL в поиске	Новый адрес входит в базу и начинает показываться	2-4 недели с момента переезда для приоритетных страниц
Выпадение старого URL из выдачи	Старый адрес перестаёт показываться, показы уходят на новый	3-8 недель
Перенос накопленных сигналов	Подтягиваются ссылочные и исторические данные адреса	1-3 месяца, иногда дольше
Полная склейка длинного хвоста	Переезжают редко обходимые страницы каталога	2-6 месяцев
Склейка зеркал целиком	Домен полностью заменяется в базе на новый	От 3-4 недель до нескольких месяцев

Главный вывод из таблицы: месяц ожидания — это не признак поломки. Это середина нормального процесса. Паниковать и переделывать настройки в этот период — худшее, что можно сделать.

Яндекс и Google: почему сроки и подходы различаются

Обе системы понимают 301 одинаково — как постоянный перенос. Но обрабатывают его по-разному, и это заметно на практике.

Google в среднем быстрее показывает результат по отдельным страницам: новый URL часто появляется в выдаче в течение нескольких дней, а перенос сигналов заявлен как достаточно быстрый. Яндекс же завязан на понятие зеркал: домены объединяются в группу, внутри которой выбирается главный, и решение об этом принимается на уровне сайта целиком, а не отдельных страниц.

Отсюда важное различие. В Google переезд домена — это, по сути, массовая постраничная склейка плюс сигнал в инструментах. В Яндексе к этому добавляется отдельная процедура определения главного зеркала, которая идёт своим темпом и подтверждается в панели вебмастера. Пока зеркала не объединены, вы можете видеть странную картину: часть страниц уже на новом домене, часть — на старом, и обе версии присутствуют в базе.

Подробнее об этом — в статье «Какие сайты любит Яндекс».

Параметр	Яндекс	Google
Основной механизм переезда домена	Склейка зеркал: группа доменов с выбором главного	Постраничная склейка плюс сигнал о смене адреса
Инструмент в панели	Раздел с настройкой главного зеркала и переездом сайта	Инструмент смены адреса в Search Console
Типичный срок появления новых URL	2-4 недели для приоритетных страниц	Несколько дней — 2 недели
Типичный срок полной замены домена	1-3 месяца, у крупных сайтов дольше	Несколько недель — 2 месяца
Реакция на смену решения на полпути	Очень болезненная: процесс перезапускается	Болезненная, но восстановление обычно быстрее
Чувствительность к цепочкам	Высокая, длинные цепочки заметно тормозят склейку	Умеренная, но сигналы тоже теряются
Ускорение вручную	Переобход страниц, карта сайта, IndexNow	Проверка URL и запрос индексирования, карта сайта

Практический вывод: ориентироваться при переезде нужно на более медленную систему. Если в Google всё переехало за две недели, а в Яндексе ещё смешанная картина — это не повод трогать настройки.

Зеркала домена: как объединять правильно

Зеркала — это несколько доменов с одинаковым или почти одинаковым содержимым. Классические случаи: домен с www и без www, http и https, старый и новый домен после ребрендинга, домен в другой зоне, купленный «про запас».

Правильная схема объединения выглядит так:

1. Выбирается один главный адрес — тот, который останется навсегда. Менять его потом крайне нежелательно.
2. Со всех остальных доменов настраивается постраничный 301 на главный: каждая страница уходит на свой аналог, а не на главную.
3. Оба домена подтверждаются в панели вебмастера — и старый, и новый. Старый нельзя удалять из панели, пока склейка не завершилась: он нужен для контроля.
4. В панели указывается направление переезда и главное зеркало.
5. Проверяется, что старый домен отвечает именно 301, доступен для робота и не закрыт в robots.
6. Карта сайта на новом домене публикуется и передаётся в панель; старая карта на старом домене какое-то время остаётся доступной.

Помогу с продвижением: вывести сайт в топ Яндекса — вывожу сайты в топ Яндекса белыми методами.

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

Роль панели вебмастера в переезде

Панель вебмастера не ускоряет физику обхода, но выполняет три важные функции. Во-первых, она передаёт явный сигнал о том, какое зеркало вы считаете главным, — это снимает неопределённость. Во-вторых, она показывает, что именно робот видит: коды ответа, статусы страниц, исключённые URL с причиной исключения. В-третьих, через неё работают инструменты ускорения: переобход страниц и загрузка карты сайта.

На что смотреть в панели во время переезда:

• раздел с зеркалами — подтверждено ли объединение и какой домен указан главным;
• статистика обхода на новом домене — растёт ли число загруженных страниц;
• страницы в поиске — динамика добавленных и исключённых URL;
• исключённые страницы старого домена и причина: «неканоническая», «перенаправление» — это нормальные статусы, «ошибка» и «недостаточно качественная» — повод разбираться;
• отчёты по запросам: перетекают ли показы со старых адресов на новые.

Почему нельзя менять решение на полпути

Самая дорогая ошибка при переезде — передумать. Через месяц после запуска кажется, что «стало хуже», и появляется идея вернуть всё обратно или направить редирект на третий адрес. Каждое такое действие обнуляет накопленный прогресс.

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

Правило простое: решение о главном адресе принимается один раз, до включения редиректов, и не пересматривается минимум полгода. Если сомневаетесь в выборе домена — сомневайтесь до запуска, а не после.

Что ускоряет процесс, а что мешает

Ускоряет	Почему работает	Мешает	Почему вредит
Карта сайта только с новыми адресами	Дает роботу готовый список URL для обхода с приоритетом	Карта со старыми адресами	Робот тратит визиты на URL, которые всё равно редиректят
Ссылки на новые страницы с посещаемых разделов	Повышает приоритет обхода, робот приходит быстрее	Страницы-сироты на новом домене	Робот может не дойти до них месяцами
Переобход страниц в панели вебмастера	Ставит конкретный URL в очередь вне общего расписания	Ожидание «само разберётся»	Хвост каталога может не переехать за сезон
IndexNow с новыми адресами	Мгновенно уведомляет о появлении URL, не заменяет обход, но сокращает ожидание	Отсутствие любых уведомлений	Единственный канал — медленная очередь обхода
Прямой редирект без промежуточных шагов	Один запрос — один ответ, сигнал доходит целиком	Цепочки из 2-4 переходов	Каждое звено — отдельный обход и потеря части веса
Постраничное соответствие адресов	Свойства переносятся между аналогичными документами	Редирект всего на главную	Система видит несоответствие и не переносит свойства
Быстрый и стабильный сервер	Робот увеличивает лимит обхода	Таймауты и коды 5xx	Скорость обхода снижается, склейка тормозит
Открытые для робота старые адреса	Робот получает 301 и обрабатывает его	Запрет старых URL в robots	Робот не видит редирект вообще

Карта сайта, переобход и IndexNow на практике

Три инструмента ускорения работают вместе, а не вместо друг друга.

Карта сайта. Сразу после переезда в ней должны быть только новые адреса — все, включая длинный хвост. Дата последнего изменения должна быть реальной. Карту нужно передать в панель вебмастера обоих поисковиков. Если сайт большой, карту разбивают на несколько файлов с индексным файлом сверху — так проще отслеживать, какая часть каталога уже обошлась.

Переобход. В панели вебмастера есть лимит на количество URL в сутки. Тратить его нужно с умом: сначала главная и разделы, потом самые важные посадочные страницы, потом коммерческие карточки, приносившие трафик. Не имеет смысла отправлять на переобход технические и пустые страницы.

IndexNow. Уведомление о новых адресах отправляется автоматически, если на сайте настроена соответствующая интеграция. Это не заменяет обход, но сокращает время между появлением URL и первым визитом робота. При переезде имеет смысл прогнать через уведомления весь список новых адресов пачками.

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

Тему разбирал отдельно: «Сайты для людей — вот что любит Яндекс».

Что замедляет и что ломает склейку

Здесь важно разделять два класса проблем. Одни просто растягивают сроки, другие делают переезд бессмысленным — трафик не переносится, а теряется.

Цепочки редиректов. Ситуация, когда старый адрес ведёт на промежуточный, тот на третий, и только потом на финальный. Возникает почти всегда сама: сначала переехали с http на https, потом убрали www, потом сменили структуру URL, потом сменили домен — и каждое правило добавило звено. Для робота каждое звено это отдельный запрос и отдельное решение. Часть сигналов теряется на каждом переходе, а обход растягивается кратно. Правило: любая цепочка схлопывается в один прямой переход от исходного адреса к финальному.

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

Временный 302 вместо постоянного 301. Код 302 означает «страница временно живёт по другому адресу, основным остаётся старый». Система в этом случае не переносит свойства — она ждёт возвращения. Сайт может месяцами стоять с 302 и удивляться, почему в выдаче остаётся старый URL. Это одна из самых частых причин «редирект стоит, а склейки нет».

Редирект всей структуры на главную. Массовое правило, которое отправляет сотни старых URL на одну страницу. Формально ошибок нет, но соответствия между документами нет тоже: старая карточка товара и главная — разные документы. Система расценивает такой переход как мягкую ошибку и не переносит свойства. Трафик по всем этим запросам теряется полностью.

Запрет старых адресов в robots. Разбор ниже — это отдельная и очень частая ошибка.

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

Почему старые адреса нельзя закрывать в robots после переезда

Логика, которая приводит к ошибке, звучит убедительно: «страницы переехали, старые больше не нужны, закрою их от обхода, чтобы не тратить ресурс робота». На деле получается противоположное.

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

Правильный порядок такой:

• старые адреса остаются полностью открытыми для обхода;
• они отдают 301 и ничего кроме;
• так продолжается до тех пор, пока в панели вебмастера старые URL не перейдут в статус перенаправленных или неканонических;
• только после полного исчезновения старых адресов из выдачи можно думать о правилах в robots — но обычно в этом уже нет смысла;
• сам файл robots на старом домене должен быть доступен и не должен редиректить на новый в первые недели, иначе робот не сможет прочитать директивы.

Если нужна помощь по теме — мой курс по SEO.

Тот же принцип касается запрета через мета-тег noindex на старых страницах: он тоже мешает нормальной склейке и не нужен, когда есть 301.

Сколько ждать реалистично и как понять, что всё идёт нормально

Отслеживать нужно не факт «переехало или нет», а динамику. Склейка — процесс постепенный, и здоровый переезд выглядит как плавное перетекание показателей, а не как переключатель.

Признаки нормального хода:

Смежный материал по теме — «ChatGPT убил копирайтеров? Как писать тексты, которые любит Яндекс».

• в отчётах по запросам показы по старым адресам снижаются, а по новым растут — суммарно кривая держится примерно на прежнем уровне или проседает на 10-25% с восстановлением;
• число страниц в поиске на новом домене растёт неделя к неделе;
• число страниц на старом домене снижается, а исключённые URL получают статус перенаправленных;
• статистика обхода на новом домене показывает растущее число загруженных страниц и коды 200;
• в выдаче по брендовым запросам сначала появляется новый адрес по главной, затем по основным разделам.

Признаки того, что что-то не так:

• через 4-6 недель новый домен не набирает страниц в поиске совсем;
• показы по старым адресам падают, а по новым не растут — это чистая потеря, а не перенос;
• в исключённых массово встречаются ошибки обхода, а не перенаправления;
• по брендовому запросу в выдаче нет ни старого, ни нового адреса;
• падение трафика больше половины и без признаков восстановления через полтора-два месяца.

Проседание трафика в первые недели переезда — нормальное явление даже при идеальной настройке. Ненормально, когда падение не начинает отыгрываться ко второму месяцу.

Что делать, если через месяцы склейка не завершилась

Если прошло три месяца и картина не меняется, нужен последовательный технический разбор, а не новые правила редиректов.

1. Проверить коды ответа. Взять выборку старых URL из всех типов страниц — главная, раздел, подраздел, карточка, статья, страница пагинации, страница с параметрами — и проверить каждый. Ответ должен быть ровно 301 и ровно один переход. Проверять нужно без кэша, с разными вариантами написания адреса: со слешем и без, с www и без, http и https.
2. Найти цепочки. Пройти краулером по списку старых адресов и посмотреть длину цепочки для каждого. Всё, что длиннее одного перехода, схлопнуть в прямое правило.
3. Сверить карту сайта. Убедиться, что в ней только новые адреса, все они отдают 200, нет старых URL и нет закрытых от индексации страниц.
4. Проверить robots на обоих доменах. Убедиться, что старые адреса открыты, а новый домен не закрыт целиком — остатки правил с тестового сервера встречаются регулярно.
5. Проверить канонические адреса. На новых страницах канонический URL должен указывать на самого себя в новой структуре, а не на старый домен.
6. Проверить состояние зеркал в панели. Подтверждены ли оба домена, указано ли главное зеркало, нет ли сообщения об отклонённом переезде.
7. Сравнить содержимое. Если на новом адресе контент сильно отличается от старого, система может не считать документы соответствующими. При переезде содержимое лучше сохранять как есть, а редизайн и переписывание текстов делать позже.
8. Написать в поддержку. Обращение имеет смысл, когда все технические проверки пройдены. В письме нужно указать оба домена, дату переезда, примеры пар «старый адрес — новый адрес», подтверждение, что оба домена в панели, и описание того, что именно выглядит неправильно. Общее «у меня упал трафик» ответа по существу не даст.

Примеры правил редиректа

Постраничный перенос домена целиком, Apache:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?old-domain\.ru$ [NC]
RewriteRule ^(.*)$ https://new-domain.ru/$1 [R=301,L]

Тот же перенос на nginx:

server {
    listen 80;
    listen 443 ssl;
    server_name old-domain.ru www.old-domain.ru;
    return 301 https://new-domain.ru$request_uri;
}

Схлопывание цепочки: было http без www -> https без www -> https с www. Стало одно правило, которое сразу приводит любой вариант к финальному виду:

RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^old\.ru$ [NC]
RewriteRule ^(.*)$ https://www.new.ru/$1 [R=301,L]

Точечное соответствие для отдельных страниц со сменившейся структурой:

Redirect 301 /catalog/item-123.html /shop/nasosy/item-123/
Redirect 301 /old-page.php /uslugi/prodvizhenie/

Проверка кода ответа и длины цепочки из консоли:

curl -sIL https://old-domain.ru/catalog/item-123.html | grep -E "HTTP/|[Ll]ocation"

В выводе должно быть ровно два блока: первый с кодом 301 и заголовком Location, второй с кодом 200. Три и более блоков означают цепочку.

Как готовить переезд, чтобы потери были минимальными

Большая часть проблем закладывается не в момент включения редиректа, а на этапе подготовки. Порядок действий, который сокращает потери:

1. Выгрузить полный список текущих адресов. Источники: краулер по сайту, карта сайта, выгрузка URL из панелей вебмастера, отчёты систем аналитики за год, база сайта. Объединить и убрать дубли.
2. Отметить ценность каждого адреса. Трафик из поиска, позиции, внешние ссылки, конверсии. Эти страницы переезжают в первую очередь и проверяются вручную.
3. Составить таблицу соответствия. Каждому старому URL — свой новый. Не «примерно похожий раздел», а именно аналог. Для страниц, у которых аналога нет, решение принимается отдельно: либо ближайший по смыслу раздел, либо честный 404, если страница действительно исчезла.
4. Сохранить структуру, где возможно. Идеальный переезд — тот, где меняется только домен, а пути остаются прежними. Совмещать смену домена со сменой структуры URL, редизайном и переписыванием контента — способ гарантированно не понять, что именно пошло не так.
5. Проверить правила на тестовом контуре. Прогнать весь список старых адресов и убедиться, что каждый даёт один переход на живую страницу с кодом 200.
6. Подготовить новый сайт заранее. Карта сайта, robots, канонические адреса, микроразметка, аналитика, подтверждение домена в панелях — всё до включения редиректов.
7. Выбрать время. Не в сезон пиковых продаж и не перед длинными выходными, когда некому чинить.
8. Зафиксировать точку отсчёта. Сохранить срез позиций, трафика и числа страниц в индексе за день до переезда — иначе через два месяца не с чем будет сравнивать.

Типичные ошибки при переезде

Ошибка	Как проявляется	Последствие	Как исправить
Код 302 вместо 301	Старый URL держится в выдаче месяцами	Свойства не переносятся вообще	Заменить на 301 и запросить переобход
Цепочка из нескольких переходов	curl показывает три и более ответа	Медленная склейка, потеря части сигналов	Схлопнуть в одно прямое правило
Редирект всех страниц на главную	Любой старый URL открывает главную	Трафик по внутренним запросам теряется	Сделать постраничное соответствие
Редирект на 404	Новый адрес отдаёт ошибку	Страница выпадает без замены	Проверить весь список пар и починить цели
Старые адреса закрыты в robots	В отчётах статус «запрещено в robots»	Робот не видит редирект, склейки нет	Открыть старые URL для обхода
Старый домен отключён	Домен не отвечает или снят с обслуживания	Сигнал о переезде исчезает	Вернуть домен и держать редирект год и более
Смена решения на полпути	Направление редиректа меняется через месяц	Прогресс обнуляется, срок кратно растёт	Вернуть исходное направление и не трогать
Канонический адрес на старый домен	В коде новых страниц ссылка на прежний URL	Противоречивые сигналы, склейка стоит	Исправить канонические адреса
Карта сайта со старыми URL	В карте адреса, отдающие 301	Робот тратит визиты впустую	Пересобрать карту только с новыми адресами
Переезд вместе с редизайном	Меняются домен, структура и тексты сразу	Невозможно понять причину просадки	Разнести этапы минимум на пару месяцев
Нет замера до переезда	Нет среза позиций и трафика	Не с чем сравнивать результат	Фиксировать метрики заранее
Старый домен удалён из панели	Нет доступа к отчётам по старым URL	Потеря контроля над процессом	Держать оба домена подтверждёнными

Чек-лист контроля после переезда по неделям

Период	Что проверить	Норма	Действие при отклонении
День запуска	Коды ответа выборки старых URL, доступность нового сайта, работа аналитики	Один переход 301, затем 200	Немедленно править правила, откат при массовых ошибках
1-3 день	Карта сайта передана, оба домена в панели, главное зеркало указано	Карта принята без ошибок	Пересобрать карту, подтвердить домен
1 неделя	Статистика обхода нового домена, первые страницы в поиске	Робот заходит, коды 200, главная в выдаче	Проверить robots и скорость сервера
2 неделя	Число страниц в поиске на новом домене, переобход приоритетных URL	Растёт от нуля, разделы появляются	Отправить ключевые страницы на переобход
3-4 неделя	Динамика показов по старым и новым адресам	Показы начали перетекать	Искать цепочки, проверять коды повторно
6 неделя	Статусы исключённых URL старого домена	Перенаправления и неканонические	Разбирать записи с ошибками обхода
2 месяц	Позиции по ключевым запросам, восстановление трафика	Отыгрывание просадки началось	Полный технический аудит переезда
3 месяц	Переезд хвоста каталога, остаток старых URL в выдаче	Большая часть страниц на новом домене	Переобход хвоста, усиление перелинковки
4-6 месяц	Полнота склейки, состояние зеркал	Старый домен практически исчез из выдачи	Обращение в поддержку с фактами
Постоянно	Продление старого домена и работа редиректа	Домен оплачен, 301 отдаётся	Продлить домен, восстановить правила

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

Сколько в среднем занимает склейка при переезде на новый домен?
Для небольшого сайта с хорошей структурой основная часть страниц переезжает за 3-6 недель, полная склейка занимает 2-3 месяца. Для крупного каталога на десятки тысяч страниц процесс растягивается до полугода из-за длинного хвоста редко обходимых URL. Ориентироваться стоит на нижнюю границу как на оптимистичный сценарий и планировать бюджет на верхнюю.

Можно ли ускорить склейку, если поставить редирект на все страницы сразу и отправить всё на переобход?
Переобход имеет суточный лимит, поэтому отправить весь сайт разом не получится. Гораздо эффективнее сочетание: полная карта сайта с новыми адресами, уведомления через IndexNow, внутренние ссылки на новые URL с посещаемых страниц и точечный переобход самых ценных адресов. Такой набор сокращает срок заметнее, чем попытка залить всё в один инструмент.

Что делать со старым доменом после того, как склейка завершилась?
Продлевать и держать редирект. Внешние ссылки на старый домен продолжают жить в статьях, каталогах и закладках годами, и каждая из них будет приводить людей и передавать вес только пока работает 301. Отключение старого домена через год после переезда — распространённая причина внезапной просадки трафика.

Почему часть страниц переехала за неделю, а часть висит второй месяц?
Разная частота обхода. Робот приходит на популярные страницы часто, а на глубокие и нессылаемые — редко. Ускорить хвост можно перелинковкой: добавить ссылки на такие страницы из разделов, которые обходятся часто, и убедиться, что все они есть в карте сайта.

Стоит ли ставить 301 на страницы, аналога которым на новом сайте нет?
Если есть близкий по смыслу раздел или похожая карточка — да, редирект туда лучше, чем ошибка. Если ничего похожего нет, честнее отдать 404 или 410: массовые редиректы на нерелевантные страницы система расценивает как мягкую ошибку и свойства всё равно не перенесёт, зато размоет сигналы принимающей страницы.

О границе между оптимизацией и нарушением:

5:21

Коротко

• Склейка требует минимум трёх отдельных обходов: старого адреса, нового адреса и обновления базы, поэтому мгновенной она не бывает.
• Скорость переезда конкретной страницы напрямую зависит от частоты её обхода: хвост каталога переезжает месяцами, а не днями.
• Яндекс работает через объединение зеркал и в среднем медленнее Google, поэтому ориентироваться нужно на него и не трогать настройки в процессе.
• Ускоряют переезд карта сайта с новыми адресами, ссылки на новые URL с посещаемых страниц, переобход, IndexNow и отсутствие цепочек; ломают его 302, цепочки, редирект на главную, редирект на 404 и запрет старых адресов в robots.
• Если через три месяца картина не меняется, нужен разбор кодов ответа, поиск цепочек, сверка карты сайта и только затем обращение в поддержку с конкретными парами адресов.

Спланировать переезд без потери позиций помогу на SEO-консультации.