Канібалізація запитів — це ситуація, коли дві або більше сторінок одного сайту оптимізовані під той самий запит і конкурують за нього у видачі. Класичний приклад: за «купити пилосос» замість картки категорії ранжується стаття з блогу «як вибрати пилосос».
Тему прийнято описувати як однозначну проблему, яку треба негайно шукати й лікувати. Насправді все складніше: частина випадків, які інструменти позначають як канібалізацію, нічого не ламає, а половина стандартних порад стосується взагалі іншої проблеми. Розберемося, як відрізнити одне від іншого.
Канібалізація — це конкуренція за той самий пошуковий намір. Не за схожі слова в тексті, а за те саме питання користувача.
Із чим її регулярно плутають:
Правильна одиниця виміру — не ключ, а намір. Одна сторінка закриває один намір і при цьому нормально ранжується за десятками й сотнями запитів, які цей намір формулюють по-різному. Теза «кожна сторінка має відповідати одному пошуковому запиту» помилкова: під один запит сторінок не роблять, під один кластер — роблять.
Google має окрему систему, яка називається site diversity. В офіційній документації вона описана так: пошук зазвичай не показує більше двох сторінок одного сайту у верхніх результатах.
Тобто дві ваші сторінки в топі за одним запитом — це не поломка, а стеля, яку Google спроєктував. Якщо обидві сторінки доречні, ситуація радше корисна: сайт займає більше місця у видачі.
Показова перевірка є в Ahrefs: їхні інструменти знайшли на власному сайті 9700 випадків «канібалізації». Команда розібрала вручну 80 із них — і тільки в одному випадку реально потрібно було щось робити. Це головне, що варто знати про звіти з позначкою «cannibalization»: більшість спрацьовувань хибні.
Канібалізація не є проблемою, якщо:
Санкцій за канібалізацію не існує. Це не порушення правил, а неоптимальний розподіл власних сторінок.
Ознаки, за якими канібалізація перестає бути нейтральною:
| Ознака | Що це означає | Чи треба виправляти |
| За комерційним запитом у видачі стоїть стаття блогу, а не сторінка товару чи послуги | Google вважає релевантнішою неправильну сторінку. Втрата не в позиціях, а в конверсіях | Так, це головний сценарій |
| Релевантна сторінка змінюється від перевірки до перевірки | Пошук не може вибрати між двома сторінками. Позиції стрибають | Так |
| Обидві сторінки стоять у другому-третьому десятку, жодна не піднімається | Сигнали розподілені між двома адресами замість однієї | Так |
| Зовнішні посилання йдуть частиною на одну сторінку, частиною на іншу | Посилальна вага розділена | Так |
| Дві сторінки в топі, потрібна вище | Штатна робота site diversity | Ні |
| Сторінки сусідні в топі, але наміри різні | Сайт закриває запит із двох боків | Ні |
Головний критерій простий: проблема є, якщо в топі стоїть не та сторінка або не стоїть жодна. Якщо потрібна сторінка на місці — проблеми немає, скільки б інструмент не показував попереджень.
Основний спосіб, і він не потребує жодних сторонніх сервісів, — звіт «Результати в Пошуку»:
Якщо за одним запитом показів набирають дві-три сторінки, ви бачите канібалізацію. Далі дивиться, як розподілені кліки: якщо всі кліки на потрібній сторінці, виправляти нічого не треба.
Той самий звіт показує й динаміку. Якщо в одної сторінки покази за запитом падають, а в іншої рівно в цей момент зростають, пошук перерозподілив релевантність між ними.
Звіт «Індексування сторінок» для цього не підходить: він про те, які сторінки в індексі, а не про те, які з них конкурують. У старих матеріалах його часто радять під назвою «Покриття» — Google перейменував звіт ще у 2022 році.
Запит у пошуку виду site:вашсайт.com ключова фраза покаже, які сторінки сайту Google вважає відповідними на цю фразу, і в якому порядку. Спосіб грубий, але швидкий і не потребує жодних сервісів.
| Пара сторінок | У чому конфлікт |
| Стаття блогу проти категорії або послуги | Найпоширеніший випадок і єдиний, який реально коштує грошей: за комерційним запитом виходить інформаційна сторінка |
| Категорія проти сторінок фільтрів | Сторінки під кожну комбінацію фільтрів повторюють намір батьківської категорії |
| Перша сторінка проти сторінок пагінації | Другу й третю сторінку списку оптимізували під той самий запит, що й першу |
| Дві послуги з майже однаковим формулюванням | Наслідок того, що семантику розкладали по сторінках уже після запуску сайту |
| Регіональні сторінки під один запит без топоніма | «Просування сайту» на десяти сторінках міст, і жодна не закріплюється |
| Рішення | Коли застосовувати |
| Переоптимізувати другу сторінку під власний кластер | Обидві сторінки потрібні й у кожної є свій намір. Основний варіант |
| Об’єднати вміст і поставити 301 зі слабкої сторінки на сильну | Сторінки дублюють намір і окремо не потрібні. Редирект ставиться на основну сторінку пари, не на головну сайту |
| Canonical зі слабкої на основну | Обидві адреси мають лишатися доступними для користувача, але в індексі потрібна одна |
| Перелінковка: з другорядної сторінки посилання на основну потрібним анкором | М’який варіант, коли переписувати нічого не хочеться. Працює повільно |
| Переписати Title і H1 | Сторінки різні за суттю, але метатеги написані під один запит |
| noindex на другорядну сторінку | Останній варіант. Сторінка потрібна людям, але в пошуку їй місця немає |
Порядок дій завжди один: спершу вибрати, яка сторінка має ранжуватися, потім прибрати з іншої ознаки оптимізації під цей запит — заголовок, метатеги, входження в тексті, анкори внутрішніх посилань.
Найчастіша помилка — почати з редиректу. Редирект прибирає сторінку назавжди, і якщо вона мала власний трафік за іншими запитами, цей трафік зникає разом із нею.
Канібалізація майже завжди — наслідок того, що семантику не розкладали по сторінках заздалегідь. Сторінки з’являлися в міру потреби, кожна під «свій» запит, а перевіряти, чи цей запит уже закритий, ніхто не встигав.
Що це закриває:
Як збирається й розкладається по сторінках семантичне ядро, ми розбирали окремо.
Розібрати, які сторінки конкурують між собою й що з ними робити, — частина SEO-аудиту, а самі правки ми вносимо в межах внутрішньої оптимізації.
Звертайтесь!
