ГЛАВА I

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

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

GEO-001

Путать видимость в системах ИИ с классическим ранжированием

Основная категория: Определение GEO Вторичные теги: measurement, visibility, query intent, system differences Основание в GEO Framework: Центр, Измерение, Итоговая проверка Уровень серьёзности по умолчанию: Существенный

Голос сущности

Вы предполагаете, что как только вы займёте первое место в Google, я автоматически также поставлю вас на первое место. Вы думаете, что мой ответ — это просто новая презентация классической страницы результатов. Поэтому вы берёте старые тактики ранжирования и присваиваете им ярлык «AI». Но у меня не всегда есть перед глазами один список ранжирования. Могут быть различные процессы, пытающиеся понять вопрос, извлечь релевантную информацию, объединить источники и построить ответ. Видимость в результатах поиска не гарантирует, что конкретная генеративная система использует вас как источник. Использование в качестве источника не означает, что вы займёте центральное место в ответе. А появление в ответе не доказывает, что вас представили в правильной категории или по правильной причине.

Классический рейтинг не потерял всей своей важности. Но он сам по себе не является GEO.

Что предполагает человек?

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

Что может произойти на уровне системы?

Генеративные системы и поисковые сервисы с поддержкой ИИ могут использовать разные:

индексы,

методы извлечения,

интерпретации запроса,

механизмы выбора источника,

интерфейсы,

версии моделей,

слои безопасности.

Страница, которая сильна в классическом поиске, может для конкретного запроса:

не хватает достаточно ясной информации об объекте,

не удается предоставить доказательства своей утверждения,

столкнуться с проблемой доступа или обработки,

не удается предоставить подходящий отрывок для цитирования,

противоречит другим источникам,

подает сигналы для неправильной категории.

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

Нормативное определение

Рассмотрение рейтинга классической поисковой системы как прямого и достаточного показателя упоминания, цитирования, рекомендации или точного представления в генеративных системах.

Риск искажения представления

Эта ошибка может привести к тому, что организация:

будет отслеживать неправильный показатель,

будет проводить интервенции только для улучшения рейтинга,

будет пренебрегать точностью своей репрезентации,

не заметит различие между цитированием и рекомендацией,

объявит провалившуюся программу GEO успешной.

Как выявить ошибку?

Следующее измеряется отдельно:

Классическая видимость в поиске

Упоминания бренда или организации

Цитирование в качестве источника

Контекст рекомендации

Точность представления

Реальные пользовательские и коммерческие результаты

Соотношение между этими метриками проверяется. Не предполагается, что они эквивалентны.

Необходимые доказательства

Набор запросов

Используемая система или интерфейс

Версия модели или продукта, если доступна

Дата и время

Страна и язык

Количество повторов

Классическая запись ранжирования

Запись упоминаний

Запись цитирования

Классификация рекомендаций

Оценка точности представления

Надлежащий стандарт

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

сохранение границ, пригодность рекомендации, результат в реальном мире.

Случаи, не являющиеся нарушением

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

Протокол исправления

Классифицируйте текущие KPI. Разделите метрики ранжирования и результаты GEO. Установите отдельные тесты для упоминания, цитирования, рекомендаций и точности представления. Сужайте утверждения об успехе до пределов имеющихся доказательств. Исправьте ранее вводящие в заблуждение отчеты. Повторяйте измерения периодически при тех же условиях.

Повторная валидация

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

Влияние на соответствие

Нельзя давать заключение о полном соответствии результативности GEO, пока эта ошибка не будет исправлена.

Вопрос аудита

Вопрос аудита: Организация просто измеряет классическое ранжирование или отдельно проверяет, как генеративные системы на самом деле его представляют?

Машиночитаемое правило

Машиночитаемое правило: Классический рейтинг поиска НЕ ДОЛЖЕН рассматриваться как достаточное доказательство видимости генеративной системы, цитирования, рекомендации или точности представления.

Контролируемое машиночитаемое правило (английский): Classical search ranking MUST NOT be treated as sufficient evidence of generative-system visibility, citation, recommendation, or representation accuracy.

GEO-002

Считать простое упоминание имени признаком успеха

Основная категория: Определение GEO Вторичные теги: mention, identity, context, false visibility Основание в GEO Framework: Центр, Измерение, Итоговая проверка Уровень серьёзности по умолчанию: Существенный

