Две страницы под один запрос - ещё не каннибализация: детектор на n8n с моделью риска
В SEO давно существует упрощённое правило: если две страницы сайта показываются по одному запросу, нужно выбрать главную, а вторую переписать, объединить или закрыть редиректом. Однако такое решение далеко не всегда оправдано. Сам факт пересечения запросов ещё не доказывает, что страницы вредят друг другу.
Настоящая каннибализация ключевых слов возникает в ситуации, когда одна страница стабильно перехватывает показы и клики, предназначенные для другой, более подходящей страницы. Разовое появление соседнего URL в выдаче может быть обычным колебанием поисковых систем, естественным пересечением тем или результатом сезонного спроса. Поэтому автоматическая проверка должна учитывать не только совпадение ключей, но и длительность, масштаб и характер конфликта.
Именно такой подход реализован в третьем воркфлоу связки n8n-seo-monitor-suite. Он предназначен для регулярного мониторинга конкуренции между URL и использует модель риска вместо примитивного правила "два адреса по одному запросу - тревога". Более подробно логика и структура решения разобраны в материале о [детекторе SEO-каннибализации на n8n](https://habr.com/ru/articles/1080278/?utm_source=habrahabr&utm_medium=rss&utm_campaign=1080278).
Два режима работы и единые данные
Воркфлоу запускается независимо в двух режимах: во время еженедельного сканирования и при формировании ежемесячного отчёта. Оба процесса используют общие таблицы и не запрашивают данные повторно, если нужная информация уже была собрана другим запуском.
В системе применяются несколько основных источников данных:
- Daily_Monitor - перечень контролируемых URL категорий;
- Master_Briefs - эталонные Title, H1 и границы поискового интента;
- Owner_Map - таблица, где каждому кластеру запросов назначен целевой URL;
- SEO_Run_State и SEO_Page_Snapshot - состояние запусков и актуальные снимки страниц.
Благодаря этому еженедельный скан и помесячный анализ используют одинаковую картину сайта. Повторный сбор данных из GSC и других систем не выполняется, если сведения за нужный день уже доступны.
Какие конфликты выявляет система
Детектор разделяет два принципиально разных сценария.
Первый - внутренняя конкуренция категорий. В этом случае по кластеру запросов в выдаче появляется другая категория того же сайта, хотя владельцем кластера назначен конкретный URL. Здесь нужно сравнивать границы интента, Title, H1 и структуру заголовков обеих страниц.
Второй сценарий - сквозной перехват. Категорию начинает опережать товарная карточка, статья, служебная страница или другой URL неподходящего типа. Такая проблема обычно связана не с текстом категории, а с перелинковкой, анкорами, хлебными крошками и архитектурой сайта.
Следовательно, анализ каннибализации запросов должен отвечать не только на вопрос "какие страницы пересекаются", но и на вопрос "почему это произошло". Универсальная рекомендация для всех случаев - переписать контент - может привести к обратному эффекту.
Модель риска из шести факторов
Основная логика собрана в Code-ноду Cannibalization Engine объёмом более 1500 строк. Для каждой пары "владелец - конкурент" рассчитываются шесть компонентов.
Доминирование оценивает долю показов конкурирующей страницы внутри пары. Если она получает менее 35% показов, баллы не начисляются. Максимум фактора - 25.
Смещение позиции показывает, насколько конкурент опережает назначенного владельца в поисковой выдаче. На этот показатель приходится до 20 баллов.
Захват кликов учитывает долю переходов конкурента. Расчёт выполняется только при наличии минимум двух кликов в паре, максимальный вклад - 15 баллов.
Тренд периода фиксирует динамику на двух интервалах: 28 дней и 7 дней. Риск растёт, если целевая страница теряет видимость, а конкурент одновременно усиливается.
Структурное несоответствие приносит до 10 баллов. Сюда относятся ситуации, когда у владельца нет показов, у конкурента их не менее десяти, а также случаи с запрещённой страницей или legacy-редиректом.
Персистентность отражает продолжительность конфликта. При первом обнаружении баллы не начисляются, а максимальное значение достигается только после нескольких последовательных прогонов.
Сумма факторов даёт максимум 100 баллов. Затем она умножается на коэффициент уверенности от 0,25 до 1. Коэффициент снижает оценку, если в паре слишком мало показов и статистика недостаточно надёжна. Такой механизм делает проверку SEO каннибализации устойчивой к случайным выбросам.
Пороговые значения
Система использует несколько уровней состояния:
- LOW_DATA - менее 10 суммарных показов и менее 2 кликов;
- WATCH - итоговый риск от 30 баллов;
- HIGH - риск от 55 баллов;
- CRITICAL - риск от 75 баллов, не менее 65% показов у конкурента и дополнительное условие: конфликт сохраняется минимум два запуска подряд либо накоплено не менее 200 показов.
Последнее правило особенно важно. Даже резкий разовый всплеск не переводит ситуацию в критическую категорию. Для этого нужны либо повторяемость, либо достаточный объём данных. Так детектор отделяет устойчивую проблему от обычного шума выдачи.
Рекомендации зависят от типа проблемы
Для legacy-редиректа система рекомендует проверить переклейку и переобход, а не менять содержание страницы.
При конфликте "категория против категории" предлагается сопоставить Title, H1, H2 и фактические границы интента. До подтверждения конкретного пересечения менять тексты не следует.
Если товарная карточка обходит категорию, приоритет получают проверка внутренних ссылок, анкоров, хлебных крошек и структуры переходов. В такой ситуации как устранить каннибализацию страниц, не переписывая всё содержимое, - вопрос в первую очередь технический.
Для удобства результаты выводятся не только в виде таблицы. Визуализация строится как граф конфликтов: узлы показывают страницы, а связи - силу и тип конкуренции. Это помогает увидеть группы взаимосвязанных URL и быстро обнаружить центральную страницу, которая перехватывает сразу несколько кластеров.
Отчёты, графики и уведомления
Помесячный отчёт объединяет три уровня анализа. Первый показывает макротренд видимости сайта, второй - изменения по кластерам и страницам, третий - динамику позиций в поисковой выдаче. Дополнительно формируется модель ожидаемых результатов, учитывающая обычные колебания конкретного проекта.
Поэтому слабый месяц не всегда получает статус RED. Если снижение соответствует сезонности или общей динамике сайта, система не трактует его как критический сбой. Такой контекст уменьшает количество ложных тревог.
Краткая сводка и AI-резюме отправляются в Telegram. Для детального разбора формируется Markdown-аудит с парами URL, показателями, типом конфликта, уровнем риска и рекомендациями. При этом искусственный интеллект не принимает решения самостоятельно: детерминированная формула сначала рассчитывает показатели, а модель лишь объясняет результат понятным языком.
Например, итоговые 59 из 100 - это не субъективная оценка нейросети, а сумма конкретных факторов: доли показов, разницы позиций, кликов, динамики, структурного несоответствия и длительности конфликта. Пользователь может проверить каждый компонент и понять, что именно повлияло на результат. Архитектура и полный принцип работы [системы мониторинга каннибализации страниц](https://habr.com/ru/articles/1080278/?utm_source=habrahabr&utm_medium=rss&utm_campaign=1080278) построены именно вокруг такой проверяемости.
Ограничения и практическое применение
Автоматизация не закрывает задачу полностью. Она обнаруживает подозрительные связи, оценивает их устойчивость и предлагает направление проверки, но окончательное решение остаётся за специалистом. Перед редиректом или объединением страниц необходимо учитывать бизнес-логику, коммерческий интент, структуру каталога и реальную ценность URL.
Есть и статистические ограничения: при малом объёме показов система закономерно снижает уверенность. Кроме того, поисковая выдача может меняться из-за обновлений алгоритмов, географии, персонализации и сезонных факторов.
Главное преимущество подхода - отказ от механического лечения. Каннибализация рассматривается как измеримый риск, а не как любое пересечение ключевых слов. Это позволяет не уничтожать полезные страницы, сохранять корректное разделение интентов и направлять SEO-аудит сайта туда, где действительно есть стабильная потеря трафика.
