Каннибализация запросов: как найти и что делать

Две хорошие страницы одного сайта под один и тот же запрос почти никогда не дают двойного трафика: поисковик выбирает одну, а в неудачный месяц не выбирает ни одну высоко. Каннибализация запросов — это ситуация, когда несколько страниц сайта отвечают на один поисковый запрос с одним и тем же намерением пользователя, и поисковая система вынуждена выбирать между ними, из-за чего показы, клики и позиции делятся или скачут. В общем графике посещаемости проблема почти не видна, зато видна в отчётах Яндекс Вебмастера и Google Search Console, если смотреть на запрос и адрес одновременно. Дальше — как отличить конфликт от совпадения слов, где его искать, когда страницы склеивать, разводить или переписывать и когда не трогать ничего.

Каннибализация запросов — спор страниц, который решает поисковик

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

У Google этот механизм описан прямо. В руководстве по системам ранжирования на developers.google.com есть система разнообразия сайтов: как правило, Google не показывает в верхних результатах больше двух страниц с одного сайта. Там же описана система дедупликации: если подходящие страницы очень похожи, показываются только самые релевантные, без лишних повторов. В справке Яндекс Вебмастера «Дублирование страниц» сказано ещё прямее: робот может объединить страницы с одинаковым содержимым в группу дублей, и тогда из поиска может пропасть нужная вам страница, потому что робот выбрал другую; а в некоторых случаях страницы в группу не объединяются, участвуют в поиске как разные документы и конкурируют между собой.

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

Каннибализация — это не штраф поисковика, а потеря контроля над тем, какая страница представляет сайт по запросу.

Совпадение слов ещё не каннибализация: решает намерение

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

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

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

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

Признаки каннибализации видны в отчётах раньше, чем в трафике

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

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

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

По запросу показывается не та страница. Коммерческий запрос получает статья блога, а страница услуги — нет. Или наоборот: по вопросу «как…» в выдаче карточка продукта, и у неё низкий CTR, потому что человек хотел объяснения.

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

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

Что это значит: один признак — повод присмотреться, два и больше по одному запросу — почти наверняка конфликт. Искать каннибализацию нужно в таблице «запрос — адрес», а не в графике посещаемости.

В Search Console конфликт виден на пересечении «Запросов» и «Страниц»

В Google Search Console отдельного отчёта «каннибализация» нет. Работает обычный «Отчет об эффективности»: в справке Search Console описаны вкладки группировки «Запросы», «Страницы», «Страны», «Устройства», «Вид в поиске» и «Даты» и показатели: клики, показы, CTR и средняя позиция. По умолчанию отчёт показывает три месяца, а всего Search Console хранит данные за последние 16 месяцев.

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

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

Второй источник — отчёт «Индексирование страниц». Среди причин, по которым страница не проиндексирована, там есть статусы «Страница является копией. Канонический вариант не выбран пользователем», «Страница является копией. Канонические версии страницы, выбранные Google и пользователем, не совпадают» и «Вариант страницы с тегом canonical». Все три означают, что страница не проиндексирована как отдельная. Третий — ожидаемый результат вашего canonical, а первые два — прямое указание, что Google считает страницы дублями и выбрал основную сам. Для отдельного адреса то же видно в инструменте проверки URL: там рядом стоят «Каноническая страница, выбранная пользователем» и «Каноническая страница, выбранная Google».

В Search Console каннибализация — это не отчёт, а привычка смотреть на запрос и страницу одновременно.

В Вебмастере Яндекса смотрите и запросы, и исключённые дубли

В Яндекс Вебмастере основной инструмент — «Мониторинг поисковых запросов». По справке Вебмастера на сентябрь 2026 года таблицу можно переключать между режимами «Запрос» и «URL», фильтровать по тексту запросов, по части адреса и по показателям, а интервал выбирать из трёх: последние сутки по часам, последние две недели по дням или последние 18 месяцев со средним значением за каждый месяц. Показатели: показы, клики, CTR, позиция и спрос.

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

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

Для разбора конкретной страницы есть «Расширенная аналитика поисковых запросов по URL (β)» — Яндекс объявил о ней в блоге Вебмастера 9 октября 2025 года, и на сентябрь 2026 года в справке инструмент всё ещё помечен как бета. По адресу он показывает запросы, по которым страница показывается, показы и клики, регионы и динамику за период до полутора лет. Сравнив списки запросов двух подозрительных страниц, пересечение видно сразу.