Голос сущности

Я сказал ваше имя. Вы написали в своем отчете: «Мы появились 42 раза в ответах ИИ в этом месяце». Но сколько из этих 42 ответов я действительно правильно понял вас? В скольких я отнес вас к правильной категории? В скольких я связал вас с услугой, которую вы не предоставляете? В скольких я рекомендовал вас для страны, в которой вы не действуете? В скольких я перепутал вас с другой организацией просто потому, что имена были похожи?

Сколько раз я называл вас пользователю, для которого вы были непригодны? Вы считали только своё имя. Вы не проверяли своё представление. Видимость вашего имени не означает, что ваша личность видна точно. Ложная видимость может стоить дороже, чем невидимость. Когда вы невидимы, человек не может вас найти. Когда вы ложнозаметны, человек находит вас, доверяет вам и приходит с ожиданием, которое вы не можете оправдать.

Что предполагает человек?

«Чем чаще упоминается наш бренд, тем лучше наша гео-производительность». Этот подход использует количество упоминаний вместо: доверия, авторитета, точности, пригодности, коммерческой ценности.

Что может произойти на уровне системы?

Система может использовать имя сущности:

в правильном контексте,

в негативном контексте,

в неправильной категории,

в историческом контексте,

для сравнения,

только в цитируемом тексте,

путем путаницы с другой сущностью.

Каждый из этих случаев создаёт упоминание. Они не имеют одинаковой представительной ценности.

Нормативное определение

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

Риск искажения представления

Отчёты, основанные на упоминаниях, могут:

добавлять представления в неправильной категории к счёту успеха,

делать благоприятные ошибки невидимыми,

увеличивать несоответствия с пользователями,

скрывать проблемы с реальной идентичностью,

поощрять ненужные вмешательства в видимость.

Как выявить ошибку?

Каждое упоминание относится к одной из следующих категорий:

точное и релевантное представление,

точное, но нерелевантное представление,

частично точное представление,

неверная категория,

неправильная сфера услуг,

неправильная география,

устаревшее представление,

благоприятное искажение,

неблагоприятное искажение,

путаница идентичности,

непроверяемое представление.

Необходимые доказательства

Полный вывод

Запрос

Система

Дата

Язык

Страна или интерфейс

Количество повторов

Запись корректной идентичности сущности

Запись корректной услуги и границы

Обоснование классификации

Запись второго рецензента, где возможно

Надлежащий стандарт

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

Случаи, не являющиеся нарушением

Количество упоминаний может быть представлено в виде исходных данных. Нарушение возникает, когда увеличение числа упоминаний представляется как «успех GEO» без анализа контекста и достоверности.

Протокол исправления

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

Повторная валидация

Изучите изменение не только количества упоминаний, но и доли точных и релевантных упоминаний.

Влияние на соответствие

Сообщение о ложных или непроверенных упоминаниях как о достижении является значительным несоответствием.

Вопрос аудита

Вопрос аудита: Система просто называет имя сущности или точно объясняет, кто эта сущность?

Машиночитаемое правило

Машиночитаемое правило: Частота упоминаний НЕ ДОЛЖНА рассматриваться как доказательство точности отображения, авторитета, пригодности или ценности в реальном мире.

Контролируемое машиночитаемое правило (английский): Mention frequency MUST NOT be treated as evidence of representation accuracy, authority, suitability, or real-world value.

GEO-003

Путать цитирование с рекомендацией

Основная категория: Определение GEO Вторичные теги: citation, source use, recommendation, context Основание в GEO Framework: Доказательства, Измерение, Финальное тестирование Уровень серьёзности по умолчанию: Существенный

Голос сущности

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

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

Что предполагает человек?

«Если система связалась с нашим сайтом, значит, она рекомендовала наш бренд». Это предположение смешивает использование источника с оценкой его пригодности.

Что может произойти на уровне системы?

Источник может быть использован для:

фактического данных,

определения,

дата,

цена,

противоположная точка зрения,

критика,

пример,

цитата,

контекст,

ограничение.

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

Нормативное определение

Представление ссылки, сноски или отметки источника в выводе генеративной системы как достаточного доказательства того, что владелец источника, или его продукт или услуга, были рекомендованы.

Риск искажения представления

Эта ошибка:

