Skip to main content

Метрики ефективності AI: сім чисел, які описують канал.

Виявлення через AI є окремим каналом, і йому потрібен окремий звіт. Ось сім метрик, які його описують: покриття навчання, покриття кандидатів, покриття переходів, оцінка зростання, розподіл за рушіями, скановані але не цитовані, і дохід, атрибутований AI. Кожну з них зчитують із власних серверних логів, і кожна з них є панеллю в дашборді WISLR AI Channel Analytics.

Воронка, що показує чотири етапи AI-каналу: навчальні сканування звужуються до цитувань, переходів і доходу, при цьому AIO-сервіси покривають лише частку голосу над нею, а GA4 слабко покриває дохід унизу
Коротка версія
  1. У каналу чотири етапи, а не одне число. Модель читає ваші сторінки, частину з них підтягує посеред розмови, надсилає до вас кількох реальних людей, і дехто з тих людей купує. Навчання, кандидати, переходи, дохід. Кожна корисна AI-метрика відповідає на питання про один із цих чотирьох етапів, і метрика з одного етапу майже нічого не каже про наступний.
  2. Вимірювати треба покриття, а не обсяг. Сира кількість сканувань винагороджує того, у кого найбільше сторінок. Покриття питає, яку частку важливого прочитали, підтягнули й клікнули. Саме це робить показники навчання, кандидатів і переходів порівнюваними між собою та з минулим місяцем.
  3. Метрика «скановані, але не цитовані» найпридатніша до дії. Вона вирізняє сторінки, які модель уже прочитала й досі не використовує. Контент доступний, і модель його має, тож бракує чогось на самій сторінці, а це найкоротший шлях від звіту до рішення.
  4. Нічого з цього не дає браузерна аналітика. Навчальні сканування та підтягування посеред розмови ніколи не виконують JavaScript, тож GA4 їх взагалі не бачить. Навіть реальних людей, які приходять з AI, браузерні інструменти недораховують у 2.5x до 5x. Ці метрики зчитують із серверних логів або не зчитують узагалі.

Чому AI-канал потребує власного звіту

Платний трафік, органіка, соцмережі та email мають кожен свій звіт із власними метриками, бо кожен поводиться інакше. Виявлення через AI наймолодше з них і найменш зрозуміле, і його досі здебільшого подають як виноску всередині каналу, до якого воно не належить.

Окремий звіт потрібен не через новизну, а тому що механізм тут інший. Немає позиції в ранжуванні, немає кількості показів, немає сторінки результатів. Модель читає ваші сторінки за розкладом, посеред розмови вирішує, чи потягнутися по одну з них, і час від часу надсилає до вас людину з посиланням. Це три окремі події, породжені трьома окремими поведінками, і число з однієї з них дуже мало каже про наступну.

Тож корисне питання не «наскільки ми видимі в AI», а який етап каналу дає збій, бо виправлення для кожного своє.

Чотири етапи, у яких живе кожна метрика

Спершу структура, потім метрики. Усе нижче відповідає на питання про один із чотирьох етапів, і вони йдуть по черзі. Сторінка не може стати кандидатом на цитування, якщо її ніколи не читали, і не може дати вам перехід, якщо її ніколи не цитують.

Етап 01 Навчання Чи модель узагалі читала цю сторінку? Боти на кшталт GPTBot і ClaudeBot читають за розкладом, наповнюючи те, що модель знає за замовчуванням.
Етап 02 Кандидати Чи тягнеться вона по сторінку посеред розмови? Живі підтягування агентами на кшталт ChatGPT-User під час відповіді на реальне питання людини.
Етап 03 Переходи Чи реальна людина перейшла за посиланням? Люди, що приходять з AI-відповіді й потрапляють на конкретну сторінку.
Етап 04 Дохід Чи перетворилося щось із цього на гроші? Замовлення та ліди, зіставлені із сесією, яка їх породила.
Етапи 01 і 02 є запитами між серверами, які ніколи не виконують JavaScript. Браузерний аналітичний інструмент їх не недораховує, він взагалі не здатен їх спостерігати.

