Як виправити канібалізацію ключових слів

Канібалізація ключових слів — це коли дві або більше ваших сторінок ділять між собою один пошуковий запит. Як підтвердити її в Search Console, вибрати сторінку, яку залишити, і безпечно об'єднати сторінки.

Канібалізація ключових слів виникає, коли дві або більше ваших сторінок відповідають на один пошуковий запит, тож Google ділить покази між ними й часто чергує, яку саме показувати. Щоб це виправити, підтвердьте в Search Console, що сторінки справді конкурують за одну потребу, виберіть сторінку, яку залишите, а потім або об'єднайте решту з нею через постійний редирект, або позначте справжні дублікати через canonical, або перепишіть сторінки так, щоб кожна відповідала на свій запит.

Чи це справді канібалізація?

Коли за один запит у видачі з'являється кілька ваших URL, це поширена й часто безпечна ситуація. Зазвичай нічого виправляти не потрібно, якщо це:

Брендові запити, за якими показуються головна сторінка, сторінка «Про нас» і сторінка входу.
Широкий запит, на який сторінка категорії й сторінка товару відповідають кожна для своєї частини аудиторії.
Сторінки з різними завданнями, наприклад посібник і сторінка з цінами, які обидві згадують певну функцію.
Переклади сторінки, кожен з яких показується своєю мовою.

Проблемою це стає тоді, коли сторінки відповідають на те саме запитання для тієї самої людини. Характерні ознаки: сторінки по черзі з'являються у видачі з тижня в тиждень, а жодна з них не досягає позицій, на які заслуговує її контент.

Крок 1: знайдіть запити-кандидати

У Search Console відкрийте Ефективність → Результати пошуку → Запити, встановіть період у три місяці й натисніть запит, який вас цікавить. Звіт відфільтрується за цим запитом; відкрийте вкладку Сторінки, щоб побачити всі ваші URL, які з'являлися за ним.

Позначте запит, якщо другий URL збирає помітну частку показів порівняно з URL, що лідирує. AutoPSEO за замовчуванням використовує поріг у щонайменше 10% показів лідера, який можна змінити від 5% до 25%. Цей поріг — питання вашого судження: знизьте його, щоб ловити перетин на ранньому етапі, або підвищте, щоб бачити лише серйозні випадки.

Перевіряти запити по одному довго, тож почніть з 20–50 небрендових запитів, найважливіших для бізнесу. Для повного аналізу потрібні дані про запити й сторінки разом, а це означає вивантаження через API або інструмент, який виконує групування.

Крок 2: перевірте, чи сторінки чергуються

Для позначеного запиту додайте другий фільтр, щоб звіт показував цей запит і одну зі сторінок, і перегляньте графік кліків і показів за днями. Потім підставте другу сторінку. Якщо покази однієї сторінки зростають, а іншої падають, Google перемикається між ними, і це найчіткіша ознака конкуренції. Якщо обидві лінії стабільно йдуть поруч, сторінки, можливо, просто обслуговують різні частини аудиторії.

Також зверніть увагу на середню позицію кожної сторінки за цим запитом. Типовий випадок, який варто виправляти, — дві сторінки, що обидві перебувають між 8 і 15 позиціями за запитом, за яким одна сильна сторінка могла б ранжуватися вище.

Крок 3: виберіть сторінку, яку залишити

Виберіть одну сторінку, яка стане відповіддю на запит. Зважуйте приблизно в такому порядку:

Яка відповідає тому, чого хоче користувач? Подивіться на сторінку результатів: якщо у топі покрокові посібники, посібник переважає сторінку товару.
Яка працює краще? Більше кліків і краща позиція за три місяці.
На яку веде більше посилань? Звіт «Посилання» показує зовнішні посилання на ваші сторінки; внутрішня навігація й статті теж враховуються.
Яка корисніша для бізнесу? Сторінку, що конвертує, може бути варто залишити, навіть якщо вона ранжується трохи гірше.
Яка адреса проіснує довше? Віддавайте перевагу чистому постійному URL, а не такому з датою, як /blog/2023/....

Крок 4: виберіть спосіб виправлення

Ситуація	Виправлення	Чому
Дві сторінки відповідають на те саме запитання	Об'єднайте слабшу із сильнішою та налаштуйте постійний редирект (301 або 308)	Google вважає постійний редирект сильним сигналом того, що цільова сторінка є канонічною
Варіанти одного контенту, які мають існувати, наприклад версії з параметрами або для друку	Додайте `rel="canonical"` на варіантах із посиланням на основний URL	Це також сильний канонічний сигнал, а варіанти залишаються доступними для відвідувачів
Сторінки з різними завданнями, які зійшлися на одній темі	Розведіть їх: перепишіть заголовки та розділи так, щоб кожна орієнтувалася на свій запит, і зв'яжіть їх посиланнями	Кожна сторінка стає чіткою відповіддю на щось своє
Стара сторінка, яка нікому не потрібна	Перенаправте її на найближчу відповідну сторінку або видаліть	Її сигнали переходять на сторінку, що залишається