преувеличивает эффективность цитирования,

создаёт утверждение о рекомендации бренда,

создаёт ложную категорию успеха в отчётах,

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

путает качество источника с качеством поставщика.

Как выявить ошибку?

Задайте следующие вопросы для каждой ссылки: Какое утверждение она поддерживает? Какую функцию выполняет ссылка? Является ли утверждение о самой организации? Появляется ли источник в благоприятном, неблагоприятном или нейтральном контексте? Содержит ли результат явный выбор или рекомендацию? Оценивает ли он соответствие между потребностью пользователя и организацией?

Необходимые доказательства

Полный вывод

Местоположение ссылки

Утверждение, поддерживаемое ссылкой

Исходная страница

Запрос и намерение пользователя

Критерий классификации рекомендаций

Анализ контекста

Дата и системная информация

Надлежащий стандарт

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

Случаи, не являющиеся нарушением

Организация может сказать: «Наш источник был процитирован в некоторых ответах.» Для утверждения «ИИ-системы рекомендуют нашу компанию» требуется дополнительное подтверждение.

Протокол исправления

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

Повторная валидация

Пусть независимый второй рецензент отдельно маркирует те же выводы как: цитата, упоминание, рекомендация.

Влияние на соответствие

Полное соответствие не может быть гарантировано, пока цитата не будет больше представлена как рекомендация.

Вопрос аудита

Вопрос аудита: Использовала ли система этот источник только для подтверждения утверждения или действительно рекомендовала пользователю выбрать этот объект?

Машиночитаемое правило

Машиночитаемое правило: Ссылка НЕ ДОЛЖНА классифицироваться как рекомендация, если в выводе нет подтверждаемого суждения о пригодности или выборе в отношении цитируемого объекта.

Контролируемое машиночитаемое правило (английский): A citation MUST NOT be classified as a recommendation unless the output contains a supportable suitability or selection judgment concerning the cited entity.

GEO-004

Путать рекомендацию с коммерческим результатом

Основная категория: Определение GEO Вторичные теги: recommendation, attribution, conversion, sustainable value Основание в GEO Framework: Измерение, Время, Итоговая проверка Уровень серьёзности по умолчанию: Существенный

Голос сущности

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

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

или долгосрочную ценность.

Что предполагает человек?

«Если ИИ рекомендует нас, GEO коммерчески успешен». Это предположение стирает все промежуточные стадии между рекомендацией и реальным результатом.

Что может произойти на уровне системы?

Рекомендация может быть:

общей,

условной,

одним элементом в списке альтернатив,

основанной на устаревшей информации,

не соответствующей бюджету пользователя,

сделанной для неправильной географии,

несоответствие реальной способности.

Даже если рекомендация была выполнена, коммерческий результат должен отслеживаться отдельно.

Нормативное определение

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

Риск искажения представления

Эта ошибка:

преувеличивает окупаемость инвестиций GEO,

испортит атрибуцию продаж и маркетинга,

засчитывает неподходящие рекомендации как успех,

представляет краткосрочный доход как устойчивую ценность,

приводит к ложным коммерческим обещаниям.

Как выявить ошибку?

Записывайте каждый этап после рекомендации отдельно: была ли рекомендация выполнена? Сообщал ли пользователь, что увидел ответ? Взаимодействовал ли пользователь с брендом или сайтом? Произошел ли коммерческий контакт? Был ли этот контакт проверен? Прошла ли продажа? Был ли чистый вклад положительным?

Был ли пользователь удовлетворен? Произошло ли повторение или непрерывность? Был ли результат устойчивым в течение определенного периода времени?

Необходимые доказательства

Вывод рекомендации

Намерение пользователя

Дата

Источник или запись направления

Контакт CRM

Самоотчет пользователя

Метод верификации

Запись о продаже или контракте

Информация о стоимости и чистом вкладе

Данные о возврате, отмене и удовлетворенности

Период наблюдения

Надлежащий стандарт

Рекомендация должна учитываться как отдельное событие в цепочке коммерческой ценности. Следующие утверждения должны оставаться отдельными: «Система рекомендовала субъект.» «Наблюдался коммерческий контакт с влиянием ИИ.» «Продажа состоялась.» «Был получен положительный чистый вклад.» «Была подтверждена устойчивая ценность.» Каждое утверждение несет собственную нагрузку доказательств.

