AEO-инструменты и цифры, которые они измеряют

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

Я покупал достаточно аналитических систем, чтобы не доверять метрике, пока не могу объяснить ее знаменатель. Бренд может прибавить десять пунктов «AI-видимости», потому что изменился набор запросов, поставщик добавил модель или один ассистент начал давать более длинные ответы. Ни одно из этих изменений не доказывает, что о бренде узнало больше покупателей.

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

Балл AI-видимости отражает статистику выборки

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

Простую долю упоминаний понять легко:

mention_rate = answers_that_mention_brand / valid_answers

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

Знаменатель важнее дизайна панели. Допустим, вы ежедневно отслеживаете 40 запросов в ChatGPT и Perplexity. Теоретическая месячная выборка составит 2400 ответов до учета повторных попыток, заблокированных запросов, пустых ответов и ошибок разбора. Если 30 запросов описывают раннее исследование, а 10 называют категорию продукта, сводный балл в основном покажет видимость на раннем этапе. Он не даст равномерной картины всего пути к покупке.

Попросите поставщика открыть четыре элемента: точные запросы, полные ответы, время запуска и формулу каждого агрегированного показателя. Если эти записи нельзя выгрузить, вы не сможете расследовать скачок или воспроизвести отчет для совета директоров. Вы арендуете вывод и не сохраняете доказательства.

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

Четыре категории инструментов отвечают на разные вопросы

Сравнивать рынок AEO проще, если разделить четыре категории, которые поставщики часто объединяют.

Мониторы запросов регулярно запускают выбранные вами вопросы. Они лучше всего подходят для контролируемого списка вроде «лучшая программа расчета зарплаты для компании из 50 человек» или «бренд A против бренда B». Сюда относятся Peec AI, OtterlyAI и функции пользовательского отслеживания в Scrunch, Semrush и Ahrefs. Их основная единица учета обычно называется запросом, ответом или проверкой.

Индексы обнаружения собирают гораздо больший набор запросов, выбранный поставщиком, и позволяют искать в нем бренды, темы и процитированные домены. К этой категории тяготеют Ahrefs Brand Radar и Semrush Visibility Overview. Поиск по индексу полезен, когда вы еще не знаете важные запросы или хотите получить широкий ориентир по конкурентам. Слабое место связано с контролем выборки: огромный индекс может не иметь отношения к вашему рынку, если его вопросы, страны или соотношение намерений не совпадают с поведением ваших покупателей.

Технические аудиты проверяют, могут ли краулеры получить и разобрать сайт. Они анализируют директивы для роботов, ответы сервера, отрисованный контент, структурированные данные и понятность страницы. Scrunch, Semrush и OtterlyAI включают аудит с разными лимитами. Аудит может найти заблокированного краулера или страницу, которая возвращает пустую оболочку приложения. Исправление страницы не гарантирует цитирование ассистентом. Доступ служит необходимым условием, а не формулой ранжирования.

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

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

Тарифы сейчас считают разные единицы

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

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

Рассчитайте нужный месячный объем наблюдений:

observations = prompts x platforms x locations x personas x runs_per_month

Затем добавьте места пользователей, проекты, экспорт, доступ к API, срок хранения истории и внедрение. Тариф за $29, который не охватывает две ваши страны, может потребовать больше времени аналитика, чем тариф за $250. Индекс за $699 не нужен команде, которую интересуют 30 запросов о покупке. Сравнивать только цену тарифа нельзя.

Документация поставщика также показывает предполагаемый сценарий работы. Ahrefs пишет, что индекс состоит из сотен миллионов запросов, связанных с поиском и смоделированных на основе его базы ключевых слов. Такой охват полезен для обнаружения, но корпус все равно смоделирован. Peec определяет AI-ответ как один результат одного запроса для одной модели, и это понятная операционная единица. Semrush отделяет базу запросов от ежедневного отслеживания выбранных вами вопросов. Это три разных набора данных, даже если на каждом экране результат называется видимостью.

Библиотека запросов определяет большую часть результата

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

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

Локация и язык входят в определение запроса. Английский вопрос «Best invoicing software» из США отличается от дословного перевода, запущенного в Германии. Регулирование, доступные продукты, валюта и местные источники меняют ответ. Перевод американского списка дает аккуратные межрыночные графики с низкой практической ценностью.

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

До пробного периода составьте одностраничный договор об измерении. Укажите бизнес-вопрос, источник запросов, группы намерений, конкурентов, системы, локали, частоту запуска, метрику успеха и исключения. Добавьте правило изменения запросов. Если команда может незаметно заменить слабые вопросы, линия тренда превращается в историю редакторских правок, а не рыночных изменений.

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

Упоминания, цитаты, позиция и тон расходятся закономерно

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

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

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

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

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

Повторные запуски показывают разброс, а не истину

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

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

Для сбоев нужен отдельный знаменатель. Тайм-ауты, отказы, пустые ответы, экраны входа и ошибки разбора не относятся к отрицательным наблюдениям о бренде. Если инструмент незаметно считает их отсутствием, сбой системы выглядит падением видимости. Если он исключает их и не сообщает число действительных ответов, рост балла может объясняться уменьшением выборки.

