Еженедельный GEO-ресерч: почему один ярлык платформы недостаточен

Измерение AI-видимости часто начинается с удобной, но слишком грубой строки: платформа, prompt, ответ. Такой формат скрывает условия, которые меняют набор источников. Один оператор может иметь обычный поиск, deep research, pro mode, voice, app и разные модели. Google может показывать разные surfaces и rollout по рынкам. Поэтому единица наблюдения должна описывать не бренд платформы, а конкретный запуск: surface, mode, модель, устройство, язык, регион и время. Без этого сравнение недель смешивает изменение продукта с изменением эксперимента.

Источники раздела:[1] Perplexity[2] ACL Anthology[3] Google Analytics

Официальное описание Pro Search показывает, что focus, выбранная модель и режим диалога могут быть частью ответа. Это не позволяет сделать вывод о ранжировании или о том, что конкретный режим лучше для любого бренда. Но это требует честной маркировки: результат Pro Search нельзя без оговорки складывать с обычным поиском. В журнале нужно сохранять название режима, выбранную модель, включённый source focus, продолжительность и наличие продолжения диалога. Повторный запуск в новом контексте — другое условие, а не технический дубль.

Источники раздела:[1] Perplexity

Первичные работы по generative search показывают, что source sets могут заметно различаться между системами и повторными запусками. Это не означает, что ответы случайны или что любой результат одинаково надёжен. Это означает, что один красивый screenshot — слабая единица доказательства. Для каждого кластера нужны несколько повторов, фиксированные условия и сохранённый ответ. Нельзя объявлять изменение видимости, если оно меньше естественного шума повторных прогонов. Порог «достаточной выборки» должен зависеть от citation-bearing responses и заранее описанной остановки, а не от универсального числа prompts.

Источники раздела:[2] ACL Anthology

Документация Google Analytics важна для практической интерпретации трафика: AI Overviews и AI Mode могут оставаться внутри Organic Search, а не попадать в отдельный канал AI Assistants. Поэтому один отчёт по AI-referral почти наверняка неполон. Нужно сохранять source/medium, landing page, поисковый referrer, кампании Telegram и прямые визиты отдельно. Если источник не передал referrer, это не доказательство AI-происхождения. Аналитический слой должен показывать неопределённость и не превращать классификацию канала в факт о том, что именно повлияло на пользователя.

Источники раздела:[3] Google Analytics

Платное присутствие и органическая цитата отвечают на разные вопросы, даже если показаны в одном AI-интерфейсе. В публичном отчёте реклама должна иметь собственные поверхность, дату, набор запросов и правило классификации. Её нельзя включать в citation rate или общий blended score: покупка показа ничего не доказывает о выборе источника, а органическая ссылка ничего не говорит о рекламной кампании. Если один домен одновременно появился в рекламе и среди источников, это два наблюдения с разной природой и разными знаменателями.

Минимальная схема для будущих исследований: run_id, оператор, surface, mode, модель, устройство, язык, регион, prompt, повтор, answer text, source set, mention, citation, recommendation, paid presence, referral и дата. Каждая классификация должна иметь правило и историю исправлений. В этом выпуске нет production-логов закрытых систем, поэтому retrieval остаётся недоступным; научные результаты относятся к своим корпусам, а GA4 — к настройкам конкретного ресурса. Правильный вывод — улучшить протокол, а не выдать универсальный рейтинг платформ.

Источники раздела:[1] Perplexity[2] ACL Anthology[3] Google Analytics

Каждый выпуск должен оставлять не только финальный тезис, но и журнал его происхождения. В нём полезны дата проверки, версия источника, точная формулировка наблюдения, редакционная классификация и причина изменения по сравнению с прошлой неделей. Если источник исчез, обновил текст или сменил rollout, старое состояние нельзя молча перезаписать. Сохраняйте ссылку на доступную публичную страницу и описывайте, что именно изменилось. Такой журнал позволяет читателю отличить новую информацию от новой трактовки и снижает риск превращения заметки в бесконечную автоматическую свежесть.

Источники раздела:[1] Perplexity[2] ACL Anthology[3] Google Analytics

Чтобы недельные результаты можно было сравнивать, каждая запись должна начинаться с паспорта запуска. В нём указываются точный текст вопроса, язык интерфейса, страна, устройство, surface, режим, выбранная модель и номер повтора. Ответ сохраняется целиком вместе с исходными ссылками, а затем отдельно размечается по событиям: источник найден, объект назван, ссылка показана, рекомендация дана. Если интерфейс изменился или часть ответа недоступна, это отмечается как ограничение, а не исправляется догадкой. Для редактора такая карточка полезнее общей оценки: она сразу показывает, какие утверждения можно вынести в публикацию, какие требуют репликации, а какие должны остаться гипотезой. Несколько карточек за неделю образуют воспроизводимый корпус, который можно обновлять без потери контекста и без смешения разных продуктов под одним названием платформы.

Источники раздела:[1] Perplexity[2] ACL Anthology[3] Google Analytics

Для практической репликации этот выпуск следует читать как протокол измерения, а не как рейтинг платформ. Перед сравнением нужно зафиксировать момент запуска, модель, поверхность, устройство и набор запросов, затем сохранить исходный ответ и список ссылок. Отдельно отмечается, что именно наблюдалось, а что восстановлено редакцией как вывод. Если режим или регион изменился, результат получает новую строку, а не смешивается с прежним замером. Так редактор сможет объяснить читателю, почему две похожие проверки дали разные результаты и какие различия относятся к среде, а не к качеству страницы.