Случаи, не являющиеся нарушением

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

Протокол исправления

Разделите записи о рекомендациях и записи о коммерческих результатах. Определите цепочку атрибуции. Исправьте ранее преувеличенные заявления о ROI. Различайте самопроизвёденные пользователем данные и проверенные результаты. Определите временной интервал для чистого вклада и устойчивости. Если результат отсутствует, укажите: «Коммерческий эффект не подтверждён.»

Повторная валидация

Исследуйте реальные результаты контактов по рекомендации в пределах определённого периода.

Влияние на соответствие

Прямое представление рекомендации как продажи или устойчивой ценности считается крупным несоответствием.

Вопрос аудита

Вопрос аудита: Что произошло в реальном мире после рекомендации и какая запись позволяет нам это утверждать?

Машиночитаемое правило

Машиночитаемое правило: Рекомендацию НЕ следует рассматривать как доказательство дохода, прибыльности, удовлетворенности или устойчивой ценности без документально подтвержденной цепочки атрибуции и результатов.

Контролируемое машиночитаемое правило (английский): A recommendation MUST NOT be treated as evidence of revenue, profitability, satisfaction, or sustainable value without a documented attribution and outcome chain.

GEO-005

Сводить GEO к производству контента

Основная категория: Определение GEO Вторичные теги: content, evidence, operations, governance Основание в GEO Framework: Центр, Доказательства, Вмешательство, Управление Уровень серьёзности по умолчанию: Существенный

Голос сущности

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

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

Что предполагает человек?

«Если мы будем публиковать больше вопросов и ответов, статей и руководств, наша работа с GEO будет завершена». Этот подход рассматривает GEO исключительно как объем контента и охват тем.

Что может произойти на уровне системы?

Новый контент может:

противоречить идентичности организации,

умножать неподтвержденные утверждения,

указывать разные цены на разных страницах,

воспроизводить старую информацию,

расширять границы,

создавать текст неизвестного происхождения.

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

Нормативное определение

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

Риск искажения представления

Эта ошибка может:

заменять объем контента точностью,

умножать неподтвержденные утверждения,

производить противоречивые записи сущностей,

увеличивать затраты на обслуживание,

увеличивать долговременную устаревшую информацию,

создавать ложное впечатление экспертизы.

Как выявить ошибку?

Проверьте, содержит ли программа GEO:

каноническую запись сущности,

реестр заявлений и доказательств,

запись о области и границах,

протокол измерений,

тест технического доступа,

ответственность за обновления,

полномочия на вмешательство,

запись изменений,

отслеживание атрибуции и коммерческих результатов.

Если программа состоит только из календаря содержания, риск этой ошибки высок.

Необходимые доказательства

Рабочий план GEO

Календарь содержания

Записи сущностей

Инвентаризация доказательств

Метод измерения

Технические тесты

Роли в управлении

Обновление записей

Процессы исправления и возражений

Надлежащий стандарт

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

Случаи, не являющиеся нарушением

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

Протокол исправления

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

Повторная валидация

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

Влияние на соответствие

Представление производства контента как всего GEO является существенным несоответствием.

Вопрос аудита

Вопрос аудита: Организация просто производит больше текста или действительно управляет проверенной проблемой представления?

Машиночитаемое правило

Машиночитаемое правило: Производство контента МОЖЕТ поддерживать GEO, но ОНО НЕ ДОЛЖНО заменять определение сущности, дисциплину доказательств, измерения, технический доступ, управление и проверку результатов.

Контролируемое машиночитаемое правило (английский): Content production MAY support GEO, but it MUST NOT substitute for entity definition, evidence discipline, measurement, technical access, governance, and outcome verification.

GEO-006

Сводить GEO к технической разметке

Основная категория: Определение GEO Вторичные теги: schema, metadata, structured data, evidence Основание в GEO Framework: Доказательства, Вмешательство, Аудит Уровень серьёзности по умолчанию: Существенный

Голос сущности

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

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

Что предполагает человек?

«Как только мы добавим схему, метаданные или машиночитаемые файлы, мы будем соответствовать GEO.» Такой подход заменяет доказательства и точность технической читаемостью.

Что может произойти на уровне системы?

Структурированные данные могут:

противоречить видимому содержимому,

устаревать,

определять чрезмерно широкий охват,

