Результат аудита
До начала проверки договоритесь о выходных материалах. Минимальный комплект: карта запросов, исходный срез, технические ошибки, расхождения в описании бренда, пробелы контента и источников, приоритеты и дата следующего измерения.
Что подготовить до начала
- каноническое описание бренда и продукта;
- рынок, язык и целевые сегменты;
- список ключевых пользовательских решений;
- доступ к сайту, sitemap и важным публичным профилям;
- перечень AI-систем и режимов проверки;
- известное коммерческое конкурентное поле;
- ответственного, который подтвердит факты и ограничения.
Если команда не может согласовать, что именно продаёт продукт и кому он подходит, аудит сначала фиксирует этот разрыв. Масштабировать prompt bank поверх противоречивой сущности рано.
Шаг 1. Зафиксировать пользовательские вопросы
Соберите запросы, по которым человек выбирает категорию, сравнивает варианты, проверяет доверие и уточняет ограничения. Разделите брендовые и небрендовые формулировки. Не добавляйте десятки перефразировок одного и того же вопроса только ради объёма.
Для каждого вопроса укажите интент, приоритет и ожидаемый полезный ответ.
| Вопрос | Интент | Что должен понять пользователь |
|---|---|---|
| Как отслеживать рекомендации бренда в ИИ? | проблема и решение | какие события измерять и как повторять проверку |
| Какие сервисы мониторят AI-видимость? | коммерческий выбор | критерии сравнения и доступные варианты |
| Чем GEO отличается от SEO? | сравнение | границы дисциплин и совместный процесс |
Шаг 2. Снять baseline
Для каждого ответа сохраните промпт, систему, дату и исходный текст. Затем отдельно отметьте упоминание, рекомендацию, позицию, ссылки, внешние источники, конкурентов и корректность описания.
До расчёта долей проверьте полноту: сколько ответов ожидалось и сколько получено в нужном режиме. Пустой ответ, страница блокировки или ошибка не должны автоматически считаться отсутствием бренда.
Шаг 3. Проверить техническую доступность
- HTTP-ответ и отсутствие случайного
noindex; - доступность основного смысла в HTML;
- canonical и логичная структура URL;
- XML sitemap и внутренние ссылки;
- настоящий 404 для неизвестных адресов;
- заголовки, даты, авторство и структурированные данные, совпадающие с видимым текстом.
Проверяйте не только главную. Составьте список канонических URL, которые должны отвечать на продуктовые, методологические и доказательные вопросы. Для каждой страницы зафиксируйте статус, title, H1, canonical, входящие ссылки и наличие в sitemap.
Шаг 4. Проверить сущность бренда
Сверьте название, категорию продукта, владельца, аудиторию, возможности и ограничения на главной, продуктовых страницах, профилях и внешних публикациях. Противоречия оформите как отдельные задачи, а не как абстрактную рекомендацию «усилить E-E-A-T».
| Поле | Каноническая формулировка | Типовое расхождение |
|---|---|---|
| Название | Киберкошка | варианты написания и старые title |
| Категория | мониторинг AI-видимости | общая «AI-аналитика» без уточнения |
| Владелец | IT-Agency | отсутствие связи на внешней странице |
| Функции | упоминания, рекомендации, позиции, источники, конкуренты | обещания функций, которых нет в продукте |
Шаг 5. Найти контентные пробелы
Для каждого важного вопроса должна существовать страница, которая отвечает прямо, содержит пример и ведёт к доказательству. Не создавайте новую страницу, если вопрос уже полноценно закрыт существующей.
Оцените не «есть ли ключевая фраза», а может ли фрагмент страницы самостоятельно ответить на вопрос. Если человек не понимает знаменатель метрики, страницу нужно расширить. Если материал дублирует соседний URL, лучше объединить их.
Шаг 6. Разобрать источники
Соберите домены, на которые AI-системы ссылаются по целевым запросам. Отметьте, какие типы доказательств есть у заметных конкурентов и отсутствуют у бренда: обзоры, каталоги, методологии, первичные данные, отзывы или страницы продукта.
Для каждого источника сохраните конкретный URL, тип материала, тезис, который он подтверждает, и частоту появления. Авторитетный домен с нерелевантной страницей не закрывает доказательный пробел.
Шаг 7. Сформировать backlog
| Приоритет | Что входит |
|---|---|
| P0 | Блокировка обхода, неверная сущность, отсутствие ключевой продуктовой страницы |
| P1 | Методология, гайды, источники и страницы под подтверждённые интенты |
| P2 | Эксперименты, новые форматы и расширение тематического покрытия |
У каждой задачи должны быть гипотеза, ожидаемый сигнал и способ проверки. После обнаружения изменений повторите тот же срез.
Пример карточки:
| Поле | Содержание |
|---|---|
| Наблюдение | по вопросам о методологии системы используют страницы конкурентов |
| Пробел | у бренда нет публичного объяснения метрик |
| Действие | опубликовать методологию с формулами, примерами и ограничениями |
| Primary metric | Citation Rate страницы по методологическому кластеру |
| Контроль | соседний кластер без нового материала |
| Дата повторного среза | после подтверждённой доступности страницы |
Частые ошибки аудита
- ставить единый «GEO-балл» без раскрытой формулы;
- проверять только брендовые вопросы;
- смешивать ответы разных режимов и дат;
- превращать каждый найденный запрос в новый URL;
- считать любую ссылку доказательством влияния;
- выдавать техническую исправность за рост видимости;
- завершать аудит списком рекомендаций без владельцев и проверки.
Критерий готовности
Аудит завершён, когда другой специалист может восстановить: что проверялось, какие ответы получены, где лежат исходные данные, какие пробелы подтверждены и по какому протоколу будет выполнен следующий срез. Если этого нет, документ остаётся набором впечатлений.
