Каннибализация ключевых слов: как перестать конкурировать с собственными страницами
Когда две ваши страницы борются за один запрос, поисковик выбирает сам — и часто выбирает не ту. Разбираем диагностику и четыре сценария лечения.
Что считать каннибализацией
Каннибализация — не просто наличие ключевого слова на нескольких страницах, это нормально. Проблема возникает, когда несколько страниц претендуют на один и тот же интент, и поисковик вынужден выбирать, регулярно меняя решение.
Признаки: в отчёте «Эффективность» по одному запросу показываются два и более ваших URL; позиция по запросу нестабильна и скачет в широком диапазоне; целевая страница периодически заменяется другой без ваших изменений.
Не является каннибализацией: коммерческая страница и информационная статья по смежным формулировкам с разным интентом; страницы разных языковых версий; карточка товара и категория, если запросы действительно различаются по конкретности.
Диагностика через Search Console
Откройте отчёт «Эффективность», перейдите на вкладку «Запросы», выберите проблемный запрос, затем переключитесь на вкладку «Страницы». Вы увидите все URL, которые показывались по этому запросу, с показами и кликами.
Два URL с сопоставимым числом показов по одному запросу — явная каннибализация. Если один URL собирает 95% показов, а второй появляется изредка — это шум, вмешательство не требуется.
Для системного поиска выгрузите данные за квартал через API или встроенный экспорт, сгруппируйте по запросу и посчитайте число уникальных URL на запрос. Список запросов с двумя и более URL — рабочий бэклог.
Откуда она берётся
Первый источник — блог, дублирующий коммерческие страницы. Статья «Как выбрать пластиковые окна» и страница услуги «Пластиковые окна» начинают конкурировать, если в статье продающие блоки и коммерческие анкоры.
Второй — региональные и фильтровые клоны. Страницы под города, отличающиеся только топонимом, конкурируют друг с другом и с общей страницей услуги, потому что содержательно они одинаковы.
Третий — исторический: за годы работы под один и тот же запрос сделали три посадочные в разное время, старые никто не удалил. На сайтах старше пяти лет это самая частая причина.
Четыре сценария решения
Объединение: если страницы близки по содержанию, соберите лучшее в одну, остальные закройте 301-редиректом на неё. Так вы складываете ссылочный вес и поведенческие сигналы вместо того, чтобы делить.
Переориентация: если у страниц разные потенциальные интенты, разведите их. Информационную статью переписывают под информационный запрос, убирая коммерческие блоки; коммерческую усиливают ценой, условиями и формой заявки.
Canonical: если обе страницы нужны пользователям (например, вариант с фильтром и общая категория), но содержательно они почти совпадают, поставьте rel=canonical со второстепенной на основную. Это работает мягче редиректа и сохраняет доступность обеих.
Удаление: страница не нужна ни пользователю, ни бизнесу, ссылок и трафика нет — удаляйте с кодом 410 и убирайте из sitemap. Это самый недоиспользуемый инструмент: лишние страницы почти всегда жалко, но они мешают.
Профилактика при планировании
Ведите карту соответствия «кластер запросов — URL» и сверяйтесь с ней перед созданием любой новой страницы. Если кластер уже закрыт существующим URL, новая страница создаётся только при доказанном отдельном интенте.
Различайте интенты явно: коммерческий запрос — страница услуги или категории; информационный — статья; навигационный — раздел контактов или бренда. Одна страница обслуживает один интент.
При работе с несколькими авторами или подрядчиками карта обязательна и должна быть доступна всем. Большая часть каннибализации возникает не по злому умыслу, а потому что новый копирайтер не знал о существующей странице.
Как проверить, что стало лучше
После объединения смотрите не позицию, а суммарные показы и клики по кластеру запросов. Корректная картина — суммарный трафик кластера растёт, а число URL, показывающихся по нему, уменьшается до одного.
Дайте изменениям время: после 301-редиректа поисковику нужно переобойти обе страницы и переоценить целевую. На среднем сайте это занимает от двух до шести недель.
Проверьте, что редиректы не образовали цепочек и что внутренние ссылки переписаны на новый URL. Оставленные ссылки на старый адрес продолжают тянуть краулер на редирект и замедляют консолидацию.