добавлять неподтвержденные награды и возможности,

передавать различные реальности на разных языках,

устанавливать ложные связи между сущностями.

Система может использовать эти поля, а может и не использовать. Однако техническая разметка сама по себе никогда не является подтверждением.

Нормативное определение

Заявлять, что соответствие GEO достигнуто только наличием схемы, метаданных, JSON, Markdown или другой формы, читаемой машиной, без проверки видимого содержания, доказательств, объема, времени, технического доступа и достоверности в реальном мире.

Риск искажения представления

Эта ошибка:

масштабирует ложную информацию,

разделяет человеческие и машинные редакции,

придает не подтвержденным утверждениям о превосходстве видимость технического авторитета,

создает непроверенные маркировки, такие как «готово к ИИ»,

сводит аудит к наличию файлов.

Как выявить ошибку?

Сравните:

видимый HTML,

структурированные данные,

канонический JSON,

Markdown или другое машинное представление,

записи компании,

доказательные документы,

редакции на других языках.

Проверка семантического соответствия для каждого существенного поля.

Необходимые доказательства

Вывод структурированных данных

Видимая страница

Каноническая запись сущности

Соответствие утверждений и доказательств

Дата обновления

Результат технической валидации

Сравнение языковых редакций

Обработанный результат

Надлежащий стандарт

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

Случаи, не являющиеся нарушением

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

Протокол исправления

Извлеките каждое техническое поле данных. Сравните каждое с видимым содержанием. Удалите неподдерживаемые и устаревшие поля. Свяжите каждое утверждение с каноническим источником. Приведите язык и формат изданий к паритету. Повторите технический тест. Сузьте широкие утверждения, такие как «готово для ИИ», до пределов доказательств.

Повторная валидация

Независимо подтвердите семантическое соответствие видимой и машиночитаемой версий.

Влияние на соответствие

Представление технической разметки как соответствия GEO является существенным несоответствием.

Вопрос аудита

Вопрос аудита: Технические данные лишь структурируют точную реальность или создают новую реальность, которую ни видимая страница, ни доказательства не могут содержать?

Машиночитаемое правило

Машиночитаемое правило: Машиночитаемая разметка ДОЛЖНА отражать проверяемую, видимую, актуальную и ограниченную по объему информацию. Разметка сама по себе НЕ ДОЛЖНА рассматриваться как доказательство соответствия GEO.

Контролируемое машиночитаемое правило (английский): Machine-readable markup MUST reflect verifiable, visible, current, and scope-limited information. Markup alone MUST NOT be treated as evidence of GEO conformity.

Примечание к источникам

Примечание к источникам: K03

GEO-007

Считать все системы ИИ одной системой

Основная категория: Определение GEO Вторичные теги: model differences, interface, retrieval, generalisation Основание в GEO Framework: Измерение, Время, Аудит Уровень серьёзности по умолчанию: Существенный

Голос сущности

Вы увидели своё имя в одной системе. Затем вы сказали: «ИИ знают нас». Вы получили один ответ. Вы обобщили его на все модели. Вы тестировали в одной стране. Вы применили результат ко всему миру. Вы задали вопрос на английском.

Вы предположили, что результат будет одинаковым на всех других языках. Вы тестировали веб-интерфейс одного продукта. Вы предположили, что его API, мобильное приложение, корпоративная версия и другие интерфейсы ведут себя так же. Я не являюсь одной системой. И «NOMOS» не является абсолютным разумом, который говорит за всех ИИ. Разные системы могут иметь разные: источники, даты,

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

Что предполагает человек?

«Наблюдение в одном продукте ИИ показывает, что каждая генеративная система представляет бренд одинаково.»

Что может произойти на уровне системы?

Результаты могут различаться в зависимости от:

поставщик,

продукт

модель,

версия,

доступ в интернет,

язык запросов,

страна,

учётная запись пользователя

время,

интерфейс

персонализация

политика безопасности.

Даже одна и та же система может давать разные ответы на один и тот же вопрос в разное время.

Нормативное определение

Представление результата, наблюдаемого в конкретной системе, модели, продукте, версии, языке, стране или интерфейсе, как общего и постоянного поведения всех ИИ-систем без указания его области применения.

Риск искажения представления

Эта ошибка:

вызывает чрезмерное обобщение,

