Как исправить каннибализацию запросов

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

Каннибализация запросов возникает, когда две или больше ваших страниц отвечают на один и тот же поисковый запрос. Google делит показы между ними и нередко по очереди показывает то одну, то другую. Чтобы это исправить, сначала убедитесь в Search Console, что страницы действительно конкурируют за одну и ту же потребность, и выберите страницу, которую оставите. Затем объедините остальные с ней через постоянный редирект, пометьте настоящие дубли тегом canonical или перепишите страницы так, чтобы каждая отвечала на свой запрос.

Это действительно каннибализация?

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

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

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

Шаг 1. Найдите запросы-кандидаты

В Search Console откройте Эффективность → Результаты поиска → Запросы, выберите период в три месяца и щёлкните по важному для вас запросу. Отчёт отфильтруется по этому запросу; на вкладке Страницы вы увидите все ваши URL, которые по нему показывались.

Отметьте запрос, если второй URL получает заметную долю показов от лидирующего URL. По умолчанию AutoPSEO считает порогом не менее 10% показов верхнего URL; его можно изменить в диапазоне от 5% до 25%. Этот порог — вопрос суждения: понизьте его, чтобы заметить пересечение на ранней стадии, или повысьте, чтобы видеть только серьёзные случаи.

Проверять запросы по одному долго, поэтому начните с 20–50 небрендовых запросов, которые важнее всего для бизнеса. Для полной проверки нужны данные по запросам и страницам вместе, а значит, выгрузка через API или инструмент, который группирует их сам.

Шаг 2. Проверьте, не сменяют ли страницы друг друга

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

Запишите также среднюю позицию каждой страницы по этому запросу. Типичный случай, который стоит исправлять: две страницы держатся между 8-й и 15-й позициями, хотя одна сильная страница могла бы занять место выше.

Шаг 3. Выберите страницу, которую оставите

Выберите одну страницу, которая будет ответом на запрос. Учитывайте следующее, примерно в таком порядке:

Какая страница лучше соответствует тому, что хочет найти пользователь? Посмотрите на выдачу: если в топе пошаговые руководства, руководство выигрывает у страницы товара.
Какая страница показывает лучшие результаты? Больше кликов и выше позиция за три месяца.
На какую страницу ведёт больше ссылок? Отчёт «Ссылки» показывает внешние ссылки на ваши страницы; учитывайте и собственную навигацию, и статьи сайта.
Какая страница важнее для бизнеса? Страницу, которая приводит к конверсиям, может быть выгодно оставить, даже если она ранжируется немного хуже.
Какой адрес прослужит дольше? Предпочитайте чистый постоянный URL адресу с датой, например /blog/2023/....

Шаг 4. Выберите способ исправления

Ситуация	Исправление	Почему
Две страницы отвечают на один и тот же вопрос	Объедините более слабую с более сильной и настройте постоянный редирект (301 или 308)	Google считает постоянный редирект сильным сигналом того, что целевая страница является канонической
Варианты одного и того же содержимого, которые должны существовать, например версии с параметрами или для печати	Добавьте на вариантах `rel="canonical"` с указанием на основной URL	Это тоже сильный сигнал canonical, при этом варианты остаются доступными для посетителей
Страницы с разными задачами, которые «съехали» на одну тему	Разведите их: перепишите заголовки и разделы так, чтобы каждая страница отвечала на свой запрос, и свяжите страницы ссылками	Каждая страница становится чётким ответом на свой запрос
Старая страница, которая никому не нужна	Настройте редирект на ближайшую по смыслу страницу или удалите её	Её сигналы переходят на страницу, которая остаётся

В рекомендациях Google по объединению повторяющихся URL есть ещё два предупреждения. Не используйте robots.txt, чтобы выбрать canonical: заблокированные URL всё равно могут попасть в индекс без содержимого. Не используйте для этого и noindex, потому что noindex полностью убирает страницу из поиска. Для объединения также не стоит применять временные редиректы (302 или 307): Google не считает их сигналом canonical (Redirects and Google Search).