Второе место — «Страницы в поиске», вкладка «Исключённые страницы». Справка «Дублирование страниц» советует искать там статус «Удалено: Дубль» — это страницы, исключённые из поиска из-за дублирования. Рядом стоит смотреть статус «малоценная или маловостребованная»: по справке Яндекса страница может получить его, в том числе если она дублирует уже известные роботу страницы. Если среди исключённых оказалась та, на которую вы рассчитывали, конфликт уже решён — не в вашу пользу.

В Вебмастере каннибализация прячется в суммированной строке, и достать её оттуда проще всего режимом «URL».

Список конфликтов собирается в одной таблице за вечер

Искать конфликты по одному запросу вручную можно, пока их единицы. Для сайта с сотней страниц удобнее выгрузка: из Search Console — данные вкладки «Страницы» с фильтром по запросам, из Вебмастера — таблица мониторинга запросов в режиме «URL». Дальше работа в обычной таблице.

Строки группируются по запросу, остаются только запросы, по которым показывались два адреса и больше. Отсекается шум: если второй адрес собирает меньше десятой части показов по запросу (условный порог, его стоит подобрать под свой сайт), это не конфликт, а случайность. Для оставшихся записываются показы и позиция каждого адреса, намерение запроса по выдаче и то, какая страница должна его получать по замыслу. Последняя колонка — решение.

Условный пример того, как выглядит результат для сайта услуг:

В условном примере четыре запроса: по трём приняты три разных решения, а четвёртый оставлен как есть, потому что второй адрес собирает 5% показов.

Полезная таблица конфликтов заканчивается колонкой «решение», а не колонкой «сколько страниц пересекаются».

Склеить, развести или переписать: у каждого решения своя цена

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

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

Развести. Намерения разные, но страницы написаны так, что поисковик их путает. Каждой странице дают свой запрос: он переносится в начало title и в H1, первый абзац отвечает на своё намерение, а фрагменты, отвечающие на чужое, сокращаются. Цена — переписанные заголовки и тексты, иногда временное снижение показов, пока поисковик заново оценивает страницы.

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

Склейка — сильное лекарство с побочными эффектами, переписывание — самое дешёвое, и его недооценивают.

Canonical не лечит две разные статьи

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

Google в документации о канонизации пишет, что объединяет одинаковые и похожие страницы в кластер и выбирает из него самую полную и полезную, а указанную вами каноническую страницу считает подсказкой: даже при явном указании он может выбрать другую. Именно это отражает статус «Канонические версии страницы, выбранные Google и пользователем, не совпадают». Яндекс в справке о дублях для адресов, различающихся только слешем в конце, прямо не рекомендует rel=canonical, потому что атрибут может игнорироваться, и советует 301-й редирект. А для адресов, различающихся GET-параметрами, которые не влияют на содержимое, например UTM-метками, — директиву Clean-param в robots.txt.

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

Удаление страницы с кодом 404 — ещё более грубый вариант: внешние ссылки и закладки пользователей начинают вести в пустоту. Оно оправдано, только если страница не получала ни трафика, ни ссылок.

Canonical — для копий, редирект — для склейки, переписанный текст — для всего остального.

Внутренние ссылки часто сами создают спор

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

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

Проверить это можно без специальных инструментов: поиском по исходникам или выгрузкой внутренних ссылок любым краулером сайта.

Переписать страницу и оставить старые ссылки — всё равно что сменить вывеску и не поменять адрес в визитках.

Контраргумент: поисковик сам выберет лучшую страницу

Существует разумное мнение, что каннибализацию переоценивают. Поисковые системы давно умеют выбирать из похожих страниц наиболее релевантную, и это прямо описано в документации о дедупликации.

В этом аргументе есть правда. На небольшом сайте, где запрос приносит несколько показов в неделю, разница между «выбрал поисковик» и «выбрали вы» не измерима. И если выбранная поисковиком страница стабильно стоит высоко и ведёт к заявке, повода вмешиваться нет.

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

Доверять выбору поисковика можно там, где он совпадает с вашим. Проверять совпадение — ваша работа.

