GEO-аудит: как проверяется видимость сайта в AI-поиске

Обычный SEO-аудит отвечает на вопрос «почему сайт плохо ранжируется». GEO-аудит отвечает на другой вопрос: «почему генеративная система не берёт этот сайт в источники». Это пересекающиеся, но не одинаковые проверки.

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

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

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

• Есть ли явные правила для каждого известного AI-агента или всё закрыто общим правилом, о котором никто не помнит.
• Нет ли противоречий между общим правилом и частными: закрывающая строка выше по файлу часто отменяет то, что казалось разрешением.
• Совпадает ли решение с бизнес-целью. Закрытый доступ снижает вероятность стать источником; открытый означает, что содержание может использоваться при генерации ответов. Это выбор компании, и аудит фиксирует его письменно, а не решает за клиента.
• Не блокирует ли ботов защита сайта. Отдельный слой: файл разрешает, а межсетевой экран или сервис защиты отдаёт агенту отказ. Проверяется запросом с соответствующим агентом, а не чтением файла.
• Видят ли боты содержание. AI-агенты, как правило, не выполняют скрипты. Если основной текст появляется только после выполнения скрипта, для них страница выглядит почти пустой — это проверяется сравнением исходного кода и отрисованной страницы.

Файл llms.txt — короткая машиночитаемая карта того, что есть на сайте и куда смотреть. Аудит проверяет его наличие, но честно оценивает его вес.

• Наличие и доступность по корневому адресу, с корректным типом содержимого и без переадресации.
• Актуальность. Файл, собранный однажды руками, устаревает после первой же публикации. Полезен тот, который пересобирается при изменении содержания.
• Состав. Ключевые разделы, услуги и справочные материалы с внятными описаниями, а не полный список всех адресов подряд.
• Языковые версии. Для многоязычного сайта — отдельная карта на язык, иначе часть содержания остаётся невидимой.

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

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

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

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

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

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

• Единство названия, адреса и контактов в справочниках и профилях. Расхождения — основная причина неверных сведений о компании в ответах.
• Совпадение описания услуг на внешних площадках с тем, что написано на сайте.
• Наличие упоминаний в источниках, на которые генеративные системы опираются охотно: отраслевые площадки, справочники, публикации с авторством.
• Проверка на устаревшие профили: закрытые адреса, старые номера и неработающие ссылки продолжают влиять на ответ.
• Отдельно для регионального рынка — присутствие в локальных справочниках, которые в Центральной Азии часто весят больше, чем кажется со стороны.

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

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

Результат аудита — документ, а не устное мнение: список найденных препятствий, объяснение, чем каждое мешает, порядок исправления и разделение на то, что делается на стороне сайта, и то, что требует решений компании.

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

Разумный порядок такой: сначала бесплатная проверка, затем аудит с замером, и только потом разговор о стоимости работ, потому что именно аудит и определяет объём.