Каннибализация запросов

Происхождение и история термина

Первый автор и точная дата появления выражения keyword cannibalization по прочитанным первичным источникам не установлены. Поэтому 2009 и 2012 годы ниже обозначают развитие технической работы с дублями, а не рождение термина.

12 февраля 2009 года Google объявил поддержку rel="canonical". В примере одна карточка товара открывалась по адресам с параметрами категории, отслеживания и сеанса. Владельцу предложили указать предпочтительный адрес, чтобы поисковик мог объединить сведения о ссылках на разные адреса одного материала. Указание описывалось как рекомендация, учитываемая вместе с другими сигналами. ^[9]

В апреле 2012 года RFC 6596 описал canonical как отношение к предпочтительному адресу дублирующего или более полного содержания. Документ также показал риск ошибки: если вторую часть статьи объявить дублем первой, содержание второй может не обрабатываться. RFC имеет категорию Informational и используется здесь как исторический документ. ^[10]

Суть и механизм

Запрос — это введённые слова, а поисковая задача, или информационная потребность, — то, что человек хочет узнать или сделать. Один запрос может выражать разные потребности. Поэтому совпадение слов лишь находит кандидатов для проверки; оно не устанавливает каннибализацию. ^[1]

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

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

Канонизация — отдельный механизм. Google группирует одинаковые или очень похожие страницы и выбирает представительный, канонический URL. Владелец может указать предпочтение, но система вправе выбрать другой адрес. Яндекс также может объединить похожие страницы в группу дублей и рассматривает rel="canonical" как рекомендацию. ^{[2, 7]}

Виды и классификации

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

При неожиданной канонизации Google предлагает проверить выбранный системой адрес, технические сигналы и достаточность различий между страницами. В Яндекс Вебмастере можно увидеть, считает ли система страницу дублем или исключила её как малоценную либо маловостребованную; такой статус не означает автоматического ограничения всего сайта. ^{[4, 8]}

Как измерить или проверить

Учебный случай: у музея есть /ekskursii и /zapis-na-ekskursiyu. Обе страницы предлагают записаться, но форма и актуальная цена находятся только на второй.

1. Сформулируйте ожидаемый ответ для группы запросов: посетителю нужны условия и форма записи.
2. Сравните заголовок, основной текст, аудиторию и целевое действие страниц. Одинаковое обещание указывает на содержательное перекрытие.
3. В отчёте «Эффективность» Google Search Console выберите группу запросов и сопоставимые периоды, затем откройте разбивку по страницам. ^[5]
4. Читайте таблицу и график раздельно. При измерении по страницам таблица объединяет данные по URL, а график — по ресурсу; кроме того, большинство показателей относится к каноническому URL. Поэтому клик по дублю может быть записан на канонический адрес, а итог таблицы может отличаться от графика. ^{[11, 12]}
5. Проверьте канонический адрес в Search Console и статусы обеих страниц в Яндекс Вебмастере. Зафиксируйте показы, клики и целевые действия по всей группе URL до изменения. После него сравните период той же длины, регион, устройства и тип поиска.

Допустим, до правки два URL получили 60 и 40 кликов, всего 100. После правки основной URL получил 90, второй — 30, всего 120. Доля основного URL выросла с 60 / 100 × 100 = 60% до 90 / 120 × 100 = 75%, то есть на 15 процентных пунктов. Общий трафик вырос на (120 − 100) / 100 × 100 = 20%. Знаменатель последней формулы — исходные 100 кликов; при исходном нуле процентный рост не вычисляют. Это учебные числа. Рост доли без роста общего результата не доказывал бы улучшение.

Как применяется на практике

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

Если две страницы дают один ответ и одна больше не нужна, полезные сведения переносят на выбранную страницу, а со старого URL на наиболее близкий по смыслу новый настраивают постоянный редирект. Он автоматически отправляет посетителя и поискового робота на другой адрес; Google рассматривает постоянный редирект как сигнал выбора целевого URL каноническим. ^{[3, 6]}

Если оба адреса должны оставаться доступными как варианты одного материала, используют согласованные сигналы канонизации. rel="canonical" не предназначен для существенно разных страниц и не гарантирует выбор указанного URL. ^{[2, 4, 7]}

Ошибки, ограничения и спорные вопросы

Диагноз нельзя ставить по команде site:, одному дню позиций или одинаковым словам в заголовках. Эти признаки находят кандидатов, но не показывают задачу пользователя и потери сайта.

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

Сравнение до и после остаётся наблюдением. Без контролируемого эксперимента оно не отделяет эффект правки от сезонности, изменения спроса и обновлений поиска. Поэтому оценивают и распределение кликов между URL, и суммарные клики и целевые действия.

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

Связанные термины

• Релевантная страница
• Поисковый интент
• Дубли страниц
• Канонический адрес (canonical)
• Семантическое ядро
• Внутренняя перелинковка