Сторінка зазвичай випадає з AI-відповідей через мінливість окремого запуску, пошук, який не спрацював, технічну недоступність, застарілі факти або джерело, що точніше відповідає запиту. Якщо AI перестав цитувати ваш сайт, спершу звірте URL за однаковими запитами в тій самій системі за кілька дат, а потім перевірте причину. У дослідженні Profound про half-life AI-цитувань 883 тисяч сторінок за період від вересня 2025 до вересня 2026 року дали медіану 11 днів від піку до половини пікової частки цитувань.
Скільки тримається цитування в AI: що показують дослідження
Citation decay, або згасання цитувань, описує зміну того, як часто джерело зʼявляється у відповідях AI. Щоб говорити про тривалість, потрібно визначити початок відліку, одиницю спостереження й умову, за якої падіння вважається стійким. Два опубліковані дослідження нижче рахують цей процес по-різному.
| Хто, коли й що вимірював | Вибірка та одиниця | Визначення і результат |
|---|---|---|
| Profound, дослідження, опубліковане 30 вересня 2026 року, щоденні дані з 8 вересня 2025 до 8 вересня 2026 року | 883 000 сторінок у ChatGPT, Perplexity, Claude, Google AI Overviews, Google AI Mode, Gemini та Microsoft Copilot. Окрема одиниця це сторінка в конкретній системі, загалом 1,19 млн пар «сторінка × система». | Автори рахували citation share як частку цитувань сторінки від усіх цитувань системи в її категорії, із зафіксованим набором запитів. Методика Profound про citation decay описує показник. Після згладжування ковзним 14-денним середнім медіана від піку до половини пікової частки становила 11 днів. Медіана від першої цитати до половини піку становила 42 дні. |
| Scrunch і Stacker, когортне дослідження за вересень 2025 до березня 2026 року | 3,5 млн подій цитування у ChatGPT, Perplexity, Google AI Overviews, Google AI Mode та Gemini. Автори обʼєднали джерела у тижневі когорти за першою появою. | Half-life тут означає час, за який зникає половина цитат певної когорти. За їхнім підрахунком, середнє становило близько 4,5 тижня; для ChatGPT 3,4 тижня. Це середнє когортне вибуття, а не медіана окремих пар URL і систем. |
У методиці Profound день піку визначали за згладженою часткою, а half-life зараховували, коли вона падала до половини піку або нижче й утримувалася там 14 днів. Із вибірки виключали сторінки з недостатнім періодом спостереження або кількістю цитувань. Цифра 11 днів характеризує медіанну динаміку цього показника у вибірці, а не строк придатності конкретної статті.
У тій самій вибірці Profound 78% пар «сторінка × система», які спостерігали щонайменше два тижні після піку, опустилися до половини піку за 14 днів або швидше. Для решти 22% медіана становила від 27 до 29 днів. Для сторінок, що цитувалися на пʼяти чи більше системах, імовірність залишитися вище половини піку на 56-й день становила 6,8%, проти 1,2% для сторінок із цитатою лише в одній системі.
Окрім тижневих когорт, Scrunch і Stacker застосовували ковзні середні, часткове обʼєднання даних для малих груп і 200 bootstrap-повторів.
Цитата може бути коротким сплеском, а зміна в одній системі мало говорить про стан в іншій. Перевіряйте власну сторінку за незмінними запитами, а не оновлюйте всі матеріали за календарем. Базові визначення згадки, цитування й частки видимості є в матеріалі про метрики AI-видимості та SEO.
Разова поява URL чи стійке цитування: як розрізнити
Один URL у джерелах сьогодні підтверджує тільки одну появу. Щоб оцінити зміну, записуйте точний URL, запит, систему та дату. Згадка бренду без посилання на сторінку не підтверджує, що процитовано саме його.
| Стан у журналі | Робоче значення для однакового запиту й системи | Що робити |
|---|---|---|
| Разова поява | URL є лише в одній з недавніх перевірок | Занести в журнал і продовжити спостереження. Не ставити редакторське завдання лише через цю появу. |
| Повторювана поява | URL зʼявляється у кількох перевірках, але ще не відповідає робочому правилу стабільності | Перевірити, чи збігається результат на тих самих запитах і в тій самій системі. |
| Стійке цитування | Для цього журналу вважаємо URL стійким, якщо він зʼявився щонайменше у двох із трьох останніх перевірок того самого запиту в тій самій системі | Робоче правило VYDAI; узгодьте з частотою перевірок. |
| Підтверджена втрата | URL, який був стійким, відсутній у двох послідовних перевірках тієї самої системи; додатково перевірено щонайменше два запити, за якими він раніше зʼявлявся | Діагностувати причину, перш ніж змінювати текст. |
| Перехід на іншу сторінку сайту | Домен лишився у відповіді, але система показує інший URL вашого сайту | Зʼясувати, чи нова сторінка краще відповідає запиту. Можливо, потрібне внутрішнє посилання або обʼєднання змісту, а не оновлення старого URL. |
У публічному демо VYDAI у звіті «Джерела» записані пʼять тижневих дат з 14 червня до 12 липня 2026 року для тематики українських подарунків і сувенірів. Головна сторінка крамниці подарунків має 54 згадки, остання зафіксована 12 липня. Увесь домен зібрав 55 згадок за девʼятьма запитами в ChatGPT і Gemini.
Інший приклад з того самого демо: сторінку «Про нас» виробника сувенірів ChatGPT процитував 21 червня, а 28 червня й 5 липня показував головну сторінку цього домену за іншими запитами. Це перехід між URL одного сайту. В іншої крамниці англомовну сторінку каталогу /en/souvenirs ChatGPT процитував один раз, 14 червня. Після цього ChatGPT цитував сторінку /shop: шість згадок, остання 12 липня. Зіставлення допомагає визначити, який URL відповідає на запит і чи потрібне внутрішнє посилання.
Демо охоплює пʼять щотижневих дат і дві системи, ChatGPT та Gemini. Воно показує приклади разових появ, повторних згадок і переходу між URL, але цього недостатньо, щоб розрахувати загальний темп згасання чи робити висновки про весь веб.
Як перевірити втрату цитувань AI для сторінки
Порівнюйте незмінну вибірку, а не запамʼятовану відповідь з випадкового запуску. Щоб зрозуміти, як відстежити цитування сайту в AI з часом, зберігайте один рядок на кожну комбінацію URL, запиту, системи й дати. Перед початком також домовтеся, чи рахуєте джерело в тілі відповіді, у панелі Sources, чи в обох місцях.
- Візьміть запити, за якими потрібна сторінка вже зʼявлялася. Збережіть текст без перефразування. Оберіть робочу мову й регіон.
- Зафіксуйте систему та режим. У ChatGPT запишіть, чи було ввімкнено вебпошук. Для Google відокремлюйте AI Overviews від AI Mode.
- Повторюйте перевірку з однаковою періодичністю, наприклад щотижня. Зберігайте дату, повний список URL-джерел та відповідь або її фрагмент.
- Порівнюйте точний URL. Якщо лишився той самий домен, але змінилася сторінка, позначте це як перехід між URL.
- Перевірте щонайменше два запити, де сторінка раніше зʼявлялася. Якщо відсутність повторюється в тій самій системі, переходьте до пошуку причини.
- Зафіксуйте, що прийшло на місце сторінки. Нове джерело часто підказує, чи змінився намір, актуальність або рівень доказів у відповіді.
Щоб сформувати збалансований фіксований набір запитів, скористайтеся підходом до вибору запитів для моніторингу AI-видимості. Тут важливо не створювати нову вибірку після кожного падіння, інакше порівняння за датами втратить сенс.
Як перевірити цитування URL окремо в ChatGPT і Gemini
Не обʼєднуйте результати різних систем в одну оцінку. Дослідження Profound за 2025 і 2026 роки виміряло кореляцію тривалості цитувань між більшістю пар систем у межах 0,03–0,09, а між трьома поверхнями Google від 0,12 до 0,17. Перевіряйте окремо ChatGPT, Gemini, Claude, Google AI Overviews і Google AI Mode.
За документацією Google про AI-функції пошуку, AI Overviews та AI Mode можуть використовувати різні моделі й методи, а AI Overviews зʼявляються не на кожен запит. У Search Console ці поверхні входять до загального звіту ефективності для типу пошуку Web. Там немає журналу кожної цитати з точним текстом запиту та відповіддю, тож для аналізу окремої відповіді записуйте URL з її джерел.
У повідомленні Microsoft про AI Performance у Bing Webmaster Tools від 16 червня 2026 року сказано, що звіт, відкритий у public preview ще в лютому, показує, де контент цитують у відповідях Copilot, Bing та вибраних партнерських AI-сервісів, і які grounding queries повʼязані з цитатами. Citation Share показує частку цитувань для певного grounding query, що припадає на сайт; Compare накладає попередній період на поточний. Microsoft зазначає, що на зміну цитувань впливають моделі, конкурентний контент, свіжість і попит, тому ці звіти варто використовувати для спостереження за тенденціями.
Як відрізнити втрату цитування від коливань AI і знайти причину
Коли ви бачите падіння, класифікуйте спостереження до того, як редагувати сторінку. Для кожної гіпотези потрібен свій тест.
| Можлива причина | Сигнал у журналі | Як підтвердити | Найменша доречна дія |
|---|---|---|---|
| Змінилася відповідь між запусками | URL відсутній в одній перевірці, але повертається в наступній | Повторити той самий запит у тій самій системі та порівняти джерела за кількома датами | Позначити як коливання й спостерігати далі, не переписувати матеріал |
| Пошук не запускався або AI Overview не показався | Немає джерел у конкретній відповіді або немає самого огляду | Повторити запит у режимі з вебпошуком; для Google перевірити, чи зʼявляється AI Overview на цей запит | Не рахувати відсутність URL у відповіді без пошуку як технічну втрату |
| URL технічно недоступний | Змінилися статус, редирект, canonical, noindex, правила robots.txt, відповідь CDN/WAF або видимий текст | Перевірити точний URL, код відповіді, HTML і правила для потрібного краулера; для OpenAI перевірити саме OAI-SearchBot, для Google індексацію й придатність до сніпета | Відновити доступність або виправити технічну помилку. Детальна процедура є в інструкції з перевірки доступності сторінки для AI-краулерів |
| Замість URL зʼявилася інша сторінка вашого сайту | Домен лишився, однак URL джерела помінявся | Порівняти обидві сторінки з формулюванням запиту й перевірити їхню роль та внутрішні посилання | Уточнити, який URL має відповідати на цей намір; за потреби зʼєднати сторінки внутрішніми посиланнями чи обʼєднати дубльований зміст. Більше про типи URL є у матеріалі які сторінки цитує ChatGPT |
| Факти на сторінці застаріли | Відповідь або нове джерело містить нові ціни, правила, версії чи дати | Зіставити твердження сторінки з чинними першоджерелами компанії або власника даних | Оновити лише змінені факти та підтвердження, вказати, що саме перевірено |
| Зʼявилося сильніше зовнішнє джерело | Новий URL відповідає на той самий запит, але має актуальніші або конкретніші докази | Відкрити нову сторінку, порівняти її дані, охоплення й відповідність запиту з вашим матеріалом | Додати відсутні власні дані або точніший розбір. Якщо справа у представленні конкурентів, дивіться також як зʼясувати, чому AI рекомендує конкурентів |
| Змінився намір або формат відповіді | Той самий текст запиту дає інший тип відповіді, а URL-джерела змінилися разом із ним | Порівняти старі й нові фрагменти відповіді, перевірити сезонність, контекст та уточнення системи | Перевірити, чи ваша сторінка й досі відповідає на актуальний намір; оновлювати її лише за наявності змістової прогалини |
Для технічної гілки OpenAI розрізняє OAI-SearchBot для пошуку в ChatGPT і GPTBot для збору контенту, який може використовуватися для тренування моделей. Дозвіл одному не означає дозвіл іншому. OpenAI пише, що після зміни robots.txt системам може знадобитися близько 24 годин, щоб застосувати її для пошуку.
Для Google перевірте, чи URL лишається проіндексованим і придатним до показу зі сніпетом. Дозвіл на сканування, відсутність noindex та коректний canonical є умовами доступності, але самі по собі не гарантують посилання в AI-відповіді. Якщо підозрюєте блокування через Cloudflare або інший захисний шар, перегляньте конкретну подію в журналі, а не лише тестовий запит із підставленим User-Agent.
Як скласти чергу оновлень
Ставте вище ті сторінки, де збігаються бізнесова цінність і підтверджена втрата. Спочатку перевірте поломки, що блокують доступ або спотворюють актуальні факти. Потім порівняйте, чи справді потрібен новий зміст. Вік URL сам по собі не є пріоритетом.
| Черга | Умова | Приклад рішення |
|---|---|---|
| P1 | Сторінка критична для доходу або лідів, втрату підтверджено щонайменше на двох запитах, а причина зрозуміла | Для сторінки послуги виявлено noindex або в ній лишилася стара ціна. Виправити конкретну перешкоду й запланувати повторну перевірку |
| P2 | Сторінка важлива, але падіння видно лише на одному запиті чи в одній системі або причина ще неясна | Зібрати додаткові перевірки, переглянути нове джерело й перевірити інші сторінки сайту до контентного завдання |
| P3 | Була разова поява, URL зник лише в одній перевірці або інша власна сторінка вже відповідає на цей намір | Записати спостереження. Не переписувати сторінку, якщо користувач і далі потрапляє на доречне джерело |
У вибірці Profound за 2025 і 2026 роки сторінки типу «Report» згасали найшвидше на всіх семи системах: медіана half-life серед стійких сторінок становила 27 днів, тоді як для інших типів від 28 до 29 днів. Використовуйте це як контекст під час пріоритизації, а рішення приймайте з огляду на роль сторінки й актуальність її фактів.
Як оновити сторінку після втрати цитувань AI
Спершу виправляйте підтверджену причину, а не додавайте загальні фрази про тему. Після технічного блокування відновіть доступ і перевірте результат. Якщо проблема в застарілому факті, оновіть його з посиланням на першоджерело. Якщо інше джерело додає власні виміри, яких у вас немає, додайте лише ті дані, які ваша команда може перевірити й оприлюднити.
Коли запит почав вимагати іншого типу відповіді, доповніть структуру так, щоб людина швидше знаходила потрібний критерій, порівняння чи приклад. Для нових підтверджених доказів можна розглянути як знайти прогалини в контенті через query fan-out. Не додавайте секції, які не мають фактичної опори, лише щоб сторінка стала довшою.
З правил Google щодо дат матеріалів у пошуку випливає, що варто показувати читачеві зрозумілу дату публікації або суттєвої зміни й узгоджувати її з datePublished та dateModified у структурованих даних. Дата має відповідати реальній публікації чи оновленню сторінки, а не події, про яку вона розповідає.
Після зміни збережіть дату публікації правки й повторіть ті самі запити в тих самих системах. Порівняйте конкретні URL, а не лише згадки бренду. Google пише в інструкції як попросити повторно просканувати URL, що сканування може тривати від кількох днів до кількох тижнів.
Шаблон журналу перевірок цитувань
Щоб відстежити цитування сайту в AI з часом, достатньо таблиці, де кожний рядок відповідає одній комбінації URL, запиту, системи й дати. Нижче наведено анонімізовані записи зі звіту Sources демо VYDAI за червень і липень 2026 року. Назви сайтів замінені на типи ресурсів.
| URL | Запит | Система | Дата | Цитування | Що процитовано замість | Зміна | Дія |
|---|---|---|---|---|---|---|---|
| Головна сторінка крамниці подарунків | «Де в Україні знайти магазин із широким асортиментом оригінальних подарунків?» | Gemini | 12.07.2026 | так | немає | без змін | спостерігати |
| Сторінка «Про нас» виробника сувенірів | «Список українських брендів із оригінальними подарунками та сувенірами» | ChatGPT | 21.06.2026 | так | немає | немає | спостерігати |
| Головна сторінка того самого виробника | «Хто в Україні займається виробництвом та продажем авторських подарунків і сувенірів?» | ChatGPT | 28.06.2026 | так (інша сторінка того самого сайту) | головна замість «Про нас» | перехід між URL сайту | перевірити, яка сторінка має відповідати на запит про виробника |
| Англомовна сторінка каталогу іншої крамниці | «Список українських брендів із оригінальними подарунками та сувенірами» | ChatGPT | 14.06.2026 | так, один раз | немає | немає | позначити як разову появу |
| Каталог подарунків | «Список українських брендів із оригінальними подарунками та сувенірами» | Gemini | 05.07.2026 | так | немає | немає | спостерігати |
| Той самий каталог | будь-який запит набору | Gemini | 12.07.2026 | ні | у Sources немає жодної згадки домену за цю дату | відсутній після трьох тижнів появ | перевірити ще дві дати, потім діагностика |
Зберігайте журнал у таблиці або додавайте до неї CSV-експорт після кожної перевірки. На один URL, запит, систему й дату має припадати один рядок. Поле «Що процитовано замість» допомагає відрізнити втрату цитати від переходу на іншу сторінку вашого сайту.
Часті запитання
Чому AI перестав цитувати мій сайт?
Причиною бувають коливання відповіді, незапущений пошук, технічна проблема, застарілі факти, сильніше джерело або зміна URL на сайті. Перевірте ці сигнали по черзі в таблиці причин і підтверджень.
Що таке citation decay в AI-пошуку?
Це зменшення частоти, з якою URL зʼявляється як джерело у відповідях з часом. Для порівняння потрібно фіксувати, як рахуються поява, частка цитувань і період спостереження.
Скільки тримається цитування в AI?
У вибірці Profound за вересень 2025 до вересня 2026 медіана від піку до половини пікової частки становила 11 днів для пари сторінка-система. У когортному дослідженні Scrunch і Stacker за вересень 2025 до березня 2026 середній час до зникнення половини цитат когорти був близько 4,5 тижня. Це різні метрики, не універсальні строки для вашої статті.
Чи означає зникнення бренду з відповіді втрату цитування?
Ні. Бренд може бути названий без посилання на конкретну сторінку. Перевірте джерела відповіді та порівняйте саме URL.
Чи показує Search Console цитування в AI Overviews?
Google включає переходи й покази AI Overviews та AI Mode у звіт ефективності для типу пошуку Web. Це не журнал окремих цитат із точним запитом і всіма URL джерел. Для перевірки конкретної відповіді запишіть її URL вручну або інструментом моніторингу.
Скільки перевірок потрібно, щоб говорити про втрату?
Універсального наукового порога немає. У цьому матеріалі робоче правило таке: спершу сторінка зʼявилася щонайменше у двох із трьох останніх перевірок, потім відсутня у двох послідовних перевірках тієї самої системи. Переконайтеся ще на двох запитах, де URL раніше цитувався.
Чи треба змінювати дату статті, щоб AI знову цитував?
Лише коли ви справді оновили матеріал. Зміна дати без перевірених змін не оновлює факти для читача. Якщо суттєвої правки не було, залиште дату як є.
Як ми робимо це у VYDAI
У звіті «Джерела» VYDAI можна переглянути домени, URL сторінок, кількість згадок і дату останньої появи. Розгорнутий запис показує, у якій системі, на яку дату, за яким запитом і в якому фрагменті відповіді зʼявилося джерело. Історія відповідей також зіставляє запити, системи та дати й підтримує експорт у CSV.
Демо показує приклади, наведені в журналі вище. VYDAI автоматично не надсилає сповіщення, що конкретний URL перестали цитувати. Це можна побачити за датою останньої згадки й перевірити в історії джерел.
Перегляньте демо VYDAI або створіть робочий простір, щоб побачити джерела в контексті зібраних відповідей. Для першої перевірки невеликого набору запитів можна вести такий журнал і вручну.
