Сегодня нейросеть назвала компанию, а завтра пропустила её. Это ещё не доказывает ни успех продвижения, ни падение видимости. Для решения о GEO-изменении нужна серия сопоставимых ответов и понятное правило подсчёта.
Что даёт исследование повторов
Авторы препринта Don't Measure Once, опубликованного в апреле 2026 года, отдельно рассматривают изменение источников во времени и различия при повторных запусках. Их практический вывод: видимость следует описывать распределением наблюдений, а не единичным результатом.
Основной временной набор включает четыре системы, четыре швейцарских немецкоязычных направления и по восемь вопросов на направление; анализ ограничен окном 24 января – 20 марта 2026 года. Отдельный набор посвящён близким по времени повторам.
Это не установленное число повторов для любого бизнеса. Исследование связано с конкретными наборами вопросов и конфигурациями; его нельзя превращать в обещание, что одинаковое число запусков гарантирует точность для другой системы. Ниже предложен рабочий протокол редакционной проверки, а не пересказ экспериментального регламента.
Зафиксируйте, что считается наблюдением
Единица наблюдения: один точный вопрос в одной системе, выбранном интерфейсе и режиме, в зафиксированный момент. Десять вопросов с разным смыслом не являются десятью повторами одного сценария.
Сначала выберите реальные задачи клиента: поиск категории без бренда, сравнение известных вариантов, проверка обязательного условия. Для каждого сценария храните отдельный результат. Брендовый вопрос «что известно о компании» нельзя объединять с небрендовым выбором поставщика.
До сбора запишите доступные условия: рынок, язык, аккаунт, новый или продолжающийся диалог, режим поиска и видимую модель. Если часть условий неизвестна, это ограничение серии.
Считайте разные события отдельно
| Событие | Правило |
|---|---|
| Упоминание | Бренд явно назван в тексте |
| Рекомендация | Бренд предложен как вариант выбора, с сохранённым контекстом |
| Ссылка на сайт | Показан URL нужного домена |
| Ошибка получения | Ответ не удалось получить или сохранить |
Для своей рабочей таблицы долю упоминаний можно считать как число валидных ответов с брендом, делённое на число всех валидных ответов той же серии. Показывайте оба числа рядом с долей. Ошибки получения учитывайте отдельно: тайм-аут не равен отказу нейросети назвать бренд.
Это определение вашей таблицы, а не описание формулы любого готового продукта. Не переносите его автоматически на метрики внешних отчётов.
Составьте план до просмотра результатов
- Задайте серию
Определите вопросы, доступные системы, моменты наблюдения и объём работы по бюджету. Сохраните план до запуска, чтобы не останавливать сбор на первом хорошем результате.
- Разделите повторы и изменение во времени
Близкие по времени наблюдения помогают увидеть вариативность текущей конфигурации. Наблюдения в разные дни добавляют изменения системы и источников. Храните эти группы раздельно.
- Отметьте вмешательство
Перед правкой страницы сохраните исходную серию и точную версию изменяемого материала. После правки используйте те же вопросы и условия. По возможности оставьте сопоставимые неизменённые сценарии для контроля общего движения.
- Оцените пригодность вывода
Проверьте, не изменились ли режим, состав вопросов, доступность поиска и доля ошибок. Если изменились, обозначьте разрыв, а не рисуйте непрерывную линию роста.
Повторный сбор в brandfound
По справке «Избранных», запрос со звёздочкой следует общим правилам нейросетей и периодичности, пока ему не назначены индивидуальные настройки. Откройте «Запросы» → «Избранные», проверьте доступные нейросети и частоту; индивидуальные правила сверяйте в меню строки.
До включения регулярного сбора оцените стоимость и достаточность плана. Сохраняйте ответы и настройки, чтобы отличить изменение бренда от изменения процедуры. Платформенный сбор и ручные проверки потребительского интерфейса анализируйте отдельно.
Когда принимать решение
Устойчивое изменение в нескольких сопоставимых частях серии сильнее одного скриншота, но временная последовательность сама по себе не устанавливает причинность. Если разница держится только на одном вопросе или ошибки сбора выросли, продолжите проверку.
Передавайте команде конкретный итог: какие сценарии изменились, сколько валидных ответов это подтверждает, что менялось на сайте и какие альтернативные объяснения остались. Именно такой отчёт позволяет решить, расширять правку, корректировать её или пока сохранить наблюдение.