Медиана

Gemini в поиске: чем отличается от других ответов

Почему Gemini встречается сразу в трёх местах, чем ответ ассистента отличается от блока в выдаче и какие настройки на что реально влияют.

Обновлено 25.08.2026 · 6 мин чтения

Gemini — семейство моделей Google, которое одновременно работает в отдельном ассистенте и внутри поисковой выдачи. Для сайта это разные поверхности: ассистент подбирает источники через веб-поиск и даёт ссылку с переходом, а сгенерированный ответ в выдаче собирается поверх поискового индекса и переход часто заменяет. Общее условие для обеих — присутствие страницы в индексе.

Коротко

  • Одно название закрывает три разные поверхности: семейство моделей, отдельный ассистент и сгенерированный ответ внутри выдачи.
  • Для сайта это три разных задачи с разными рычагами, и смешивать их в один пункт плана бессмысленно.
  • Запрет на использование материалов для обучения и присутствие в ответах поиска — независимые настройки: закрытие первого не убирает из второго.
  • Условие входа в источники общее: страница должна быть в поисковом индексе, потому что ответ собирается поверх него.
  • Переход из ассистента виден рефералом, ответ в выдаче — почти нет: там теряется даже сам факт показа.

Путаница вокруг этого названия дороже, чем кажется: под ним понимают то модель, то приложение, то блок над результатами поиска. Пока поверхности не разведены, план работ получается общим — а рычаги у них разные, и часть настроек, которые считают решающими, не влияет ни на что.

Три поверхности под одним названием

Название закрывает семейство моделей, отдельного ассистента и генерацию ответов внутри поисковой выдачи. Для пользователя это одна технология, для сайта — три разные ситуации с разной механикой попадания и разной судьбой перехода.

ПоверхностьОткуда берётся содержаниеЧто даёт сайтуВаш рычаг
Модель сама по себеПараметрическая память, обучениеНичего напрямуюУпоминания в открытых источниках
Ассистент без поискаТа же память, ссылок нетУпоминание бренда без ссылкиТолько внешний след, страница ни при чём
Ассистент с поискомВеб-поиск под подзапросыСсылка рядом с ответом, переход возможенИндексация плюс форма фрагмента
Сгенерированный ответ в выдачеПоисковый индексУпоминание, переход часто заменяетсяПозиции плюс извлекаемость
Ответ в других продуктахТот же индекс через встроенные функцииПоказ без отчётаПрактически ничего

Смотреть в этой таблице надо на последнюю колонку. Первые две строки не чинятся работой над сайтом вовсе: там решает то, что написано о вас за его пределами. Третья и четвёртая — обычная работа с видимостью в ответах, только приоритеты внутри неё разные.

Что решает попадание в источники

Общее условие простое и часто пропускаемое: ответ собирается поверх поискового индекса. Страница, которой в индексе нет, невидима для всех перечисленных поверхностей сразу — сколько бы усилий ни было вложено в текст.

Дальше начинается отбор фрагментов. Запрос раскладывается на подзапросы, под каждый ищется подходящий пассаж, соответствие считается не по совпадению слов, а через векторную близость смыслов. Поэтому здесь работает не плотность ключей, а однозначность утверждения: абзац, который читается без остальной страницы, имеет шанс, абзац с отсылкой «как мы писали выше» — нет.

Практический порядок отсюда следует такой: сначала индексация и позиции по подзапросу, потом форма. Обратный порядок — самая частая трата ресурса: форму правят там, куда система не доходит.

Настройки, которые путают между собой

Здесь теряется больше всего времени, потому что две независимые вещи выглядят как одна.

Использование материалов для развития генеративных продуктов управляется отдельной директивой в robots.txt. Она про обучение, а не про показ. Закрыв её, вы не исчезнете из сгенерированных ответов в выдаче — они строятся на обычном поисковом индексе.

Присутствие в поисковом индексе управляется обычными средствами: доступ для основного краулера, ответы сервера, канонические адреса. Отказ от него убирает вас отовсюду сразу, включая обычный трафик, — цена такого решения почти всегда выше выгоды.

Отдельного переключателя «не участвовать в ИИ-ответах, оставшись в поиске» в общем случае не существует. Разговор о том, чтобы «закрыться от ИИ, но остаться в выдаче», обычно заканчивается на этом пункте.

Что видно в аналитике, а что теряется

Переход из ассистента приходит обычным реферальным визитом с домена сервиса — без запроса, без указания на ответ, без меток. Собирается он так же, как остальные переходы из ассистентов, и никакие метки к нему не приделываются: ссылку формирует платформа, а не вы.

Со сгенерированным ответом внутри выдачи хуже: там теряется даже факт показа. Отдельной разбивки в общем случае нет, поэтому диагноз ставится по косвенному признаку — показы и позиция на месте, доля кликов падает. Это классический случай нулевого клика, и разбирать его нужно по группам запросов, иначе рост одной группы маскирует падение другой. Как собирать из этого регулярный отчёт, разобрано в заметке про учёт трафика из нейросетей.

Отдельно стоит помнить про третью категорию — ответы из памяти. Там нет ни ссылки, ни показа, ни отчёта: бренд либо назван, либо нет, и проверяется это только вручную, повторяющимся списком вопросов.

Как проверять присутствие, если отчётов нет

