Cannibalization audit — поиск каннибализации запросов
Каннибализация запросов — когда 2+ страницы вашего сайта конкурируют за один запрос. Google не знает, какую показать, ранжирует обе хуже, чем мог бы одну. Особенно опасна при «гибридной структуре» сайта (большой инфо-блог + слабый каталог на одном домене), где статьи и коммерческие страницы пересекаются по семантике. Этот playbook — пошаговая диагностика и 5 стратегий решения: merge, дифференциация, canonical, noindex и реструктуризация. Главное правило, которое проходит через все стратегии: каждый запрос должен иметь одну однозначную целевую страницу, а конфликт решается осознанным выбором, а не удалением «лишнего» URL без переноса его веса.
Этап 1. Диагностика
Заголовок раздела «Этап 1. Диагностика»Диагностика каннибализации — это поиск запросов, по которым в выдаче чередуются несколько ваших URL, потому что именно чередование, а не низкая позиция, выдаёт конфликт. Без явного списка «запрос → конкурирующие URL → позиции» любые правки делаются вслепую и могут добить страницу-победителя. Минимум: пройти в GSC по каждому ВЧ-запросу на вкладку Pages и отметить запросы с 2+ URL, сгруппировать топ-страницы по запросам в Ahrefs/Semrush, прогнать site:domain.com "точная фраза" для оценки числа конкурирующих страниц, снять отчёт по дублирующимся позициям в Topvisor/SE Ranking, и свести всё в таблицу «Запрос → URL_1 → URL_2 → Позиции». Эта таблица — единственный надёжный вход в Этап 2; «на глаз» каннибализацию определять нельзя, потому что близкие по теме страницы не всегда конкурируют.
Поиск каннибализации
0 из 6 (0%)
Этап 2. Классификация типов каннибализации
Заголовок раздела «Этап 2. Классификация типов каннибализации»Классификация — это присвоение каждому конфликту типа, потому что от типа напрямую зависит стратегия лечения: merge для одного, дифференциация для другого, canonical для третьего. Без неё легко применить неправильное лекарство — например, склеить 301-м редиректом две страницы с разным интентом и потерять отдельный коммерческий или информационный трафик. Для каждого случая определяют тип по таблице ниже и страницу-победителя (выше позиция, больше backlinks, лучше конверсия), а затем приоритизируют — сначала чинят конфликты по ВЧ-запросам с наибольшим потенциальным трафиком.
| Тип | Описание | Решение |
|---|---|---|
| True cannibalization | Обе страницы об одном и том же | Merge (301) или дифференциация |
| Intent overlap | Разный intent (info vs commercial), но одинаковые ключи | Дифференцировать H1 и контент |
| Sub-topic overlap | Два spoke’а конкурируют за один sub-query | Merge в один spoke или внутри hub |
| Filter pages | Категория + страница фильтра ранжируются | Canonical filter → category |
| Pagination | Страница 1 и страница 2 конкурируют | Canonical /page/2/ → /page/1/ или noindex |
Классификация
0 из 4 (0%)
Этап 3. Стратегия 1 — Merge (объединение)
Заголовок раздела «Этап 3. Стратегия 1 — Merge (объединение)»Merge — это слияние двух страниц об одном и том же в одну с переносом веса через 301-редирект; самая частая стратегия для True cannibalization. Цель — сконцентрировать ссылочный вес, историю и релевантность на одной странице вместо того, чтобы делить их между двумя слабыми. Ключевой момент — не потерять backlinks и уникальный контент loser-страницы: сначала переносят полезный текст в winner, перенаправляют внутренние ссылки, и только затем ставят 301 с loser на winner. Удаление loser без редиректа обнуляет накопленный авторитет и историю URL, поэтому 301 здесь обязателен.
Merge двух страниц
0 из 8 (0%)
Этап 4. Стратегия 2 — Дифференциация
Заголовок раздела «Этап 4. Стратегия 2 — Дифференциация»Дифференциация — это разведение двух страниц по интенту и содержанию, когда обе нужны (например, информационная статья и коммерческая категория), но они конкурируют из-за общих ключей. Цель — чтобы каждая страница однозначно отвечала своему интенту, и поисковик перестал их путать. На практике переписывают H1 и title под разные интенты, делают структуру и Schema разными (Article для info, Product для commercial), и выстраивают conversion path внутренними ссылками от информационной страницы к коммерческой. Если развести интенты не получается — значит, это была не дифференциация, а True cannibalization, и нужен merge из Этапа 3.
Differentiate
0 из 6 (0%)
Этап 5. Стратегия 3 — Canonical
Заголовок раздела «Этап 5. Стратегия 3 — Canonical»Canonical — это указание поисковику предпочтительной версии страницы при наличии легитимных дублей: фильтров, сортировок, URL-параметров, печатных версий. Цель — оставить такие страницы доступными пользователю, но передать весь сигнал ранжирования базовому URL, чтобы дубли не растаскивали релевантность. Важно: rel=canonical — это подсказка, а не директива, и при неверном или противоречивом указании Google его игнорирует, поэтому canonical всегда ставят на действительно близкую по контенту базовую страницу. Поиск по сайту и заведомо служебные URL лучше закрывать noindex (см. Этап 6), а не canonical.
Canonical solution
0 из 5 (0%)
Этап 6. Стратегия 4 — Noindex
Заголовок раздела «Этап 6. Стратегия 4 — Noindex»Noindex — это запрет на попадание страницы в индекс через meta-тег, когда страница нужна пользователю, но не должна конкурировать в выдаче. Цель — убрать из индекса тонкие, служебные и дублирующие страницы (личный кабинет, корзина, сортировки, малоценные теги, устаревшие архивы), сохранив их доступность на сайте. Принципиальная разница с robots.txt Disallow: закрытая в robots страница всё равно может считаться дублем и попадать в индекс без сниппета — Disallow лишь запрещает обход, но не индексацию, поэтому для исключения из индекса используют именно meta noindex.
Noindex tag
0 из 4 (0%)
Этап 7. Стратегия 5 — Restructuring
Заголовок раздела «Этап 7. Стратегия 5 — Restructuring»Реструктуризация — это пересборка архитектуры сайта, когда каннибализация системная, а не точечная: десятки конфликтов растут из плохой структуры URL и категорий. Цель — устранить причину, а не симптомы: перестроить сайт по модели hub-and-spoke, объединить похожие категории, упростить иерархию URL и заново собрать внутреннюю перелинковку. Это самая дорогая стратегия и применяется, когда точечные merge/дифференциация уже не справляются с объёмом конфликтов. Все смены URL сопровождаются 301-редиректами и обновлением sitemap. Правильная целевая структура описана в Семантике 2026.
Реструктуризация
0 из 6 (0%)
Тестирование — как убедиться, что решение работает
Заголовок раздела «Тестирование — как убедиться, что решение работает»Тестирование — это сравнение позиций, CTR и трафика до и после изменений, потому что результат правок каннибализации проявляется не сразу и требует выдержки 2-8 недель. Без зафиксированного baseline невозможно доказать, что merge или дифференциация сработали, а не совпали с апдейтом или сезонностью. Минимум: снять baseline позиций и CTR по затронутым запросам до правок, сделать первый замер через 2 недели и финальный через 4-8 недель, и убедиться, что трафик winner-страницы вырос, а не просто перераспределился. Результат документируют — это формирует внутреннюю базу решений для будущих конфликтов.
Verification
0 из 6 (0%)
Анти-паттерны
Заголовок раздела «Анти-паттерны»- ❌ Удаление одной из дублирующих страниц без 301 — теряем backlinks и историю.
- ❌ Canonical на любую страницу подряд — Google может игнорировать неверный canonical.
- ❌ Игнорирование каннибализации после ребрендинга URL — типичная боль при миграции.
- ❌ «Все спорные URL → noindex» — теряем потенциальный трафик.
- ❌ Решение через robots.txt Disallow — не индексируется ≠ не считается дублем. Используй meta noindex.
Регулярность
Заголовок раздела «Регулярность»Каннибализация накапливается со временем при росте контента. Аудит:
- Маленькие сайты (до 100 страниц): раз в год
- Средние (100-1000): раз в полгода
- Большие (1000+): ежеквартально + после массовых публикаций
- Content refresh strategy — что делать с loser-страницами
- Семантика 2026 — правильная hub-and-spoke структура
- Технический аудит 2026 — проверка canonical