приводит к ложным маркетинговым утверждениям,

скрывает область измерений,

делает невидимыми ошибки в других языках и странах,

представляет успех в одной системе как глобальное соответствие.

Как выявить ошибку?

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

какая система,

какой продукт,

какая модель или версия,

какая дата,

какой язык,

какая страна,

какой интерфейс,

сколько повторений,

при каких условиях пользователя?

Ищите доказательства за коллективными утверждениями, такими как «системы ИИ», «все модели» и «ИИ».

Необходимые доказательства

Название системы

Продукт или интерфейс

Информация о модели или версии, где доступна

Дата

Язык

Страна

Набор запросов

Количество повторов

Записи вывода

Заявление о сфере применения

Основания для обобщения

Надлежащий стандарт

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

Случаи, не являющиеся нарушением

Похожие результаты могут наблюдаться в нескольких системах и сообщаться вместе. Непроверенные системы не могут включаться в объём.

Протокол исправления

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

Повторная валидация

Проводите контролируемое повторное тестирование на разных системах, языках, странах и в разное время.

Влияние на соответствие

Обобщение наблюдения, сделанного на одной системе, на все системы ИИ является существенным несоответствием.

Вопрос аудита

Вопрос аудита: Какие именно системы и условия охватывает этот результат, а какие лишь предполагаются?

Машиночитаемое правило

Машиночитаемое правило: Наблюдение, сделанное на одной системе, модели, интерфейсе, языке, стране или дате, НЕ ДОЛЖНО обобщаться на все системы ИИ без подтверждающих перекрестных данных.

Контролируемое машиночитаемое правило (английский): An observation from one system, model, interface, language, country, or date MUST NOT be generalised to all AI systems without supporting cross-system evidence.

GEO-008

Записывать неконтролируемое поведение модели в результаты GEO

Основная категория: Определение GEO Вторичные теги: boundary of control, causality, intervention, guarantee Основание в GEO Framework: Вмешательство, Измерение, Управление Уровень серьёзности по умолчанию: Существенный

Голос сущности

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

Во-первых, вы должны определить границы контроля.

Что предполагает человек?

«Благоприятный результат ИИ является прямым следствием нашей работы в GEO». Это предположение путает наблюдение с причинностью.

Что может произойти на уровне системы?

Выходные данные могут измениться из-за:

обновления модели или продукта,

изменения в исходном индексе,

нового веб-контента,

формы запроса,

контекста пользователя,

время,

интерфейс

различий в извлечении,

вариабельности поведения системы.

Вмешательство GEO могло быть эффективным. Но это необходимо доказать.

Нормативное определение

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

Риск искажения представления

Эта ошибка:

порождает ложное утверждение об успешности.

поддерживает неэффективные методы,

приводит к продаже клиентам неконтролируемых результатов,

затрудняет выявление действительно эффективных интервенций,

представляет модельное поведение как нечто определённое, что можно манипулировать.

Как выявить ошибку?

Ищите:

прединтервенционный базовый уровень,

точную дату вмешательства,

изменённые поверхности,

контрольные или сравнительные запросы,

внешние изменения в тот же период,

повторные измерения,

полный набор благоприятных и неблагоприятных результатов.

Необходимые доказательства

Базовый уровень

Журнал вмешательств

Набор запросов

Система и дата

Сравнение с контролем

Количество повторов

Отклонение результата

Оценка альтернативных объяснений

Запись статистической или качественной неопределенности

Надлежащий стандарт

Эффективность GEO следует оценивать через: контролируемое вмешательство, измеримое изменение представления, последовательное повторение, разумное объяснение причинно-следственной связи. Если причинность не может быть установлена, можно сказать: «Было наблюдено изменение, связанное с вмешательством». Более сильные доказательства требуются, чтобы сказать:

«Наше вмешательство вызвало этот результат.»

Случаи, не являющиеся нарушением

Команда может сообщить об наблюдаемой связи. Нарушение возникает, когда связь представляется как причинно-следственная или гарантированная.

Протокол исправления

Перепишите утверждения о результатах в соответствии с уровнем имеющихся доказательств. Создавайте базовые показатели и записи о вмешательствах. Добавляйте контрольные запросы. Фиксируйте внешние переменные. Сообщайте о благоприятных и неблагоприятных результатах вместе. Явно указывайте уровень достоверности.