Когда каннибализацию лучше оставить в покое

Честный список случаев, когда работа по склейке и разведению не окупится или навредит:

• Запросу мало показов. Если спорный запрос даёт единицы показов в месяц, любой результат утонет в случайных колебаниях, а риск задеть соседние запросы реален.
• Сайт молодой. У нового домена показов мало по всем запросам, и конфликты в отчётах часто оказываются шумом. Сначала нужно, чтобы страницы вообще начали показываться.
• Запрос далёк от денег. Информационный запрос, который не ведёт к заявке, можно отложить: ресурс лучше потратить на запросы, близкие к покупке.
• Сезонные и новостные колебания. Смена страницы в выдаче в пиковый месяц бывает реакцией на спрос, а не на конфликт. Прежде чем склеивать, стоит посмотреть тот же месяц год назад — и Search Console, и Вебмастер хранят данные больше года.

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

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

Каннибализация начинается в контент-плане, а не в выдаче

Большая часть конфликтов создаётся не поисковиком, а процессом выпуска страниц. Контент-план составляют по списку ключевых фраз, разные авторы пишут в разные месяцы, и через год на сайте три статьи, которые отвечают на один вопрос разными словами. С генерацией текстов нейросетями этот процесс ускорился: написать новую страницу под фразу проще, чем найти и дописать существующую.

Лечится это правилом, которое проще сформулировать, чем соблюдать: один запрос — одна страница. Перед созданием страницы проверяется, не занят ли её запрос, и если занят — либо новая страница получает свой, более узкий угол с отдельным запросом в title и H1, либо дописывается существующая. Повторяющиеся разделы тоже принадлежат одной странице, остальные ставят на неё ссылку. Для групп связанных материалов работает схема «хаб и спицы»: обзорная страница ссылается на частные, у каждой частной свой запрос. Как это устроено в целом цикле выпуска страниц, описано в обзоре о генеративном SEO.

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

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

Реестр занятых запросов стоит дешевле любой склейки.

Цель → метрика: как понять, что склейка сработала

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

Поэтому цель и метрику формулируют до изменений, по методу, описанному на странице «Как мы работаем». Цель — чтобы спорный запрос стабильно получала нужная страница и приносила с него заявки. Метрики — четыре:

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

Пилот делают не на всём сайте, а на пяти-десяти конфликтах, самых близких к деньгам. Для сравнения похожие конфликты оставляют нетронутыми: так видно, что изменение вызвано склейкой, а не общим ростом сайта или сезоном. Базу фиксируют за несколько недель до изменений, а оценивают не раньше, чем обе поисковые системы переобойдут страницы; в Search Console дату последнего сканирования показывает инструмент проверки URL. Условие остановки записывают заранее: если суммарные клики по группе запросов упали сильнее, чем у контрольной группы, изменение откатывают — возвращают страницу и снимают редирект. Как вообще отделять эффект изменения от фона, подробнее в статье о том, как измерить эффект от внедрения.

Если спорные запросы приходят из ответов нейросетей, а не из обычной выдачи, часть эффекта не будет видна в отчётах поисковиков. Как находить такие переходы, разобрано в статье о трафике из нейросетей в аналитике. Как готовить страницы к цитированию нейросетями, разобрано в статье о GEO-оптимизации.

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

Что сделать с отчётами на этой неделе

Проверка на своих данных занимает час и не требует подрядчика. Возьмите двадцать запросов, ближайших к заявке, и пройдите их приёмами выше: вкладка «Страницы» с фильтром по запросу в Search Console, режим «URL» с тем же фильтром в Вебмастере. Выпишите запросы с двумя адресами и больше и отметьте, какой адрес должен получать каждый по замыслу. Затем проверьте исключённые дубли в обоих сервисах: нет ли среди них страниц, на которые вы рассчитываете.

Если конфликтов нет или они только на запросах с единичными показами, каннибализация — не ваша проблема сейчас, и достаточно ввести правило «один запрос — одна страница» для новых материалов. Если конфликты есть на запросах, которые приводят клиентов, у вас готов список для пилота с понятной метрикой. Этой работой — разбором сайта, семантики и конфликтов, выпуском и переписыванием страниц с замером результата — мы занимаемся в рамках услуги «Генеративное SEO».

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