Рекомендації Google щодо об'єднання дубльованих URL містять ще два застереження. Не використовуйте robots.txt для вибору canonical, адже заблоковані URL усе одно можуть потрапити в індекс без свого вмісту. І не використовуйте для цього noindex, бо noindex повністю прибирає сторінку з пошуку. Також уникайте тимчасових редиректів (302 або 307) для об'єднання: Google не розглядає їх як канонічний сигнал (Redirects and Google Search).

Крок 5: об'єднайте сторінки, не втративши напрацьованого

Перенесіть унікальне. Скопіюйте в сторінку, яку залишаєте, розділи, приклади й дані, які є лише на слабшій сторінці, переписавши їх так, щоб результат читався як єдина стаття.
Налаштуйте редирект старої адреси на сторінку, що залишається, через 301 або 308 і залиште його назавжди.
Оновіть внутрішні посилання, щоб вони вели одразу на сторінку, яку ви залишили. Google зазначає, що внутрішні посилання допомагають йому зрозуміти, який URL ви вважаєте основним.
Очистьте sitemap. Залиште в ньому лише URL, що залишився, а URL із редиректом приберіть.
Перевірте canonical. Після наступного сканування інструмент перевірки URL має показувати залишений URL як канонічний, вибраний Google.

Крок 6: стежте за результатом

Позначте дату на графіку ефективності. Через чотири–вісім тижнів знову відкрийте запит і перевірте його вкладку «Сторінки»: майже всі покази має збирати один URL, а його позиція має бути принаймні не гіршою за кращу з двох сторінок до змін. Якщо сторінка з редиректом усе ще з'являється, Google не завершив її повторне сканування; дайте час, а не вносьте додаткових змін.

Приклад із практики

Невелика компанія з бухгалтерським ПЗ виявляє, що за запитом «як виписати рахунок-фактуру» впродовж трьох місяців з'являються три її сторінки:

Сторінка	Покази	Кліки	Позиція
/blog/how-to-write-an-invoice	5 200	104	8,7
/guides/invoice-basics	3 900	39	11,3
/templates/invoice-template	700	7	18,0

Посібник збирає 75% показів допису в блозі, а сторінка із шаблоном — 13%, тож обидві перевищують поріг у 10%. Щоденний графік показує, що допис у блозі й посібник міняються місцями кожні кілька днів. Обидві сторінки пояснюють покроково, як виписати рахунок-фактуру: це і є канібалізація. Сторінка із шаблоном пропонує шаблон для завантаження — це інша потреба, яка збіглася із запитом.

Виправлення: об'єднати посібник із дописом у блозі, який ранжується краще й має більше посилань, а адресу посібника перенаправити на нього. Сторінку із шаблоном залишити, зробивши її заголовок явно присвяченим шаблонам, і додати на неї посилання з об'єднаної статті з анкором «безкоштовний шаблон рахунку-фактури». Тепер у запиту є одна чітка відповідь, а в сторінки із шаблоном — власне завдання.

Як AutoPSEO запобігає цьому ще до написання

Найдешевше виправляти ту канібалізацію, якої не виникло. Контент-рушій AutoPSEO перевіряє кожну тему на вашому сайті, перш ніж щось писати (як вибираються теми):

Перевірка покриття. Кожна тема порівнюється з індексом вашого сайту, побудованим із заголовків сторінок, головних заголовків, адрес і запитів, за якими сторінка вже отримує покази. Якщо кожне значуще слово теми вже належить одній із ваших сторінок, тему відхиляють як покриту. Помилки в написанні прощаються («parakit» читається як «parakeet»), а форми слів зводяться докупи («detectable» і «detected» рахуються за одне слово), тож переформульований запит не прослизне.
Перевірка ранжування. Запит, за яким ваш сайт уже ранжується в трійці найкращих через наявну сторінку, відхиляється.
Перевірка моделлю. Теми, що пройшли, переглядає модель, яка бачить п'ять найближчих ваших сторінок із заголовками їхніх розділів і виносить один із вердиктів: write, covered, extend, duplicate або skip. «Extend» означає, що одна зі статей самого рушія стосується цього предмета, але не відповідає на це запитання, тож питання додається до тієї статті новим розділом, а не стає другою сторінкою.

Якщо дві статті все ж конкурують, їх можна об'єднати за допомогою інструмента MCP content_merge (ваш власний ШІ). Слабшу статтю знімають із публікації, сайту вказують відповідати на її стару адресу редиректом 301 на сторінку, що залишається, її відкриті завдання скасовують, а її теми відтоді рахуються за залишеною сторінкою, тож рушій більше ніколи їх не пише. Об'єднання незворотне: статтю не можна знову зробити опублікованою. Сторінка про підтримку пояснює, як об'єднання співвідноситься з оновленнями.

Для решти вашого сайту звіт про канібалізацію виконує кроки 1 і 2 для всіх ваших запитів за останні 7, 14 або 31 день із фільтром за папкою та виключенням брендових термінів, а Cannibalization Entropy вимірює, наскільки рівномірно кожен запит розподілений між вашими URL. Безкоштовний Cannibalization Checker виконує ту саму перевірку на вивантаженому CSV.