Новый домен не индексируется после миграции - причина может быть в редиректах, настройках Google Search Console или самих страницах. Google иногда находит и обходит URL, но не добавляет их в индекс. Разбираем, что проверить после переноса и почему на результат влияет оригинальность контента.
Что означает отсутствие индексации после переноса
После переезда сайта нужно разделить две ситуации. В первом случае Google не получает доступ к странице. Во втором поисковая система страницу видит, но пока не считает её подходящей для индекса.
Во втором случае в Google Search Console может появиться статус «crawled - currently not indexed». Это значит, что Google обнаружил и просканировал страницу, но не добавил её в поисковую выдачу.
Именно такой статус был зафиксирован в кейсе Marie Haynes Consulting. Владелец сайта настроил редиректы, отправил запрос на смену адреса в Google Search Console, обновил внутренние ссылки, обеспечил обход нового сайта и создал sitemap. Через четыре месяца в индексе оставалась только главная страница.
Проверка показала, что значительная часть материалов относилась к статусу «crawled - currently not indexed».
Почему сайт не индексируется после переноса
Не стоит сразу объяснять проблему качеством контента. Миграция меняет адреса страниц, цепочки редиректов, внутреннюю структуру ссылок, файлы robots.txt и sitemap, а иногда и настройки canonical. Ошибка в любом из этих элементов может помешать обработке нового домена.
Проверку индексации удобно проводить по шагам:
- убедиться, что старые URL ведут на соответствующие страницы нового домена, а не на главную или промежуточные адреса;
- проверить, не закрыты ли новые страницы от обхода через robots.txt, метатег noindex или ошибочную настройку canonical;
- сравнить sitemap с фактическим списком доступных страниц и удалить из карты старые адреса;
- проверить внутренние ссылки: они должны вести на новый домен и не создавать лишние цепочки редиректов;
- посмотреть в Google Search Console, какие страницы просканированы, какие исключены и какие причины указаны для отказа от индексации.
Так можно отделить технические ошибки миграции от ситуации, когда Google уже получил доступ к страницам, но не включил их в индекс. Повторная отправка sitemap не поможет, если страницы закрыты от обхода, указывают на неправильный canonical или связаны с сайтом старыми внутренними ссылками.
Может ли причиной быть качество контента
Google Search Console указывает среди возможных причин отказа от индексации ручные меры, дублирование и недостаточное качество страницы. Это не доказывает, что проблема любого нового домена связана именно с контентом. Но после технического аудита качество страниц стоит проверить отдельно.
В рассмотренном кейсе Marie Haynes оценила материалы как хорошо написанные и подробные. По её описанию, проблема была в другом: публикации почти не содержали оригинальной информации по сравнению с уже существующими материалами. Такой тип страниц она называет commodity content. Это контент, который формально отвечает на запрос, но мало отличается от множества похожих публикаций.
Оригинальность не сводится к замене слов и перестановке абзацев. При проверке страницы стоит задать несколько вопросов:
- есть ли в материале собственные данные, наблюдения, опыт или результаты проверки;
- помогает ли страница принять решение, а не просто пересказывает доступную информацию;
- закрывает ли она вопрос пользователя полнее и точнее, чем похожие материалы;
- добавляет ли сайт полезную функциональность, расчёт, сравнение, инструкцию или другой самостоятельный результат.
Если после переноса на новый домен массово опубликовали однотипные страницы, простое переписывание текста может не изменить ситуацию. При этом недостаточную ценность нельзя считать доказанной причиной только на основании самого факта миграции.
Что делать, если Google не индексирует страницы
Начните с выборки из нескольких типов URL: главной страницы, популярной статьи, нового материала, коммерческой страницы и страницы, которая раньше хорошо ранжировалась. Для каждого адреса сопоставьте статус в Search Console, доступность для обхода, редирект со старого URL, canonical, наличие в sitemap и ссылки с других страниц сайта.
Если обнаружены технические несоответствия, сначала исправьте их. Только после этого оценивайте качество материалов. Иначе переписывание статей может скрыть настоящую причину, а повторный перенос на другой домен создаст дополнительные сложности без подтверждённой гарантии результата.
Если техническая часть выглядит корректно, проведите ревизию страниц. Материалы, которые отличаются от конкурентов только формулировками, можно переработать вокруг реальной пользы: добавить собственные примеры, результаты анализа, уникальные данные, подробные ограничения метода или инструменты, которых нет в типовых публикациях. Но представленные материалы не подтверждают, что такой подход гарантированно вернёт страницы в индекс.
Отдельно проверьте масштаб проблемы. Если не индексируется одна или несколько страниц, причина может быть локальной. Если после миграции исключёнными остаются сотни или тысячи URL, ищите системный фактор: общую настройку обхода, шаблон страниц, массовые canonical, структуру ссылок или низкую самостоятельную ценность большого раздела.
Что это значит для бизнеса
Переезд на новый домен не заканчивается настройкой редиректов. Бизнес рискует потерять органический трафик, если проверить только доступность главной страницы и не изучить статусы отдельных URL в Search Console.
Контроль миграции стоит строить по выборке страниц и заранее разделить зоны ответственности. Техническая команда проверяет обход и адреса, маркетинг оценивает состав и ценность контента, а владелец проекта отслеживает, какие разделы возвращаются в индекс.
Если на новом домене публикуется большой архив материалов, не переносите его без ревизии. Однотипные страницы, которые не добавляют новой информации, могут усложнить диагностику и увеличить объём проблемного раздела. Сначала определите приоритетные URL, проверьте их техническое состояние и затем решите, какие материалы обновлять, объединять или оставлять без переноса.
Итог
Причина отсутствия индексации после миграции может быть связана с техническими настройками или качеством перенесённых страниц. Диагностику начинайте с редиректов, robots.txt, canonical, sitemap, внутренних ссылок и статусов Google Search Console. После этого переходите к проверке оригинальности и самостоятельной ценности контента.
Для такой ситуации можно провести экспресс-аудит миграции и отдельно проверить технические и контентные факторы.