--- title: "Internal citation cannibalization — фікс конкуренції | Answerly" description: "LLM майже не цитують два URL з одного домену. Пʼять сторінок під один cluster воюють за один слот. Діагностика, консолідація, лифт 20–40%." url: https://answerly.agency/ua/blog/internal-citation-cannibalization/ lang: uk updated: 2026-05-26T00:00:00.000Z --- GEO тактики · 8 хв # Internal citation cannibalization — коли твої сторінки воюють за один промпт LLM майже не цитують два URL з одного домену в одній відповіді. Тож пʼять сторінок під один prompt cluster воюють між собою за один слот. Ми трекали 90 днів cannibalization у портфелі — і пояснюємо консолідацію, яка це фіксить. Yevhen Pavlenko & Karina Fedorova · 2026-05-26 ## Ключові тези - У 240 виміряних AI-відповідях менш як 7% цитували два URL з одного домену — і нуль цитували три. Кеп фактично — одне citation на домен на промпт. - Це означає, що пʼять сторінок під один prompt cluster конкурують між собою за один слот, не з ширшим полем. - Найпоширеніший патерн cannibalization — pillar + use-case + блог + кейс, усі під «how to do X» промпти. Двигуни ротують, цитують жодного стабільно. - Фікс — консолідація, не видалення. Обери один канонічний переможець на cluster, редирект чи canonical іншим, переклади внутрішні лінки. - Після консолідації типово вимірюємо 20–40% лифту citation-консистентності на цільовому кластері за 6 тижнів. ## Quick Facts | Параметр | Значення | | --- | --- | | Частка double-cite з одного домену | Менш як 7% із 240 виміряних відповідей нашого портфеля | | Частка triple-cite з одного домену | Нуль — модель активно розводить citation'и між доменами | | Типова форма cannibalization | Pillar + use-case + блог + кейс, усі під варіації одного промпта | | Таймлайн консолідації | 6 тижнів від rerouting до вимірюваного citation-лифту | | Лифт після консолідації | 20–40% приросту citation-консистентності на цільовому кластері | | Сторінки тримати чи консолідувати | Один канонічний переможець на cluster. Інші — або редирект, або canonical, або repositioning на інший cluster | У клієнтському портфелі було пʼять сторінок під «how to choose an AEO agency» і сусідні промпти. Pillar, блог, use-case, comparison, кейс — усі непогано написані, усі під варіації одного buyer-питання. За 60 днів трекінгу двигуни їх цитували — але ротували. Тиждень 1, Perplexity цитує pillar. Тиждень 2, блог. Тиждень 3, use-case. Citation count на rollup’і виглядав ок. Citation-консистентність на будь-якому окремому URL — жахливо. Ми писали раніше у [AI source selection](/ua/blog/ai-source-selection-stack/), що LLM майже не цитують два URL з одного домену в одній відповіді. У цього спостереження є висновок, про який ніхто не попереджав — пʼять сторінок, що конкурують за один слот на cluster’і, не у пʼять разів видиміші. Вони — один слот, розподілений на пʼять. Це internal citation cannibalization, і це поширеніше, ніж backlink cannibalization будь-коли був у класичному SEO. ## Жорсткий constraint У 240 AI-відповідях за 90 днів менш як 7% містили два URL з одного домену. Нуль містили три. Патерн консистентний на всіх пʼяти основних двигунах. Що це означає на практиці. Якщо у тебе 10 сторінок під варіації промпта «best AEO agency for SaaS», усі 10 не конкурують із сторінками конкурентів на цьому промпті. Вони конкурують між собою за один citation-слот на твоєму домені. Конкурентне поле — окрема боротьба. Класичне SEO не мало цього constraint’у з такою жорсткістю. Google міг ранжувати кілька URL з одного домену на одному SERP’і (особливо коли sitelinks розширюють top-результат). LLM не можуть. Слот — single-occupancy. ## Як виглядає cannibalization Пʼять поширених форм у клієнтських портфелях. **Pillar + блоги.** Pillar-сторінка на 4 000 слів плюс 8–12 блог-постів, що покривають підтеми. Усі цілять близькі промпти. Pillar мав би бути канонічним домом citation’у, але блоги індивідуально гостріші на конкретних sub-промптах і крадуть citation 40% часу. **Розповзання use-case.** SaaS зі сторінкою use-case на buyer-сегмент — «for product teams», «for ops teams», «for marketing teams» — усі під «best \[tool\] for \[segment\]». Кожна use-case ок окремо. Як група — фрагментують citation-pool для батьківського «best \[tool\] for B2B». **Орбіта кейсів.** Pillar на методологію плюс 5 кейсів, що її застосовують. Кейси часто переграють pillar на конкретних тактичних промптах, бо у них конкретні цифри і названі клієнти. Pillar голодує. **Блог-cluster на один keyword.** 3–4 блог-пости фактично на ту ж тему, написані за 18 місяців у міру еволюції теми. Жоден не лінкує на канонічного переможця. Двигуни ротують. **Translation collision.** EN і UA версії однієї сторінки обидві у pool’і одного двигуна, коли промпт language-agnostic. Менш поширено, але бачили на технічних темах, де EN версія має більше авторитету, а UA — свіжіші дані. ## Як діагностувати Сигнал — ротація, не відсутність. Якщо трекінг показує, що на cluster’і у тебе кілька URL, кожен цитується ~10–15% часу, ніколи вище 30% — це cannibalization. Не-канібалізована сторінка або тримає 50%+ citation-частки, або взагалі не в pool’і. Перевірка. Для кожного трекованого cluster’у витягни, які з твоїх URL отримали citation за 60 днів. Якщо 3+ URL ділять citation-pool без чіткого переможця — у тебе cannibalization-проблема. Глибша перевірка — дивись rerank-скори у candidate pool, не лише фінальні citation’и. Якщо можеш витягнути source-list Perplexity на запит, часто побачиш 4 свої URL у candidate pool на один промпт, де модель обирає різні в різні дні через малі reranker-зсуви. Це smoking gun. ## Консолідація Обери канонічного переможця. Перенаправ решту. Це і є хід — і він некомфортний, бо зазвичай означає де-емфазу сторінок, якими команда пишається. **Крок 1 — обери переможця.** Для кожного канібалізованого cluster’у виріши, який URL заслуговує бути канонічним домом citation’у. Критерії — найсильніша snippet-структура, найкращий author byline, свіжий dateModified, найбільший наявний inbound-link-авторитет. Зазвичай це pillar, але не завжди. Інколи блог реально гостріший за pillar. **Крок 2 — виріши долю інших.** Три опції на сторінку. Редирект (301), якщо сторінка реально дублює призначення переможця. Canonical-tag (rel=canonical на переможця), якщо у сторінки є secondary value, але вона не має заробляти citation. Repositioning (переписати під інший, неканібалізуючий cluster), якщо сторінка міцна, але цілить не туди. **Крок 3 — переклади внутрішні лінки.** Кожен внутрішній лінк, що йшов на одну з консолідованих сторінок, тепер веде на канонічного переможця. Anchor text узгоджений із цільовим промптом переможця. Це хід, який сигналить ретриверу, що канонічний переможець — авторитетна відповідь на cluster. **Крок 4 — чекай шість тижнів.** Citation-консолідація не миттєва. Retrieval-індекси мають відновитись. Двигунам треба переоцінити, який URL заслуговує слоту. У нашому портфелі 6 тижнів — медіана від rerouting до вимірюваного citation-лифту на канонічному переможці. ## Що ми міряємо після консолідації На 12 клієнтських портфелях, де ми виконували консолідацію між 2025 Q3 і 2026 Q1, медіанний результат. Citation-частка на канонічному переможці — з фрагментованих 15–25% (розпорошених між URL) до консолідованих 45–65% на тому ж cluster’і. Тотал citation-частки бренду на cluster’і теж зазвичай росте на 20–40%, бо консолідована сторінка виграє більше rerank’ів проти конкурентів, коли не воює сама із собою. Сторінки, що пішли в редирект чи canonical-tag, втрачають citation’и, передбачувано. Trade-off вигідний, бо переможець виграє більше, ніж програють інші, а citation-консистентність на канонічному переможці поліпшує downstream trust-сигнали з часом. ## Чого не консолідувати Два кейси, де консолідація — неправильний хід. **Коли сторінки цілять реально різні prompt cluster’и.** «How to do X» і «When to hire someone to do X» здаються сусідніми, але тягнуть різний buyer intent. Двигуни трактують як окремі cluster’и. Консолідація колапсить дві незалежні citation-поверхні в одну, втрата покриття. **Коли вторинні сторінки існують з інших причин.** Кейс, що в основному служить sales enablement — навіть якщо інцидентно цілить cluster — не варто canonical-tag’ати в невидимість. Його основна робота — sales-розмова, AEO-втрата прийнятна. Правило великого пальця — консолідуй, коли єдина причина існування кількох сторінок — це keyword/prompt-покриття. Зберігай, коли сторінки мають окремі призначення для основної аудиторії. ## Операціоналізація як частина ритму Консолідація — однокварт-проєкт першого разу. Далі складається у квартальний tier [refresh cadence rhythm](/ua/blog/refresh-cadence-rhythm/) — раз на квартал practice lead дивиться розподіл citation’у по cluster’у і помічає нову cannibalization. Форма, що виграє довгостроково — одна канонічна сторінка на cluster, внутрішні лінки когерентно вказують на канонічну, supporting-сторінки, які існують з не-AEO причин, чітко промарковані як supporting. Бренди, що дрейфують у цю структуру, стабільно переграють бренди, що нагромаджують сторінки довкола одного промпта. LLM вирішили правило. Пʼять сторінок на один промпт — це одне citation, не пʼять. Будуй під constraint, не воюй із ним. ## Дивись також - [**Безкоштовний AI-аудит** — твій бал AI-видимості за 60 секунд](/ua/ai-visibility-audit/) - [**Що таке AEO?** — definitional pillar](/ua/blog/what-is-answer-engine-optimization/) - [**Найкращі AEO-інструменти 2026** — порівняння](/ua/blog/best-aeo-tools-2026/) ## Схоже до прочитання - [Патерн «as of» — вбудовані verifiable таймстемпи всередині копії](/ua/blog/as-of-date-pattern) - [Анатомія comparison-сторінки — «X vs Y», що виграють LLM extraction](/ua/blog/comparison-page-anatomy) - [Glossary-сторінка AEO — definitions як evergreen-фабрика цитувань](/ua/blog/glossary-page-aeo) ## Запусти безкоштовний AI-аудит 60 секунд заповнити, повний 47-перевірочний звіт у тебе на пошті за 24 години. Без signup-стінки, без обовʼязкового дзвінка. [Замовити аудит](/ua/ai-visibility-audit/) [Подивитися ціни](/ua/pricing/) Оновлено 2026-05-26.