Перевірка канібалізації запитів
Вставте дані у форматі Google Search Console: запит, URL, кліки, покази, позиція.
Keyword Cannibalization Checker — аналіз конкуренції URL
Перевірте, які запити розподіляються між кількома сторінками та знижують сумарний CTR. Інструмент допомагає пріоритизувати склеювання intent і внутрішню перелінковку.
Як користуватися
- Вставте рядки зі звіту Google Search Console (запит, URL, кліки, покази, позиція)
- Вкажіть мінімальний поріг показів, щоб прибрати низькочастотний шум
- Проаналізуйте запити з кількома URL і оберіть canonical/intent-переможця
FAQ
Як вивантажити з Search Console пари «запит — URL»
Канібалізацію видно лише тоді, коли запит і сторінка стоять в одному рядку. Стандартне вивантаження звіту «Ефективність» цього не дає: запити й сторінки потрапляють на різні аркуші. Є три робочі способи отримати потрібну таблицю:
- Looker Studio. Підключіть джерело «Search Console» з типом таблиці «Покази за URL», додайте виміри «Запит» і «Цільова сторінка» та показники «Кліки», «Покази», «Середня позиція». Таблицю завантажте в CSV.
- Google Таблиці з доповненням Search Analytics for Sheets: групування за query і page.
- Search Console API, метод
searchanalytics.queryз вимірамиqueryіpage.
Для одного запиту можна обійтися інтерфейсом: відфільтруйте звіт за запитом і відкрийте вкладку «Сторінки». Зважайте, що Google приховує рідкісні анонімні запити, тож у будь-якому вивантаженні частина показів губиться.
Формат для вставлення
Порядок колонок фіксований: запит, URL, кліки, покази, позиція. Роздільник — табуляція, кома або крапка з комою; десяткова кома теж читається. Рядок заголовків інструмент пропускає, якщо в ньому є слова query і url або page; український заголовок просто потрапить до некоректних рядків — на результат це не впливає. Рядки з некоректним URL не ламають розбір — вони потрапляють до лічильника некоректних. Запити порівнюються без урахування регістру, тож «SEO аудит» і «seo аудит» зіллються в один.
Як перевірка канібалізації оцінює ризик
Інструмент групує рядки за запитом і залишає лише ті, де сторінок дві й більше, а сумарних показів не менше за поріг (типово 20). Далі рахується частка показів у найпомітнішої сторінки:
| Ризик | Умова | Як читати |
|---|---|---|
| Високий | 3 сторінки й більше або в лідера менше 55% показів | Google не може обрати сторінку — покази діляться майже порівну |
| Середній | у лідера 55–75% | Основна сторінка є, але друга регулярно її підміняє |
| Низький | дві сторінки, у лідера від 75% | Друга сторінка з’являється зрідка, часто це не проблема |
Приклад. За запитом «аудит сайту» 1 000 показів: у сторінки A — 520, у B — 380, у C — 100. Сторінок три, частка лідера 52% — ризик високий за обома умовами. Якщо прибрати C і перенести її посилання на A, залишиться пара 520 / 380 з часткою лідера близько 58% — ризик середній, і наступний крок — розвести A і B за інтентом. Так таблиця допомагає бачити не лише проблему, а й прогрес після кожного виправлення.
Угорі списку — високий ризик, усередині рівня — запити з найбільшою кількістю показів: там втрати більші. Позиція з вивантаження в розрахунку ризику не використовується — дивіться її самі, коли вирішуєте, яку сторінку залишити. Ліміт — 10 аналізів на добу без реєстрації й 30 з акаунтом.
Коли перетин — не канібалізація
- Обидві сторінки в топ-10. Ви займаєте два місця у видачі — це плюс, а не проблема.
- Брендові запити. За назвою компанії нормально бачити головну, «Про нас» і контакти.
- Мовні версії.
/en/pageі/pageза одним запитом — питання hreflang, а не контенту. Інструмент вважає їх різними URL, тож такі рядки перевіряйте окремо. - Різний інтент. Стаття «як обрати» і сторінка послуги можуть законно ділити загальний запит, якщо за точнішими запитами кожна перемагає на своєму.
Типові пари сторінок у звіті
Подивіться на колонку «Деталі по URL»: пари зазвичай повторюють ті самі сценарії, і з них одразу зрозуміло, що лагодити.
- Головна й внутрішня сторінка. Головна збирає загальний запит, який мала б отримувати категорія чи послуга. Зазвичай бракує внутрішніх посилань з точним анкором на внутрішню сторінку.
- Стаття блогу й комерційна сторінка. Огляд теми обходить сторінку, яка продає. Рішення — розвести інтенти й поставити зі статті посилання на послугу.
- Стара й нова стаття на одну тему. Класичний випадок для об’єднання з 301.
- Одна адреса у двох написаннях: зі слешем і без, з
wwwі без, з параметрами. Це не контент, а техніка: редирект на основну форму й canonical.
Щоб не множити канібалізацію далі, ведіть карту «кластер запитів → один URL» і перед публікацією нової сторінки перевіряйте, чи немає вже сторінки під той самий запит.
Як усунути канібалізацію ключових слів
Спершу вирішіть, яка сторінка має перемагати: та, що краще відповідає на запит і приносить конверсії, а не обов’язково та, що зараз вища. Потім оберіть спосіб:
| Ситуація | Рішення |
|---|---|
| Дві сторінки про одне й те саме | Об’єднати: перенести цінне в основну й поставити 301 з другої |
| Потрібні обидві, але тема перетинається | Розвести: переписати title, H1 і текст другої сторінки під свій, вужчий запит |
| Дублі через фільтри, сортування, UTM | canonical на основну версію |
| Внутрішні посилання ведуть то на одну, то на іншу | Усі посилання з анкором запиту — лише на основну сторінку |
Редирект 301 під час об’єднання:
# nginx
location = /old-page/ { return 301 /main-page/; }
# Apache (.htaccess)
Redirect 301 /old-page/ https://example.com/main-page/
У WordPress те саме робить плагін Redirection або менеджер редиректів у Rank Math. Після змін зачекайте 3–4 тижні й повторіть вивантаження: частка показів основної сторінки має зрости, а друга — зникнути з рядків за цим запитом. Якщо перетини дають схожі title, порівняйте їх через аналіз мета-тегів.
Автоматичний пошук канібалізації в SEO Радарі
Вставляти таблиці вручну потрібно, якщо ви розбираєте чужий сайт або разове вивантаження. Для свого сайту зручніший SEO Радар: він підключається до Search Console і знаходить канібалізацію сам, за тими самими даними, без ручного вивантаження. У Радарі:
- брендові запити й запити з операторами не враховуються, а перетини менш ніж на 10 показів вважаються шумом;
- основна сторінка обирається за кліками, а за рівності — за очікуваним CTR її позиції, а не просто за найкращою позицією;
- суперником вважається сторінка тією самою мовою, яка справді в грі за запитом; мовні версії однієї сторінки позначаються окремо, як питання hreflang;
- для кожного запиту видно, скільки показів «розмазано» по зайвих сторінках, а дубль не потрапляє до плану просування — посиланнями підсилюється лише основна сторінка.
Що таке канібалізація і звідки вона береться, докладно описано в статті глосарію, а покрокова перевірка в інтерфейсі Search Console — в інструкції з перевірки канібалізації.
RankBotAI — ШІ-оптимізація SEO для WordPress
ШІ-плагін RankBotAI автоматично знаходить і виправляє SEO-проблеми в товарах і записах WordPress — без ручного редагування.