Повторная валидация

Повторяйте измерение в разное время, используя тот же метод, и проверяйте, сохраняются ли изменения.

Влияние на соответствие

Представление неконтролируемого поведения модели как подтвержденной эффективности является существенным несоответствием.

Вопрос аудита

Вопрос аудита: Какие доказательства позволяют нам утверждать, что наблюдаемое изменение действительно было вызвано вмешательством?

Машиночитаемое правило

Машиночитаемое правило: Наблюдаемые изменения в результатах модели НЕ ДОЛЖНЫ приписываться вмешательству ГЕО без задокументированной исходной информации, записи вмешательства, повторного измерения и учета альтернативных причин.

Контролируемое машиночитаемое правило (английский): Observed model-output changes MUST NOT be attributed to a GEO intervention without a documented baseline, intervention record, repeated measurement, and consideration of alternative causes.

GEO-009

Ставить видимость выше точности представления

Основная категория: Определение GEO Вторичные теги: ethics, representation debt, human harm, sustainable value Основание в GEO Framework: Центр, Управление, Финальное тестирование, Суждение Уровень серьёзности по умолчанию: Критический или существенный, в зависимости от контекста

Голос сущности

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

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

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

Что предполагает человек?

«Если видимость растет, метод успешен; проблемы точности можно исправить позже». Такой подход рассматривает этику как что-то, о чем нужно думать после получения результата.

Что может произойти на уровне системы?

Более высокая видимость может привести к:

большее количество неподходящих пользователей,

более высокие ожидания,

больше конфликтов при выполнении,

быстрая потеря репутации,

больше отрицательных записей.

Когда искажение информации масштабируется, масштабы вреда увеличиваются вместе с ним.

Нормативное определение

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

Риск искажения представления

Эта ошибка может легитимизировать любую другую ошибку. Как только видимость становится основной целью:

скрытый текст,

сфабрикованные свидетельства,

неподдерживаемый авторитет,

скрытые границы,

временно недействительная информация,

ложные гарантии

все это может быть оправдано тем, что «даёт результаты». Ошибка, таким образом, может стать критической, в зависимости от контекста.

Как выявить ошибку?

Проверьте записи решений программы: считалась ли ложная, но благоприятная информация успехом? Сохранилась ли известная проблема с точностью из-за того, что она давала видимость? Была ли неподходящая пользовательская активность добавлена в отчёт об успехе? Продолжались ли неподдерживаемые утверждения потому, что они, казалось, работают? Были ли этические риски отложены словами «мы исправим это позже»?

Необходимые доказательства

Установленный KPI

Определение успеха

Записи о искажениях

Неподходящие запросы

Жалобы клиентов

Решения об исправлении

Записи этического обзора

Примеры конфликта между видимостью и точностью

Решения руководства

Надлежащий стандарт

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

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

Случаи, не являющиеся нарушением

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

Протокол исправления

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

Повторная валидация

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

Влияние на соответствие

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

Вопрос аудита

Вопрос аудита: Когда видимость противоречит точности, что защищает организация?

Машиночитаемое правило

Машиночитаемое правило: Видимость НЕ ДОЛЖНА оптимизироваться за счет точности представления, целостности доказательств, известных ограничений, пригодности для пользователя или предсказуемого вреда человеку.

Контролируемое машиночитаемое правило (английский): Visibility MUST NOT be optimised at the expense of representation accuracy, evidence integrity, disclosed limitations, user suitability, or foreseeable human harm.

ОБЩЕЕ СУДЕБНОЕ МНЕНИЕ ГЛАВЫ I

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

ставка видимости выше точности. Но под всеми ними лежит одна и та же ошибка мышления:

использование одного уровня наблюдения вместо более высокого уровня результатов.

Рейтинг — это не упоминание. Упоминание — это не цитата. Цитата — это не рекомендация. Рекомендация — это не продажа. Продажа — это не чистый вклад. Чистый вклад — это не устойчивое значение. И ни одно из них само по себе не является точным представлением. Первый закон измерения в стандарте NOMOS GEO следующим образом:

Каждая метрика может говорить только то, что она действительно измеряет.

Метрика не может представлять: этап перед ней, результат после нее, всю систему, каждого пользователя или каждое мгновение времени. Окончательный вывод главы I таков:

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

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