Шаг 5. Объедините страницы, не потеряв то, что работало

Перенесите уникальное. Скопируйте на сохраняемую страницу разделы, примеры и данные, которые есть только на более слабой, и перепишите их так, чтобы получился единый текст.
Настройте редирект со старого адреса на сохраняемую страницу с кодом 301 или 308 и оставьте его навсегда.
Обновите внутренние ссылки, чтобы они вели прямо на сохраняемую страницу. Google сообщает, что внутренние ссылки помогают ему понять, какому URL вы отдаёте предпочтение.
Почистите sitemap. Оставьте в нём только сохраняемый URL, а URL с редиректом уберите.
Проверьте canonical. После следующего обхода инструмент проверки URL должен показать сохраняемый URL как канонический, выбранный Google.

Шаг 6. Следите за результатом

Отметьте дату на графике эффективности. Через четыре–восемь недель снова откройте запрос и посмотрите вкладку «Страницы»: почти все показы должен получать один URL, а его позиция должна быть не хуже лучшей из двух позиций страниц до объединения. Если страница с редиректом всё ещё появляется в выдаче, Google ещё не завершил её повторный обход; подождите, а не вносите новые изменения.

Пример на практике

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

Страница	Показы	Клики	Позиция
/blog/how-to-write-an-invoice	5,200	104	8.7
/guides/invoice-basics	3,900	39	11.3
/templates/invoice-template	700	7	18.0

Руководство получает 75% показов статьи блога, а страница с шаблоном — 13%, так что обе проходят порог в 10%. На дневном графике видно, что статья блога и руководство меняются местами каждые несколько дней. Обе объясняют, как составить счёт, шаг за шагом: это каннибализация. Страница с шаблоном предлагает скачиваемый шаблон — это другая потребность, которая просто оказалась в том же поиске.

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

Как AutoPSEO предотвращает проблему до написания текста

Дешевле всего исправлять ту каннибализацию, которая так и не возникла. Контент-движок AutoPSEO проверяет каждую тему по вашему сайту до того, как что-либо будет написано (как выбираются темы):

Проверка покрытия. Каждая тема сравнивается с индексом вашего сайта, построенным по заголовкам страниц, главным заголовкам, адресам и запросам, по которым страницы уже получают показы. Если каждое значимое слово темы уже относится к одной из ваших страниц, тема отклоняется как уже покрытая. Опечатки прощаются («parakit» читается как «parakeet»), а словоформы сводятся к одной («detectable» и «detected» считаются одним словом), поэтому перефразированный запрос не проскользнёт.
Проверка ранжирования. Запрос, по которому ваш сайт уже находится в тройке лучших результатов с существующей страницей, отклоняется.
Проверка моделью. Темы, прошедшие предыдущие проверки, рассматривает модель: она видит пять ближайших к теме страниц вашего сайта вместе с заголовками их разделов и выносит один из вердиктов: «написать», «покрыто», «дополнить», «дубликат» или «пропустить». «Дополнить» означает, что одна из статей самого движка посвящена этой теме, но не отвечает на данный вопрос, поэтому вопрос добавляется в эту статью новым разделом, а не становится второй страницей.

Если две статьи всё же начали конкурировать, их можно объединить с помощью инструмента MCP content_merge (ваш собственный ИИ). Более слабая статья снимается с публикации, ваш сайт получает указание отвечать на её старый адрес редиректом 301 на оставшуюся страницу, её открытые задачи отменяются, а её темы с этого момента считаются темами оставшейся страницы, так что движок больше никогда не напишет их заново. Объединение необратимо: статью нельзя вернуть в публикацию. О том, как объединения сочетаются с обновлением статей, рассказано на странице об обслуживании.

Для остальной части сайта отчёт о каннибализации выполняет шаги 1 и 2 по всем вашим запросам за последние 7, 14 или 31 день, с фильтром по папке и с исключением брендовых слов, а энтропия каннибализации показывает, насколько равномерно каждый запрос распределён между вашими URL. Бесплатная проверка каннибализации выполняет такую же проверку по выгруженному CSV.