Я видел похожий сбой в смежных системах мониторинга. Еженедельный отчет показал, что доля голоса конкурента выросла с 18 до 31 процента. Команда начала готовить контентный ответ. Исходные данные показали, что поставщик добавил в набор вопросы с рекомендациями, а они непропорционально часто отдавали предпочтение категории конкурента. Рынок не сдвинулся. Сдвинулась выборка.

Версионируйте входные данные измерения. Храните версию набора запросов, название системы, локаль, локацию, расписание запусков и версию парсера рядом с каждым наблюдением. Когда поставщик меняет подключение к системе или правило классификации, ставьте отметку на графике. Непрерывность истории относится к свойствам продукта, а не к оформлению отчета.

Не усредняйте все системы в один балл для руководства. ChatGPT, Google AI Overviews, Gemini, Perplexity и Copilot различаются интерфейсом и поведением извлечения. Покупатели тоже используют их по-разному. Сначала отчитайтесь по каждой системе, а взвешенный итог создавайте лишь при наличии обоснованных весов использования или конверсии. Равные веса тоже основаны на допущении.

Готовность для краулера не обещает попадания в ответ

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

RFC 9309 определяет, как краулеры интерпретируют правила robots.txt. Стандарт дает командам точный способ проверить заявленный доступ, но ничего не говорит о праве на цитирование. Сайт может принимать любого краулера и при этом публиковать поверхностные, противоречивые или устаревшие сведения о продукте. Другой сайт может блокировать указанного краулера для обучения, но оставаться видимым через поисковые индексы или другие пути извлечения. Рассматривайте каждый агент пользователя и путь доступа отдельно.

Проверка отрисовки нужна, когда исходный HTML содержит почти одну оболочку приложения. Браузер человека запускает скрипты и показывает полную таблицу цен, а простой запрос получает заголовки без цен. Серверные журналы подтверждают, что заявленный краулер запросил URL и получил определенный статус ответа, но не показывают, понял или сохранил ли движок контент. Посещение краулера доказывает доступ, а не использование.

У структурированных данных та же граница. Корректная разметка помогает различить организацию, продукт, автора, цену или FAQ. Она упрощает разбор и помогает машинам связывать факты. Она не исправляет слабую страницу, не создает авторитет и не заставляет систему дать цитату. Откажитесь от любого предложения, которое превращает проверку разметки в гарантию позиции.

Результат аудита помогает действовать, когда сохраняет цепочку доказательств. Для каждой находки запишите затронутый класс URL, запрашивающий агент пользователя, правило robots, код ответа, возвращенный контент, отличие после отрисовки и деловые факты, которых не хватает в ответе. Затем назначьте исправление разработке, контенту или юристам. Общий балл 72 не дает ни одному владельцу проверяемой задачи.

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

Здесь объединенные платформы могут оправдать более высокую цену. Если находка аудита прямо связана с затронутыми запросами, исходными ответами, процитированными конкурентами и последующими наблюдениями, инструмент сокращает расследование. Если аудит и график видимости просто находятся в одном меню, объединение не создало доказательств. Оно поместило два продукта в один счет.

Таблица выигрывает, пока вопросы меняются

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

Записывайте каждый наблюдаемый ответ в отдельную строку с такими столбцами:

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

У ручного процесса есть ограничения. Личные учетные записи могут выдавать результаты под влиянием истории чатов или настроек аккаунта. Копирование ответов идет медленно, а изменения интерфейса ломают процедуру. Автоматизированное использование может нарушать условия поставщика или упираться в ограничения частоты. Не создавайте неразрешенный скрапер только потому, что подписка кажется дорогой. Используйте поддерживаемые интерфейсы, описывайте контекст сбора и принимайте ручной ориентир как исследовательскую выборку.

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

Подписка окупается доказательствами и рабочим процессом

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

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

Затем проверьте рабочие вопросы. Может ли аналитик отметить ложное совпадение? Можно ли зафиксировать и версионировать набор запросов? Включает ли экспорт полный текст ответов и время запуска? Получится ли разделить страны, продукты и сегменты покупателей без покупки отдельного проекта для каждого? Выдает ли API те же поля, что показаны в интерфейсе? Как долго платформа хранит исходные ответы? Низкая цена не компенсирует доказательства, запертые в снимках экрана.

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

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

Team & AI Audit от oleg.is может проверить эту работу по измерению вместе с инженерным процессом и использованием AI, которые ее обеспечивают. Фиксированная работа стоит $5 000, занимает пять рабочих дней и будет бесплатной, если не найдет экономию как минимум $50 000 в год.

Не спрашивайте, у какой AEO-платформы лучший балл видимости. Спросите, какой набор данных подтверждает следующее решение, можете ли вы проверить доказательства и сколько стоит одно действительное наблюдение. Если поставщик не отвечает, оставьте таблицу.