Технический балл сайта может помогать найти неисправность, но сам по себе не устанавливает присутствие компании в ИИ-ответах. TrueSource пересмотрел собственный порог «невидимости» после сопоставления аудитов с фактическими ответами. Для заказчика GEO это повод проверить, что именно обещает показатель в отчёте.
Как изменилось объяснение индекса
В разборе от 6 ноября 2026 года Саша Дефорт сообщил, что прежняя интерпретация технического балла ниже 40 как ИИ-невидимости не выдержала проверки по ответам. Индекс в прежней форме автор больше не продолжает.
В 80 наблюдениях, где технический балл можно было сопоставить с называнием компании, заявленная корреляция составила 0,07. В альтернативных вариантах подсчёта автор получил 0,05–0,14. Это не оценка вероятности рекомендации и не доказательство нулевого эффекта любой технической работы.
Данные собраны в собственных коммерческих аудитах и исследованиях за май–октябрь. Выборка не случайная, крупные марки и страховщики представлены непропорционально. Внутри отдельных исследований по 4–11 доменов; вопросы различались. Автор учитывал называние компании, а не проверенную рекомендацию, и использовал API. Малый технический эффект такая работа могла не обнаружить.
Что вывод позволяет изменить
Наш вывод: техническое задание и цель присутствия в ответе должны иметь отдельные критерии приёмки. Устранить установленную ошибку доступа полезно по своему назначению. Но поднять сводный балл и доказать изменение представления бренда требуют разных свидетельств.
Пересмотр одного индекса не позволяет объявить техническую доступность ненужной. Он показывает ошибку более узкого перехода: из результата диагностического набора проверок к утверждению, что компанию ИИ не назовёт.
Как проверить обещание в своём отчёте
Откройте последний аудит, на основании которого вам предлагают правки ради GEO. Найдите определение балла: какие проверки дают пункты, какие измеряют реальные ответы, как выбрана граница «виден» или «не виден». Если методики нет, запросите её до интерпретации числа.
Затем выберите одну предложенную правку. Сохраните точный URL, воспроизводимую ошибку и ожидаемый технический результат. Отдельно выпишите вопрос реального клиента, для которого эта страница должна давать сведения о вашем предложении. Адрес выбирается по соответствию вопросу, а не по удобству проверки.
Если в аудите есть только технические проверки, строку о присутствии компании оставьте «не измерялось». Если полные ответы доступны, запишите систему, интерфейс, даты, рынок и точные вопросы. Отделите название компании от ссылки и от явного совета выбрать её. Смена условий сбора должна быть видна рядом с результатом.
После согласованного исправления сначала проверьте устранение исходной ошибки вместе с владельцем инфраструктуры. Затем проведите отдельную сопоставимую серию ответов. Если старой серии нет, начните базовое наблюдение; доказать прежний эффект задним числом не получится.
Результат разбора: карточка конкретной технической задачи и отдельная запись о наблюдаемом ИИ-представлении. Отсутствие изменения ответа не отменяет исправления ошибки, а рост балла не подтверждает рост рекомендаций. Именно эта граница должна оставаться понятной в обещаниях и приёмке работы.