Каннибализацию запросов я ищу там, где две страницы сайта отвечают на одну задачу. Похожие слова сами по себе ещё не спор. Ниже — как я вижу этот конфликт, чем он отличается от технического дубля адреса и какую страницу оставляю.
Когда для меня это каннибализация
Каннибализация запросов для меня — внутренний спор сайта. Две живые страницы претендуют на один интент, и поисковик выбирает между ними сам. В выдаче появляется то один адрес, то другой. Показы и переходы делятся, а ни одна страница не собирает сигнал целиком.
Общий корень в фразах ничего не доказывает. Страницы могут стоять рядом по теме и при этом закрывать разные задачи. Одну человек открывает, чтобы сравнить варианты. Другую — чтобы разобраться, как устроено. Такую пару я не склеиваю. Конфликт начинается, когда обе обещают один и тот же ответ и обе хотят стоять по одним и тем же формулировкам.
Это не путаница адресов. Технический дубль — один и тот же документ, который открывается по нескольким URL: со слешем и без него, с параметром, с www и без www. Там чинить нужно адрес. Каннибализация — про разные страницы, которые поиск считает заменимыми.
Как я замечаю спор
Смотрю запрос вместе с адресом
Первый источник — отчёт, где у фразы виден URL. В Яндекс Вебмастере и Google Search Console я открываю конкретный запрос и смотрю, какие страницы получали показы. Если за одну формулировку регулярно отвечают два адреса, я открываю обе и сравниваю задачу. Ждать, что поиск сам устаканит выбор, можно долго: пока он колеблется, сигнал размазан.
Один случайный показ второй страницы я не раздуваю. Смотрю повтор. Тот же запрос, те же два URL, и так в нескольких снятиях. Разовый всплеск на хвосте — шум. Если вторая страница раз за разом забирает часть показов у основной, спор уже идёт.
Слежу, не мигает ли адрес в выдаче
Второй признак виден в съёме позиций. У запроса назначена одна страница, а в колонке адреса появляется другая. Или URL меняется от проверки к проверке. Место в списке при этом может почти стоять на месте: меняется не строка, а документ, который её занимает. На общем графике визитов этого не видно. Видна только связка запроса и адреса.
Отчёт я дополняю живой выдачей. Беру формулировку и смотрю, какой наш URL поисковик готов показать сейчас. Для узкой проверки использую оператор site и домен. Мне важно, нет ли рядом второго нашего результата с тем же обещанием. Два соседних сниппета с одной задачей — уже конфликт, даже если в отчёте показы ещё не разъехались.
Сверяю заголовки и первый экран
Третий слой — сами страницы. Сравниваю title, h1 и первый экран. Если заголовки можно поменять местами и смысл не ломается, страницы спорят. Если у каждой свой вопрос посетителя, общее слово меня не пугает.
В рабочую таблицу я выписываю не похожие тексты, а признаки спора.
- Один запрос и два URL с показами.
- Адрес в выдаче меняется между съёмами.
- Title и h1 можно переставить без потери смысла.
- Внутренние ссылки с одним анкором ведут на разные страницы.
- В выдаче рядом стоят два наших результата с одним обещанием.
Два адреса делят одну задачу: поиск видит пару страниц, а не один ясный ответ.
Что я не называю этим спором
Перед правкой отделяю настоящий конфликт от соседних ситуаций. Иначе легко склеить страницы, которым положено жить отдельно, или начать переписывать текст там, где сломан только адрес.
| Что вижу | Как читаю |
|---|---|
| Два URL открывают один и тот же документ | Технический дубль: чиню адрес, смысл не переписываю |
| Похожие слова, но в выдаче разные задачи | Не спор: каждой странице оставляю свой интент |
| Один запрос, два адреса по очереди | Спор: выбираю одну страницу под эту задачу |
| Раздел и статья обещают одно и то же действие | Спор, даже если страницы лежат в разных разделах |
Кластеризацию и виды запросов здесь не разбираю: для этого у меня отдельные заметки. В этой проверке хватает одного вопроса. Может ли человек, который ввёл фразу, с одинаковым успехом остаться на любой из двух страниц. Если да — интент один. Если на второй ему нужен другой ответ — это две задачи, и склеивать их не надо.
Какую страницу я оставляю
Оставляю страницу, которая ближе к задаче в выдаче. Вторую теми же формулировками не усиливаю.
Выбор делаю до редиректа. Сначала решаю, какой документ должен отвечать на интент, и только потом трогаю второй. Привычка считать страницу основной только потому, что она старше или уже стоит в плане, сама по себе не аргумент.
- Какой тип документа уже стоит в топе по этой формулировке.
- Какой из наших URL поиск показывает чаще и без скачков между адресами.
- Где ответ собран полнее и человеку не нужно искать продолжение на соседней странице.
- Куда уже ведут понятные внутренние ссылки и какой адрес проще объяснить в меню.
- Какую страницу реально поддерживать, если вторая только повторяет первую другими словами.
Если по фразе поиск показывает объяснение, я не оставляю раздел с предложением только потому, что он был раньше. Если показывает способ заказать или записаться, не оставляю заметку, которая случайно собрала показы тем же заголовком. Смотрю, какой ответ уже выбран в выдаче, и подстраиваю наш URL под этот ответ, а не под удобство файла в структуре.
Что делаю со второй страницей
| Ситуация | Что делаю |
|---|---|
| Интент один, вторая страница людям не нужна | Переношу полезные блоки в основную и ставлю с неё 301 |
| Обе страницы нужны, но задачи разные | Меняю title, h1 и первый экран, чтобы каждая тянула свою формулировку |
| Один документ открывается по двум адресам | Склеиваю адреса редиректом или canonical, текст заново не пишу |
| Вторая страница должна остаться в индексе | Не закрываю её от обхода, а убираю пересечение задачи |
После решения на одну задачу остаётся один адрес: лишнее либо склеено, либо уведено в свою формулировку.
Если оставляю одну
Когда обе страницы говорят одно и то же, две слабые версии я не держу. Выбираю основную и переношу на неё только то, чего там не было: уточнение, блок вопросов, нормальный следующий шаг. Повторы не копирую. Со второй страницы ставлю постоянный редирект на первую и меняю внутренние ссылки, чтобы и человек, и робот сразу попадали на оставшийся адрес.
Редирект без переноса нужных блоков — пустая склейка: человек приходит на страницу, где ответа так и не появилось. Редирект при разных задачах убирает страницу, которая ещё была нужна. Поэтому 301 для меня следствие выбора, а не первая кнопка.
Если страницы должны жить обе
Тогда я перестаю кормить их одной формулировкой. У второй убираю из title и h1 задачу, которую закрепляю за первой. Первый экран переписываю так, чтобы обещание не совпадало. Со страницы, которая больше не претендует на этот запрос, ставлю обычную ссылку на основную: это путь для человека, а не второй конкурирующий ответ.
Canonical такую правку не заменяет. Тег только подсказывает, какой адрес основной, и уместен, когда документ один, а адресов несколько. Если тексты разные и оба должны находиться по своим запросам, общий canonical прячет одну из задач. Для технического дубля он подходит. Для спора двух разных страниц — нет.
Чего я не делаю
- Не закрываю лишнюю страницу в robots.txt: обход пропадает, а путаница в индексе может остаться.
- Не завожу третью страницу посередине, чтобы помирить две старые.
- Не оставляю обеим одинаковый title с перестановкой слов.
- Не считаю конфликтом любое повторное слово в соседнем разделе.
Как понимаю, что спор закончился
После правки возвращаюсь к той же связке, с которой начал. В отчёте по запросу должен остаться один основной URL. В съёме позиций адрес перестаёт мигать. Вторая страница либо отдаёт редиректом, либо собирает уже другую формулировку, которую я ей оставил.
Календарный срок я заранее не назначаю. Смотрю несколько следующих съёмов и тот же отчёт, где спор был виден. Если адреса снова чередуются, интент разведён только в заметке, а в заголовках он общий. Тогда правлю title, h1 и первый экран. Новые абзацы поверх старого пересечения ничего не решают.
Чужие истории сюда не подмешиваю. Мне нужно простое состояние: у одной задачи один адрес, и поиск больше не выбирает между двумя нашими страницами.
SEO
Разберу спор двух страниц
Посмотрю, какие адреса делят один интент, и скажу, какую страницу оставить, а какую развести или склеить.
Леонид СтрельцовИнтернет-маркетолог и автор материала
Обо мне VK Telegram MaxЧитайте также
SEO лендинга: как я готовлю страницу под один интент
Готовлю одностраничник к органике: один интент на адрес, заголовок, блоки и внутренние ссылки. Пишу, чего страница не закрывает. Место в выдаче не обещаю.
Читать статью
Виды поисковых запросов: как понять намерение и выбрать страницу
Разбираю виды поисковых запросов по интенту, частотности, географии и конкуренции и показываю, какую страницу готовить под каждый тип.
Читать статью
Дубли страниц сайта: как найти и что с ними делать
Объясняю, как узнать дубль страницы, чем он отличается от похожего URL и когда выбрать canonical, редирект или закрытие от индекса.
Читать статью
Как проверить сайт на фильтры Яндекса и Google
Показываю, как отличить санкцию поисковика от технической ошибки и обновления алгоритма, где искать уведомления и что исправлять.
Читать статью