Сім метрик

Кожна з них є панеллю в дашборді WISLR AI Channel Analytics, зчитаною з власних серверних логів. Вони перелічені в порядку воронки, і діагностична цінність полягає в тому, щоб читати їх одна проти одної, а не поодинці.

01

Покриття навчання

Навчання
Що вимірює
Частку ваших комерційно важливих сторінок, які навчальні AI-краулери справді прочитали, а не сиру кількість звернень.
Як це показує WISLR
Вивчені сторінки та покриття навчання, з денним обсягом сканувань, вашими найактивнішими днями навчання й розбивкою за рушіями.
Як виглядає добрий результат
Покриття, сконцентроване на категорійних, товарних і порівняльних сторінках. Широке покриття блогу, поки комерційний каталог лишається непрочитаним, є поширеним і дорогим патерном.
Де ламається
Блокування в robots.txt, контент, що з'являється лише після виконання JavaScript, і повільні відповіді, через які краулери здаються.
02

Покриття кандидатів

Кандидати
Що вимірює
Частку сторінок, підтягнутих під час живих розмов. Це сторінки, які модель визнала достатньо добрими, щоб узяти їх під час відповіді на реальне питання, і це найближче до вотуму довіри, що його дає цей канал.
Як це показує WISLR
Кандидати та покриття кандидатів, зі списком окремих сторінок-кандидатів за заголовками, щоб ви бачили, по який контент тягнеться модель.
Як виглядає добрий результат
Ваші сторінки, що приносять гроші, з'являються серед кандидатів, а не лише головна та один популярний гайд.
Де ламається
Сторінки без самодостатнього твердження, яке можна процитувати. Модель, що підтягнула вашу сторінку, все одно має знайти речення, за яке зможе поручитися.
03

Покриття переходів

Переходи
Що вимірює
Частку сторінок, які заробили реальний клік з AI-відповіді, і те, куди ці люди потрапили.
Як це показує WISLR
Переходи та покриття переходів, з ранжованими сторінками входу й обсягом переходів, зіставленим з активністю навчання та кандидатів на одній шкалі часу.
Як виглядає добрий результат
Переходи, сконцентровані на сторінках, що конвертують, а не на інформаційному контенті, який відповідає на питання так повно, що клікати вже немає потреби.
Де ламається
Мобільні вбудовані браузери зрізають referrer, тож візит потрапляє в direct або other. Це найбільше окреме джерело недорахунку в браузерних інструментах.
04

Оцінка зростання

Усі етапи
Що вимірює
Напрям і швидкість, а не рівень. Одне зведене значення того, чи канал прискорюється, тримається, чи згасає.
Як це показує WISLR
Оцінку зростання з міткою імпульсу, поряд із денним переглядом активності, щоб ви бачили, чи зміна є трендом, чи одним незвичним днем.
Як виглядає добрий результат
Імпульс, що тримається після контентного ривка, замість сплеску з поверненням до базової лінії за два тижні.
Де ламається
Читання щодня. Поведінка сканування за природою пульсуюча, і окремий день є шумом.
05

Розподіл за рушіями

Усі етапи
Що вимірює
Як ваша видимість розподіляється між OpenAI, Anthropic, Gemini і Perplexity, окремо на кожному етапі.
Як це показує WISLR
Розбивку за LLM, застосовану до навчання, кандидатів і переходів, тож розподіл може відрізнятися за етапами, і ви це бачите.
Як виглядає добрий результат
Присутність у кількох рушіях. Концентрація в одному створює залежність, а рушії змінюють свою поведінку сканування й цитування без попередження.
Де ламається
Припущення, що поведінка одного рушія узагальнюється. Вони різняться тим, що сканують, як часто підтягують і чи взагалі дають посилання назовні.
06

Скановані, але не цитовані

