Google AI Search: как устроена видимость в AI-ответах

Google AI Search — не отдельный каталог, куда можно подать заявку на включение, а набор AI-функций внутри Google Поиска. Они могут собирать ответ из нескольких материалов и показывать ссылки на страницы-источники. Доступный пользователю режим зависит от страны, языка и текущих экспериментов Google.

Здесь GEO — это работа над видимостью в генеративном поиске, а AEO — подготовка ясных ответов для поисковых и AI-систем. Это рабочие термины редакции, а не официальный стандарт Google.

Источники раздела:[1] Google Search Central[2] Google Search Central[3] Google Search Central Blog

Практический вход — техническая доступность: сервер отдаёт HTML, важный текст не зависит от JavaScript, robots.txt и meta robots не блокируют намеренную индексацию, а страницы связаны внутренними ссылками. Sitemap помогает обнаружению, но не гарантирует индексацию.

Проверяйте код ответа сервера, основной адрес страницы, связи между языковыми версиями, robots.txt, карту сайта и итоговый код страницы. Фиксируйте, какие адреса действительно посещаются роботами и индексируются.

• Проверить Search Essentials.
• Сверить запреты на уровне robots.txt и HTTP-заголовков.
• Записать дату и рынок каждой проверки.

Источники раздела:[1] Google Search Central[2] Google Search Central[3] Google Search Central Blog

AI-ответ может сослаться на одну страницу, на несколько или вовсе не показать ожидаемый источник. Хорошая статья, разметка schema.org и визит Googlebot не доказывают, что ссылка появится в ответе. В журнале исследования отдельно храните факт из документации, наблюдение в выдаче и гипотезу о возможной причине.

Для каждой проверки сохраняйте точный промпт, язык, дату, режим Google Поиска, полный ответ и все показанные ссылки. Сравнивайте только проверки, проведённые в одинаковых условиях.

Источники раздела:[1] Google Search Central[2] Google Search Central[3] Google Search Central Blog

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

• Разделять impressions/clicks и ссылки на источники в AI-ответах.
• Проверять ошибки обхода и выбранный основной адрес страницы.
• Не считать визит бота доказательством использования страницы.

Источники раздела:[1] Google Search Central[2] Google Search Central[3] Google Search Central Blog

Разрешение Googlebot относится к поисковому обходу, а не автоматически ко всем AI-клиентам. Политика доступа должна быть явной для каждого класса роботов. Закрытые данные защищаются авторизацией, не только robots.txt.

Источники раздела:[1] Google Search Central[2] Google Search Central[3] Google Search Central Blog

Публичные документы не раскрывают весь процесс поиска и выбора материалов, значение каждого сигнала и все причины показа конкретной ссылки. Поэтому объяснение «почему Google выбрал эту страницу» остаётся гипотезой, пока его не подтвердил воспроизводимый эксперимент.

Источники раздела:[1] Google Search Central[2] Google Search Central[3] Google Search Central Blog

Проверить код страницы без JavaScript, ответ сервера 200, основной адрес, связи между языковыми версиями, robots.txt, карту сайта и внутренние ссылки. Собрать неизменный набор промптов для одинаковых рынков и дат, сохранить ответы и ссылки, а тезисы сверить с первичными документами.

Источники раздела:[1] Google Search Central[2] Google Search Central[3] Google Search Central Blog

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

Источники раздела:[1] Google Search Central[2] Google Search Central[3] Google Search Central Blog

Полезная запись для аудита выглядит так: 12 сентября, русский язык, один и тот же промпт, обычный режим Google Поиска, появился AI-блок с двумя ссылками. Это наблюдение. Фраза «Google выбрал страницу из-за schema.org» уже объясняет причину и требует отдельного эксперимента; без него это только гипотеза.

Источники раздела:[1] Google Search Central[2] Google Search Central[3] Google Search Central Blog

Сначала проверьте обычный поиск: отдаётся ли нужный код страницы, нет ли запрета в robots.txt, meta robots или X-Robots-Tag, указан ли основной адрес и есть ли внутренняя ссылка. Затем проверьте индексацию в Search Console. Только после этого запускайте набор промптов и измеряйте, какие ссылки действительно показываются.

Источники раздела:[1] Google Search Central[2] Google Search Central[3] Google Search Central Blog

Для каждой проверки сохраните адрес страницы, её исходный код или снимок результата, промпт, рынок, язык, дату и результат. В отдельной таблице отметьте: страница доступна; страница проиндексирована; адрес появился в обычной выдаче; адрес показан как ссылка в AI-блоке. Эти четыре события нельзя сворачивать в один показатель видимости. Если результат изменился, укажите, что именно: доступность функции, состав или порядок ссылок либо текст ответа. Используйте один и тот же набор страниц и заранее описанный протокол, а не выбирайте удачные примеры после просмотра.

Источники раздела:[1] Google Search Central[2] Google Search Central[3] Google Search Central Blog