Контракт измерения видимости в AI-поиске
Когда источник появляется в ответе AI-поиска, сайт ещё не получил посетителя. Человек мог прочитать ответ, раскрыть список ссылок, перейти на страницу или продолжить разговор. Эти события описывают разные стороны результата. В первом уроке составим договор измерения: какие вопросы задаём, какие свидетельства принимаем и каких выводов наши данные не позволяют сделать.
Работаем с вымышленной учебной библиотекой ProfessorWeb Lab. Её страницы посвящены сохранению URL, Markdown и развёртыванию. Все числа в архиве придуманы для разбора; они не получены из аккаунтов ProfessorWeb.ru. Вам понадобятся представление о URL и умение читать таблицу. Доступ к Search Console или Вебмастеру для прохождения лаборатории не требуется.
Четыре события одного маршрута
Рассмотрим вопрос о переносе старого HTML-сайта. В ручном наблюдении мы увидели ссылку на урок. Это свидетельство конкретного ответа при записанных условиях, а не счётчик всех пользователей. В отчёте Google может находиться показ ссылки в генеративной функции. У Яндекса есть доля упоминаний среди запросов выбранного системой набора. В аналитике сайта можно увидеть отдельные переходы с распознанным источником. Наконец, читатель мог скачать архив примера. Если объединить эти величины в столбец «AI-трафик», потеряется смысл каждой строки.
Введём четыре самостоятельных вопроса. Видна ли страница в данном ответе? Как изменилось число наблюдаемых показов? Какие переходы удалось связать с источником? Помогла ли открытая страница решить задачу? Первые два вопроса касаются обнаружения, третий — перехода, четвёртый — использования материала. Для учебной библиотеки последнее событие может быть полезнее формального роста видимости: найденный урок со сломанным архивом не становится хорошим уроком.
Откройте measurement-contract.json. Для каждого измерения там указаны unit, population, can_answer и cannot_answer. Единица определяет, что считается одним событием. Совокупность объясняет, какие случаи вообще доступны источнику. Например, запись ручного ответа относится к нашей панели, а не ко всем запросам поисковой системы. Поле ограничений препятствует превращению небольшого наблюдения в сильное обещание.
Нулевое значение тоже требует договорённости. Отчёт, который не доступен из-за недостаточного объёма данных, не сообщает ноль показов. Источник, в котором нет столбца кликов, не сообщает ноль кликов. Для таких ситуаций используем unavailable либо not_provided. Число ноль разрешено только тогда, когда источник действительно измерял соответствующую величину в выбранном периоде. Это различие должно сохраняться после экспорта и в итоговой записке.
Контракт важнее общего процента
В учебном примере Google сообщает 180 показов свойства за период, а Яндекс — SoV 20%. Деление одного числа на другое лишено смысла: процент относится к собственному знаменателю Яндекса. Также нельзя вычислить CTR генеративного отчёта, добавив к его показам клики из обычного отчёта поиска. Второй источник охватывает другой набор результатов. В контракте прямо записываем, что сравнение возможных тенденций допустимо, а объединение метрик требует отдельного доказательства совместимости.
Покажем это редактору в небольшой таблице. Для каждого источника указываем наблюдение, допустимое решение и запрещённый вывод. Упоминание в ручной панели предлагает изучить, какой фрагмент полезен для ответа. Оно не доказывает будущий рост посещаемости. Переход с внешнего домена позволяет открыть конкретную посадочную страницу и разобрать её удобство. Он не восстанавливает цепочку всех предыдущих действий посетителя. Так аналитическая записка сразу превращается в объяснимую рабочую задачу.
Проверьте контракт на обратном примере: сайт получил больше упоминаний, но архив не скачивают. Возможно, пользователи получают достаточно информации в ответе; возможно, урок не соответствует вопросу; возможно, событие скачивания не собирается. Эти объяснения требуют разных следующих действий. Контракт не выбирает удобное объяснение автоматически. Он помогает перечислить, какого свидетельства не хватает для каждого варианта.
Результатом урока станет файл с четырьмя измерениями, их источниками и границами. Не добавляйте в него универсальную оценку «успех AI SEO». Сохраните дату и версию договора: в следующем уроке появится ручная панель запросов, а позднее — отдельные выгрузки. Новые поля можно добавлять, не меняя задним числом смысл уже сохранённых чисел.
Представьте, что другой сотрудник прислал презентацию с ростом «AI-видимости» на сорок процентов. Перед обсуждением причины попросите название отчёта, фильтры, единицу и исходный период. Если в первом месяце считали присутствие хотя бы в одном ручном ответе, а во втором складывали показы ссылок, процент не описывает динамику одного показателя. Такое сообщение лучше переписать в две самостоятельные строки.
Для проекта зафиксируем и владельца каждого измерения. Редактор отвечает за соответствие вопроса уроку, аналитик — за размерности и происхождение таблицы, разработчик — за состояние страницы и архива. Один человек может выполнять все роли, но вопросы остаются разными. Эта договорённость пригодится при расширении библиотеки: причина изменения будет привязана к наблюдению и документу, а не к впечатлению участника совещания.
Завершите договор примером спорного сообщения: «нас чаще цитируют, значит, новый курс окупился». В нём одновременно пропущены источник цитирования, совокупность и определение окупаемости. Перепишите сообщение в две проверяемые части: изменение доступного показателя и наблюдаемое действие читателя. Затем укажите, что потребуется для финансового вывода. Стоимость подготовки, ценность обращения и будущий результат отсутствуют в наших данных. Разделение не мешает оценивать работу, а показывает, какие новые сведения надо собрать, прежде чем назначать следующую большую партию. Такое упражнение защищает договор от превращения аналитической метрики в обещание, которого исходный источник никогда не давал.
Чтение сохранённого состояния
В сохранённом состоянии начните с описания области каждого измерения. Затем найдите соответствующий исходный набор. Если источник отсутствует, карточка остаётся планом; наличие красивого имени метрики не создаёт наблюдения. Для Google выбирается ряд показов, для Яндекса — собственная доля, для ручной панели — отдельные попытки. Запишите рядом с числом вопрос, на который оно отвечает.
| Сведение договора | Как его читать в лаборатории |
|---|---|
| Единица | Один показ ссылки отличается от одной сессии и одной попытки ручного наблюдения ответа. |
| Совокупность | Число относится к выбранному источником набору, а не ко всем людям, интересующимся веб-разработкой. |
| Доступность | Неизвестный или отсутствующий столбец не даёт права создать измеренный ноль в аналитической таблице. |
| Основание действия | Редактор назначает улучшение конкретной страницы, которое можно объяснить наблюдением и задачей читателя. |
После чтения попробуйте передать договор человеку, который не видел эту серию. Он должен различить четыре измерения без вашего устного комментария. Если он воспринимает их как этапы одной полной воронки, уточните поле ограничений: мы не наблюдаем одну и ту же личность во всех источниках. Не нужно дописывать недостающую связь предположением.
Вариант для собственной страницы начинается с её полезного действия. У магазина это может быть обращение, у учебной библиотеки — открытие полного примера. Затем задаётся договор регистрации этого действия. Выбор бизнес-цели не меняет смысл поисковых показов, поэтому описание результата и описание канала продолжают храниться отдельно.
Основной артефакт measurement-contract.json находится в lesson-01 архива серии. Полный снимок содержит также исходные таблицы и договоры. Они читаются вручную; результаты примеров описаны как ожидаемые, выполнение не проводилось.