Замер держится не на инструменте, а на повторяемости условий. Список вопросов фиксируется один раз и дальше не меняется, иначе замеры не сравнимы между собой.

  1. Собрать вопросы, а не ключевые фразы. Ассистенту задают вопрос целиком, и формулировка меняет выборку сильнее, чем порядок слов в запросе. Пятнадцати-двадцати достаточно, если вы готовы задавать их руками каждую неделю.
  2. Зафиксировать условия. Одна учётная запись или её отсутствие, один язык, отсутствие предыдущего контекста в диалоге. Продолжение старой переписки меняет ответ и портит замер.
  3. Записывать три факта отдельно. Появился ли поиск и ссылки вообще; названы ли вы среди источников; упомянут ли бренд в тексте без ссылки. Это три независимых события, и сливать их в одну колонку — самый быстрый способ получить бессмысленный отчёт.
  4. Повторять неделями. Единица результата — доля недель присутствия за месяц и больше, а не сегодняшний прогон.
  5. Отдельно смотреть выдачу. Тот же список формулировок в обычном поиске, с отметкой, есть ли над результатами сгенерированный ответ и кто в нём назван.

Пятый шаг делают реже всего, а именно он показывает, где вы конкурируете уже не с сайтами, а с готовым текстом.

Симптом → причина → что делать

Закрыли директиву обучения, а в ИИ-ответах в выдаче остались. Так и должно быть: это разные механизмы. Если задача была уйти из ответов, решения без потери обычного трафика нет — обсуждать надо цену, а не настройку.

Страница в верхних строках выдачи, но в блок ответа не попадает. Отбирается фрагмент, а не документ. Найти подзапрос, на который отвечает блок, и проверить, есть ли у вас отдельный абзац ровно на него.

Ассистент называет бренд, но ссылку не даёт. Скорее всего, ответ собран без поиска, из памяти модели. Правка страницы здесь не поможет — работает только внешний след: обзоры, обсуждения, подборки.

Показы стабильны, клики просели по всей группе информационных запросов. Похоже на появление ответа над выдачей. Снять эти запросы руками и пересчитать, какая доля трафика приходится на такие формулировки, — это и есть оценка риска.

Границы применимости

Разведение на три поверхности помогает планировать, но описывает не всё.

  • Продукты меняются быстрее описаний. Названия поверхностей, режимы и наборы функций пересобираются регулярно, поэтому опираться стоит на механику отбора, а не на текущий состав интерфейсов.
  • Ответ из памяти вне вашего контроля. Ни доступ, ни форма, ни разметка на него не влияют — только то, что было опубликовано о предмете раньше, и это не быстрая работа.
  • Отчётов по показам в ответах нет. Всё, что можно снять, — косвенные признаки и ручные замеры; выводы держатся на серии наблюдений, а не на одном.
  • Персонализация и контекст сессии. Один и тот же вопрос у разных людей даёт разные ответы, поэтому единичная проверка «мы там есть» не доказывает ничего.
  • Ошибки в ответе не всегда ваши. Модель может приписать вашей странице утверждение, которого на ней нет; механика этого разобрана в материале про галлюцинации.
  • Числа по составу источников у нас есть только для одной системы. Замер 853 ответов описывает конкретную выгрузку, и переносить его пропорции на другие платформы без проверки нельзя.

Общее у этих шести пунктов — граница между тем, что настраивается, и тем, что наблюдается. Первое делается один раз, второе требует режима поддержки.

Спорное место

Спорным здесь выглядит сам объём внимания к платформе. Разбор поверхностей полезен, но практических действий из него следует немного, и почти все они совпадают с обычной работой над видимостью в ответах и над индексацией. Отдельного набора приёмов, работающего только тут, не документировано — а услуги «оптимизация под конкретного ассистента» на рынке уже продаются.

Второе сомнение серьёзнее и касается прогноза. Соблазн описывать поверхности как устойчивую конструкцию велик, а обновляются они быстрее, чем накапливается статистика по их поведению. Устойчива в этой картине ровно одна вещь: ответ собирается поверх поискового индекса, и всё, что улучшает попадание в него, продолжает работать при любой перестановке продуктов. Сравнение с платформой, где состав источников виден напрямую, полезно держать рядом — разбор Perplexity показывает ту же механику в более наблюдаемом виде.

Частые вопросы

Убирает ли запрет Google-Extended наш сайт из ИИ-ответов в поиске?

Нет, это разные вещи. Директива управляет использованием материалов для развития генеративных продуктов, а сгенерированные ответы в выдаче строятся на обычном поисковом индексе. Чтобы исчезнуть оттуда, нужно закрываться от индексации целиком — то есть отказаться заодно и от обычного трафика.

Чем ответ ассистента отличается от блока над выдачей?

Способом попадания и судьбой перехода. Ассистенту нужно, чтобы поиск нашёл вашу страницу под подзапрос, и ссылка на неё стоит рядом с ответом как отдельный объект. Блок в выдаче стоит над результатами и чаще заменяет переход, а не ведёт к нему.

Отвечает ли ассистент без поиска?

Да, и это важное различие. Часть ответов строится из памяти модели, без обращения к вебу — тогда ссылок нет вовсе, а содержание зависит от того, что было написано о предмете раньше и где-то ещё. Повлиять на такой ответ правкой своей страницы нельзя.

Есть ли отчёт, показывающий показы в ИИ-ответах?

Отдельной разбивки в общем случае нет. Косвенный признак потери — стабильные показы и позиция при падающей доле кликов по группе запросов. Точнее всего работает ручной съём выдачи по фиксированному списку формулировок в одинаковых условиях.

Нужна ли отдельная оптимизация под Gemini?

Отдельных приёмов, работающих только здесь, не документировано. Работают те же вещи, что и для попадания в любую выборку под подзапрос — доступность страницы, прямой ответ в начале, самодостаточные блоки, однозначные формулировки. Отличается не техника, а распределение усилий между поверхностями.

Источники

  1. Google Gemini — Wikipedia
  2. Обзор поисковых роботов Google — Google
  3. ИИ-функции и ваш сайт — Google
Артём Строев
Пишу про измеримый маркетинг и видимость в ИИ-поиске. Публикуюсь под псевдонимом — почему так.