Разделите четыре разных события
Автоматический робот может скачать страницу для поиска. Пользовательский агент сервиса может обратиться к ней по запросу человека. Сам человек может затем открыть ссылку в браузере. Наконец, посетитель может прийти без переданного источника. Эти события связаны с разными процессами и не должны автоматически становиться четырьмя посещениями из нейросетей.
Документация OpenAI разделяет OAI-SearchBot, GPTBot и ChatGPT-User по назначению. Обращение одного из них в журнале сервера не доказывает открытие страницы конечным пользователем. Даже пользовательский запрос сервиса означает получение содержимого сервисом; переход на ваш сайт требует отдельного наблюдения.
И браузерное событие не всегда доказывает присутствие человека: автоматизированные клиенты тоже могут исполнять JavaScript. В рабочем отчёте нужны согласованные критерии качества данных. В учебном наборе ниже тип событий задан заранее, чтобы показать арифметику, а не предложить распознавание человека по одному заголовку.
Источники: OpenAI: назначения поисковых и пользовательских агентов
Составьте словарь наблюдений до расчёта
Определите период, часовой пояс, объект подсчёта и правила сессии. Нельзя сравнивать число серверных запросов с числом пользователей, называя оба значения трафиком. Для примера считаем уникальные наблюдаемые браузерные сессии в условном периоде, а обращения сервисов показываем отдельно.
Сохраняйте исходные признаки и результат классификации раздельно. Если правила изменятся, вы сможете пересчитать доступные данные и объяснить отличие. Для отчёта обычно не нужны персональные сведения; используйте минимальный технический идентификатор, допустимый для вашей системы учёта, и согласованный срок хранения.
Список известных источников нужно версионировать. Отсутствие домена в списке не делает визит прямым, а наличие слова chatgpt в произвольной строке не подтверждает настоящий источник. Разбирайте адрес как URL и сравнивайте нормализованный хост с проверенным правилом, сохраняя первоначальное значение.
| Поле | Что означает | Зачем сохранять |
|---|---|---|
| observation_id | Идентификатор записи | Найти конкретное наблюдение и повтор |
| event_id / session_id | Ключи по принятому правилу учёта | Различить дубль и повторное действие |
| observed_at | Время и часовой пояс | Сопоставить журналы |
| evidence_type | Браузерное событие, серверное обращение или неизвестное | Не смешивать единицы |
| raw_referrer | Доступный исходный адрес источника | Проверить классификацию |
| source_class и rule_version | Вывод и версия правила | Воспроизвести расчёт |
| landing_path | Страница входа без лишних чувствительных данных | Понять, куда пришёл визит |
Десять синтетических наблюдений
Это вымышленный набор, не данные нашего сайта и не оценка распространённости источников. В нём заранее известно, какие записи относятся к браузерным сессиям, какие — к роботам, а какие невозможно уверенно классифицировать. R05 повторяет уже принятую запись R01 с тем же ключом события.
Для краткости «подтверждённый AI-referral» здесь означает соответствие принятому правилу источника внутри учебного набора, а не абсолютное доказательство происхождения каждого реального визита. При рабочем внедрении дополнительно проверяют качество событий и возможное искажение заголовков.
| Запись | Наблюдение | Решение для учебного отчёта |
|---|---|---|
| R01 | Браузерная сессия S01; источник chatgpt.com; событие E01 | AI-referral |
| R02 | Браузерная сессия S02; источник perplexity.ai | AI-referral |
| R03 | Серверное обращение ChatGPT-User без браузерной сессии | Отдельное обращение сервиса |
| R04 | Браузерная сессия S04 без referrer | Неизвестный источник |
| R05 | Повтор записи R01: S01 и E01 | Дубль, не новая сессия |
| R06 | Браузерная сессия S06 из обычного поиска Google | Другой известный источник |
| R07 | Браузерная сессия S07 из приложения, источник не передан | Неизвестный источник |
| R08 | Только серверный запрос, недостаточно признаков типа клиента | Неклассифицированное серверное наблюдение |
| R09 | Серверный обход GPTBot без браузерной сессии | Отдельный робот |
| R10 | Браузерная сессия S10; источник chatgpt.com | AI-referral |
Удалите дубль, сохранив обоснование
R01 и R05 имеют одинаковые ключи события и сессии. В учебном наборе это повторная доставка одной записи, поэтому остаётся одна сессия S01. Если удалить только совпадения по адресу страницы и минуте времени, можно ошибочно объединить разных посетителей. Правило должно опираться на устройство вашей системы событий.
Повторное открытие страницы внутри сессии не равно новой сессии, но может быть отдельным просмотром. Поэтому полезно вести оба уровня, не подменяя один другим. Если бизнесу нужны пользователи, понадобится ещё одно определение идентичности с собственными ограничениями.
Сохраните журнал исключений: запись, причина, ключ и версия правила. Удаление дублей не должно выглядеть как ручное снижение неудобного числа. Другой аналитик должен получить тот же результат из того же учебного набора.
Посчитайте только согласованный знаменатель
После удаления дубля остаются шесть уникальных наблюдаемых браузерных сессий: S01, S02, S04, S06, S07 и S10. Три имеют известный AI-referral: S01, S02 и S10. Две остаются с неизвестным источником, одна относится к другому известному источнику.
Доля AI-referral в этом наборе равна 3 / 6 = 50%. Это доля среди принятых наблюдаемых браузерных сессий, а не доля всех посещений сайта или всего влияния ИИ. Серверное наблюдение R08 не добавлено в знаменатель: по условию недостаточно данных, чтобы признать его браузерной сессией.
R03 и R09 показываются в отдельном разделе обращений сервисов и роботов. Их нельзя прибавлять к трём переходам. Неизвестные S04 и S07 также нельзя автоматически распределять между ChatGPT и другими каналами. Прозрачный отчёт сохраняет эту неопределённость.
| Показатель | Значение | Область вывода |
|---|---|---|
| Уникальные принятые браузерные сессии | 6 | Только наблюдаемый учебный набор |
| С известным AI-referral | 3 | По принятой версии правил |
| С неизвестным источником | 2 | Без принудительного восстановления |
| С другим известным источником | 1 | Обычный поиск в условии примера |
| Доля AI-referral | 50% | 3 из 6, не весь трафик и не заявки |
Почему часть источников остаётся неизвестной
Приложение, браузер, политика передачи referrer, согласие на аналитику и способ открытия ссылки могут влиять на доступные сведения. Серверный журнал и аналитика тоже видят разные события. Если источник отсутствует, по одному адресу входа нельзя достоверно восстановить, где человек увидел ссылку.
Не приравнивайте Direct к доказанному ручному вводу адреса. В отчёте конкретной системы это категория, полученная по её правилам обработки данных. Аналогично стандартная группа каналов не заменяет чтение исходных измерений. В актуальной документации GA4 предусмотрен канал AI Assistant для соответствующих источников; классификацию и применимость к своему отчёту нужно сверять с текущими определениями.
Если аналитика уже относит часть переходов в AI Assistant, не создавайте поверх неё второй общий счётчик с теми же событиями и не складывайте результаты. Сопоставьте source, medium, область измерения и версию правил. Внутренний класс AI-referral из примера — аналитическое определение, а не обещание точного совпадения со стандартной группой каждого инструмента.
Источники: Google Analytics: определения групп каналов
Как проверить расхождения между журналом и аналитикой
Выберите небольшой период и одну страницу входа. Сопоставьте часовые пояса, фильтры, единицы подсчёта и доступные ключи. Проверьте повторную доставку событий, служебные запросы и отсутствие части клиентских событий. Разницу сначала объясняют устройством измерения, а не объявляют скрытым ростом нейротрафика.
Не меняйте настройки исключения источников ради красивого отчёта. Такое изменение влияет на последующую атрибуцию и требует отдельного обоснования. Сначала сохраните исходную картину и подготовьте проверяемое предложение. Редакционный материал не может заменить доступ к реальной конфигурации и её проверку.
Для контрольного теста можно согласованно открыть ссылку из нужного сервиса и проверить, какие признаки действительно дошли до системы. Это проверяет конкретный сценарий на конкретном устройстве. Один тест не охватывает все приложения и не позволяет пересчитать неизвестные визиты задним числом.
Что передать владельцу бизнеса
В отчёте укажите период, определение сессии, правила источников, число исключённых дублей и неизвестную часть. Добавьте несколько проверяемых примеров без лишних данных посетителей. Покажите отдельно браузерные сессии, обращения сервисов и записи, которым не хватает признаков.
Переход не равен заявке или сделке. Для оценки обращений нужен отдельный процесс связи событий и договорённость об атрибуции. Не расширяйте технический отчёт до вывода о выручке, если данные заканчиваются на открытии страницы.
Если начать нужно с малого, зафиксируйте одну версию правил и проверьте несколько наблюдений вручную. После этого настройка регулярного отчёта станет понятнее: будет известно, что он считает, чего не видит и почему его числа отличаются от серверного журнала.
Продолжить: Как отдельно оценивать обращения и экономику GEO