Повторять GEO-наблюдения необходимо, но скорость устаревания зависит от того, что именно измеряется. В новом препринте частота названия известных программных брендов сохранилась через двадцать дней в одной версии Gemini API. Ответы при этом не использовали веб-поиск.
Что сохранилось через двадцать дней
В предварительно зарегистрированном тесте от 14 октября 2026 года Дмитрий Жатухин повторил 162 запроса к gemini-3.1-pro-preview. Набор включал 54 вопроса на английском, эстонском и финском о трёх категориях программ, с четырьмя кандидатами-брендами на вопрос и тремя повторами.
Исходные волны прошли 22 и 23 сентября, новая волна состоялась 13 октября. Среди 202 пар «бренд и вопрос», где три ответа последней исходной волны были единогласны, 194 сохранили прежний результат. Ни одна пара не перешла от полного отсутствия к присутствию во всех трёх ответах или обратно.
Это препринт автора, связанного с польской коммерческой платформой Rankfor.AI. Результат касается лексического названия бренда, включая отрицательные упоминания. Он не измеряет рекомендацию, позицию, точность описания, цитаты или продажи.
Почему режим поиска меняет смысл результата
Авторы получили ту же строку версии модели. В поздней волне ни один ответ не вызвал поиск и не вернул блок grounding. Поэтому наблюдаемая устойчивость не доказывает сохранность ссылок при обновлении веб-источников или стабильность потребительского приложения Gemini.
Управленческий вывод brandfound: рядом с динамикой нужно хранить происхождение каждого наблюдения. Иначе устойчивость названий из памяти модели легко принять за устойчивость рекомендаций на свежих источниках. Это разные основания для решения о работе с сайтом.
Что проверить в своей серии
Возьмите один важный небрендовый вопрос из обращений покупателей и сохранённые полные ответы до и после интересующего интервала. Если старых текстов нет, итоговая доля сама по себе не позволит восстановить, каким был режим сбора. Отметьте это ограничение и начните новую документированную серию.
| Поле проверки | Как оно влияет на вывод |
|---|---|
| Точная формулировка и кандидаты | Другой набор уже проверяет другую задачу |
| Интерфейс и версия модели | Смена конфигурации обозначает границу серии |
| Наблюдаемые признаки поиска | Показанные ссылки сохраняют отдельно; отсутствие ссылок не доказывает отсутствия поиска |
| Название и роль бренда | Упоминание с критикой не становится рекомендацией |
| Полные ответы и ошибки получения | Неудачный сбор не считается отсутствием бренда |
Сравните именно одну пару «бренд и вопрос» в сопоставимых условиях. При расхождении сначала прочитайте контекст названия: изменилось ли условие выбора, появился ли другой поставщик, сохранилось ли подтверждение существенного факта. Если конфигурация изменилась, начните отдельный сегмент отчёта вместо непрерывной линии.
Если версия и условия прежние, а описание предложения стало неверным, выберите конкретное утверждение и сверяемый официальный URL. Исправление источника обосновывайте фактом, а не самим колебанием доли. После работы повторите тот же вопрос и отдельно запишите, назван ли бренд, предложен ли он покупателю и чем подтверждена рекомендация.
Практическая ценность теста состоит в проверяемой границе: устойчивость в фиксированном API-режиме возможна. Она помогает точнее формулировать вывод, но не освобождает от проверки того режима, в котором бренд ищут реальные клиенты.