Від навчання до кандидатів
Що вимірює
Сторінки, які модель прочитала й ніколи не підтягнула у відповідь. Розрив між тим, що вона має, і тим, що використовує.
Як це показує WISLR
Постійний список сторінок зі станом «скановані, але не цитовані», тож розрив стає чергою робіт, а не здогадом.
Як виглядає добрий результат
Короткий список, що скорочується, на комерційних сторінках. Для тонкого чи дубльованого контенту довгий список є правильним результатом.
Де ламається
Сприймати сканування як перемогу. Сканування означає, що двері були відчинені, не більше.
07

Дохід, атрибутований AI

Дохід
Що вимірює
Замовлення та ліди, простежені до AI-сесії, яка їх породила, у грошах.
Як це показує WISLR
Атрибуцію IP до замовлення з доходом у часі, деталізацією до покупця та часом до покупки, з розбивкою за рушіями там, де це дозволяють дані.
Як виглядає добрий результат
Дохід на AI-сесію, який витримує порівняння з іншими вашими каналами, і крива часу до покупки, навколо якої можна планувати ретаргетинг.
Де ламається
Неперервність сесії. Той, хто приходить з AI-відповіді й повертається за три дні, щоб купити, невидимий для наївної моделі останнього кліку, і саме тому час до покупки має стояти поряд із числом доходу.

Як читати їх одна проти одної

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

Навчання низькеМодель ніколи не читала сторінку. Це проблема доступу: правила robots, рендеринг або час відповіді. Ніщо нижче за течією не варте уваги, доки це не розчиститься.
Навчання високе, кандидати низькіМодель має ваш контент і не тягнеться по нього. Це проблема контенту, зазвичай брак самодостатнього твердження, вартого цитування.
Кандидати високі, переходи низькіВас використовують і не зазначають. Частково це поведінка рушія щодо посилань, і вона поза вашим контролем; частково це те, що сторінка відповідає на питання так повно, що немає причини клікати.
Переходи високі, дохід низькийТрафік приходить і не конвертує. Це звичайна проблема конверсії, яку має кожен канал, і саме з нею ваші наявні інструменти вже добре справляються.
Або не будуйте самі

Усі сім є панелями в WISLR.ai. Він фіксує навчальні сканування, підтягування посеред розмови та AI-переходи на межі, на вашому власному домені, зіставляє сесії із замовленнями й показує покриття на кожному етапі з розбивкою за рушіями. Не треба піднімати конвеєр логів, а безкоштовний план зберігає 30 безперервних днів історії, тож базова лінія починається сьогодні.

Почніть з WISLR.ai →

Як це лягає на ваш SEO-звіт

Ці метрики стоять поряд із вашим SEO-звітом, а не поверх нього. Вони походять з інших джерел і відповідають на інші питання, а найближчий аналог часто не є точним.

Звична SEO-метрикаВідповідник в AI-каналіЧому це не те саме
Покриття індексуПокриття навчанняІндексація дає відповідь так або ні. Прочитання моделлю відбувається окремо для кожного рушія, за його власним розкладом.
ПоказиПокриття кандидатівКількості показів для звіту не існує. Найближчою спостережуваною подією є підтягування вашої сторінки моделлю для відповіді на питання.
КлікиПокриття переходівТа сама ідея, значно гірша інструментація. Referrer зрізають достатньо часто, щоб браузерні інструменти недораховували у 2.5x до 5x.
Середня позиціяОцінка зростанняПозиції не існує. Напрям у часі є єдиним стабільним показником, який тут доступний.
Дохід за каналамиДохід, атрибутований AIТе саме питання, на яке відповідають із серверних логів і записів про замовлення, а не з тега, який часто так і не спрацьовує.

З чого почати

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

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

Працюйте з WISLR

Побачте ці сім чисел на власних даних.

WISLR AI Channel Analytics показує всі сім із ваших власних серверних логів: покриття навчання та покриття кандидатів за рушіями, чергу «скановані, але не цитовані», оцінку зростання й дохід, зіставлений із сесією. Безкоштовний план зберігає 30 безперервних днів історії, чого достатньо, щоб закласти базову лінію.