Методика · версия 4.2
Methodology 4.2: опубликована ; публичный каталог обновлён .
Как интерпретируется техническая готовность для ИИ
Methodology 4.2 оценивает главную страницу и ограниченную выборку внутренних URL из sitemap. Основной балл отражает машиночитаемость, обнаружение, управление индексированием и техническую доступность. Если выборку нельзя сформировать, это снижает полноту оценки, но не создаёт искусственный штраф к AI Readiness. Правила использования контента для обучения моделей показываются отдельно и не влияют на AI Readiness. Оценка не является прогнозом ранжирования, цитирования или выбора сайта ИИ-системой.
Посмотреть постоянный пример отчёта · Читать практические руководства · Смотреть агрегированные исследования.
Ниже описано, что именно проверяется, зачем нужен каждый критерий и как читать результат.
AI Readiness
Основной балл формируют четыре области. Methodology 4.2 дополнительно проверяет до двух внутренних страниц из sitemap: доступность HTML, согласованность публикации URL и базовые метаданные. Если подходящую выборку получить нельзя, новые критерии не входят в знаменатель балла, но полнота оценки снижается. Правила использования контента для обучения моделей показываются отдельно и не влияют на AI Readiness.
Машиночитаемая семантика
Наличие и читаемая структура данных Schema.org в поддерживаемых форматах. Одновременная публикация всех форматов не требуется.
Структурированные данные
Влияет на основную оценкуРуководства: Структурированные данные Schema.org для ИИ · Почему сайт не виден в ChatGPT: техническая проверка по шагам · AI Readiness / GEO-аудит сайта: что проверять технически · Schema.org Product и Offer для AI-commerce
Что проверяется: Определяется наличие читаемой разметки Schema.org хотя бы в одном поддерживаемом формате.
Почему важно: Разметка помогает автоматизированным системам однозначнее распознавать сущности и свойства страницы.
Schema.org JSON-LD
Диагностический сигналРуководства: Структурированные данные Schema.org для ИИ · AI Readiness / GEO-аудит сайта: что проверять технически
Что проверяется: Отмечается наличие синтаксически читаемых блоков JSON-LD со словарём Schema.org.
Почему важно: Формат показывает, каким способом сайт публикует структурированные данные; он не требуется одновременно с Microdata или RDFa.
Schema.org Microdata
Диагностический сигналРуководство: Структурированные данные Schema.org для ИИ
Что проверяется: Отмечается разметка Schema.org через HTML-атрибуты Microdata.
Почему важно: Диагностика формата помогает понять источник машиночитаемых данных, не создавая требования дублировать другие форматы.
Schema.org RDFa
Диагностический сигналРуководство: Структурированные данные Schema.org для ИИ
Что проверяется: Отмечается разметка Schema.org через RDFa-атрибуты в HTML.
Почему важно: Формат учитывается как допустимый способ публикации семантики, а не как обязательное дополнение к JSON-LD или Microdata.
Обнаружение и правила обхода
Доступность публичных ресурсов для автоматизированного поиска, ясность правил обхода и возможность обнаружить карту сайта. Другие правила использования контента показываются отдельно от AI Readiness.
Доступ поисковых роботов
Влияет на основную оценкуРуководства: Как проверить OAI-SearchBot и доступ ИИ-роботов через robots.txt · Почему сайт не виден в ChatGPT: техническая проверка по шагам · AI Readiness / GEO-аудит сайта: что проверять технически
Что проверяется: Проверяется, не блокирует ли robots.txt поддерживаемых роботов, используемых для поиска и обнаружения публичного контента. Другие правила использования контента показываются отдельно.
Почему важно: Доступ для поиска влияет на возможность автоматизированно обнаружить публичный контент. Разрешение обхода само по себе не гарантирует индексацию или цитирование.
Sitemap в robots.txt
Влияет на основную оценкуРуководства: Sitemap и обнаружение публичных URL · Почему сайт не виден в ChatGPT: техническая проверка по шагам · AI Readiness / GEO-аудит сайта: что проверять технически
Что проверяется: Проверяется наличие корректной ссылки на карту сайта в robots.txt.
Почему важно: Ссылка даёт автоматизированным системам стандартную точку обнаружения публичных URL.
Метаданные и управление индексированием
Канонический адрес, идентичность документа, краткое описание и директивы, управляющие индексированием.
Canonical URL
Влияет на основную оценкуРуководства: Canonical, robots meta и X-Robots-Tag · Почему сайт не виден в ChatGPT: техническая проверка по шагам · AI Readiness / GEO-аудит сайта: что проверять технически
Что проверяется: Проверяется абсолютный canonical, согласованный с итоговым публичным адресом документа.
Почему важно: Канонический адрес помогает отличать предпочтительную версию страницы от дублей и технических URL.
Элемент title
Влияет на основную оценкуЧто проверяется: Проверяется наличие непустого заголовка документа в HTML.
Почему важно: Заголовок кратко идентифицирует страницу для браузеров, поиска и других потребителей метаданных.
Meta description
Влияет на основную оценкуЧто проверяется: Проверяется наличие непустого краткого описания страницы.
Почему важно: Описание даёт машинным потребителям краткий контекст, не заменяя основное содержимое.
Robots meta
Влияет на основную оценкуРуководства: Canonical, robots meta и X-Robots-Tag · Почему сайт не виден в ChatGPT: техническая проверка по шагам · AI Readiness / GEO-аудит сайта: что проверять технически
Что проверяется: Проверяются индексирующие директивы в meta robots для текущего документа.
Почему важно: Явный noindex может исключить страницу из поискового обнаружения независимо от качества остальных сигналов.
Open Graph metadata
Влияет на основную оценкуЧто проверяется: Проверяется базовый набор Open Graph для названия, описания и представления страницы.
Почему важно: Согласованные preview-метаданные улучшают переносимость описания документа между потребителями.
X-Robots-Tag
Влияет на основную оценкуРуководства: Canonical, robots meta и X-Robots-Tag · Почему сайт не виден в ChatGPT: техническая проверка по шагам · AI Readiness / GEO-аудит сайта: что проверять технически
Что проверяется: Проверяются индексирующие директивы в HTTP-заголовке итогового ответа.
Почему важно: Заголовок может запретить индексирование независимо от HTML meta robots.
Внутренние страницы: индексируемость
Влияет на основную оценкуЧто проверяется: Выбранные URL из sitemap проверяются на явный noindex и согласованность canonical с фактическим конечным URL.
Почему важно: Sitemap должен публиковать канонические индексируемые URL; противоречащие noindex или canonical ослабляют сигнал обнаружения.
Внутренние страницы: базовые метаданные
Влияет на основную оценкуЧто проверяется: В ограниченной выборке проверяются title, meta description и повтор заголовков между выбранными страницами.
Почему важно: Идентичность и краткое описание должны быть доступны не только на главной странице, но и у важных внутренних документов.
Техническая доступность
Публичная загрузка главной страницы, служебных документов и ограниченной выборки внутренних URL, корректная доставка HTML и наличие полезного содержимого без внешнего JavaScript.
Главная страница
Влияет на основную оценкуРуководства: Контент без обязательного выполнения JavaScript · Почему сайт не виден в ChatGPT: техническая проверка по шагам · AI Readiness / GEO-аудит сайта: что проверять технически
Что проверяется: Проверяется, возвращает ли публичная главная страница пригодный HTML-ответ.
Почему важно: Недоступная или ошибочная главная страница не даёт достоверной основы для дальнейшей технической оценки.
robots.txt
Влияет на основную оценкуРуководства: Как проверить OAI-SearchBot и доступ ИИ-роботов через robots.txt · Почему сайт не виден в ChatGPT: техническая проверка по шагам · AI Readiness / GEO-аудит сайта: что проверять технически
Что проверяется: Проверяется доступность и читаемость публичного robots.txt.
Почему важно: Документ является стандартной точкой публикации правил обхода и ссылок на карты сайта.
sitemap.xml
Влияет на основную оценкуРуководства: Sitemap и обнаружение публичных URL · Почему сайт не виден в ChatGPT: техническая проверка по шагам · AI Readiness / GEO-аудит сайта: что проверять технически
Что проверяется: Проверяется доступность и базовая читаемость XML-карты сайта.
Почему важно: Карта сайта помогает обнаруживать публичные страницы, не подтверждая их качество или индексирование.
HTTP-заголовки документа
Влияет на основную оценкуРуководства: Контент без обязательного выполнения JavaScript · Почему сайт не виден в ChatGPT: техническая проверка по шагам · AI Readiness / GEO-аудит сайта: что проверять технически
Что проверяется: Проверяется, что ответ объявлен как подходящий HTML-документ и доставляется в интерпретируемом виде.
Почему важно: Некорректный тип содержимого может помешать автоматизированной обработке даже при наличии HTML.
Доступность без JavaScript
Влияет на основную оценкуРуководства: Контент без обязательного выполнения JavaScript · Почему сайт не виден в ChatGPT: техническая проверка по шагам · AI Readiness / GEO-аудит сайта: что проверять технически
Что проверяется: Оценивается, присутствует ли полезное содержимое в полученном HTML без выполнения внешнего JavaScript.
Почему важно: Не все автоматизированные потребители исполняют клиентские сценарии перед чтением страницы.
Внутренние страницы: доступность
Влияет на основную оценкуЧто проверяется: До двух внутренних URL из sitemap выборочно проверяются на корректный HTML-ответ и наличие полезного содержимого без обязательного выполнения JavaScript.
Почему важно: Успешная главная страница не подтверждает, что внутренний контент сайта доступен автоматизированным системам в том же качестве.
Отдельный индекс · Delivery Reliability 1.0
Надёжность доставки
Этот индекс отдельно оценивает HTTPS и защитные настройки доставки и не влияет на AI Readiness. HSTS, CSP, защита от встраивания, X-Content-Type-Options, Referrer-Policy и другие защитные сигналы важны для качества и безопасности сайта, но сами по себе не показывают его доступность для ИИ.
Безопасность доставки
HTTPS, редиректы, защитные заголовки, mixed content и небезопасная отправка форм, видимые в публичном ответе.
Цепочка редиректов
Влияет на Delivery ReliabilityЧто проверяется: Проверяется публичная цепочка переходов на смену origin, небезопасное понижение протокола и зацикливание.
Почему важно: Непредсказуемые или небезопасные переходы снижают надёжность получения конечного документа.
HTTPS на итоговом URL
Влияет на Delivery ReliabilityЧто проверяется: Проверяется, что итоговая страница после переходов доставляется по HTTPS.
Почему важно: HTTPS защищает целостность и конфиденциальность ответа между сайтом и потребителем.
HSTS
Влияет на Delivery ReliabilityЧто проверяется: Проверяется наличие заголовка Strict-Transport-Security в HTTPS-ответе.
Почему важно: Политика помогает браузерам избегать последующих обращений к сайту по незашифрованному протоколу.
Content-Security-Policy
Влияет на Delivery ReliabilityЧто проверяется: Отмечается наличие заголовка политики источников контента.
Почему важно: CSP ограничивает допустимые источники ресурсов и снижает последствия части атак внедрения контента.
Защита от встраивания
Влияет на Delivery ReliabilityЧто проверяется: Проверяются публичные ограничения на встраивание страницы во frame.
Почему важно: Ограничение встраивания помогает защищать интерфейс от подмены контекста и clickjacking-сценариев.
X-Content-Type-Options
Влияет на Delivery ReliabilityЧто проверяется: Проверяется запрет браузерного угадывания типа содержимого через nosniff.
Почему важно: Явное соблюдение объявленного типа уменьшает риск ошибочной интерпретации ресурсов.
Referrer-Policy
Влияет на Delivery ReliabilityЧто проверяется: Проверяется наличие политики передачи адреса исходной страницы при переходах.
Почему важно: Политика позволяет ограничить нежелательное раскрытие URL и параметров внешним получателям.
Permissions-Policy
Диагностический сигналЧто проверяется: Диагностируется наличие политики доступа документа к возможностям браузера.
Почему важно: Явная политика помогает ограничить ненужные browser API, но не участвует в основной оценке.
Mixed content в HTML
Влияет на Delivery ReliabilityЧто проверяется: Проверяются видимые в HTML загрузки ресурсов по HTTP со страницы HTTPS.
Почему важно: Незашифрованные вложенные ресурсы могут нарушить целостность защищённой страницы.
Безопасность form action
Влияет на Delivery ReliabilityЧто проверяется: Проверяются формы, отправляющие данные с HTTPS-страницы на незашифрованный адрес.
Почему важно: Небезопасная отправка может раскрыть введённые пользователем данные при передаче.
Экспериментальное покрытие
WebMCP, llms.txt и llms-full.txt показаны как необязательные сигналы. Семантика интерактивных элементов для ИИ-агентов также показана как экспериментальная диагностика. Их отсутствие не снижает AI Readiness, а наличие не гарантирует обнаружение, индексацию или цитирование.
WebMCP readiness
Экспериментальное покрытиеРуководство: WebMCP: инструменты сайта для браузерных ИИ-агентов
Что проверяется: Отмечается статически объявленный браузерный интерфейс WebMCP во встроенном коде.
Почему важно: Сигнал показывает экспериментальную готовность интерфейса, но не гарантирует поддержку агентом или вызов инструмента.
llms.txt
Экспериментальное покрытиеРуководство: llms.txt и llms-full.txt: что они дают сайту
Что проверяется: Проверяется наличие доступного краткого текстового путеводителя по публичным материалам сайта.
Почему важно: Файл может упростить навигацию некоторым потребителям, но не является стандартом обнаружения или гарантией цитирования.
llms-full.txt
Экспериментальное покрытиеРуководство: llms.txt и llms-full.txt: что они дают сайту
Что проверяется: Проверяется наличие расширенного текстового описания публичных материалов сайта.
Почему важно: Расширенный файл учитывается как развивающаяся практика и не заменяет обычные страницы, sitemap или структурированные данные.
Семантика интерактивных элементов для AI-агентов
Экспериментальное покрытиеЧто проверяется: Статически оцениваются нативные интерактивные элементы, доступные имена и отдельные ARIA roles/states без выполнения JavaScript.
Почему важно: Аккуратная accessibility semantics может помочь браузерным агентам точнее распознавать действия. Сигнал экспериментальный, не заменяет accessibility-аудит и не участвует в AI Readiness.
Отдельный индекс · AI-commerce 1.0
AI-commerce 1.0: опубликована ; публичный каталог обновлён .
Критерии готовности интернет-магазина
Раздел применяется только к подтверждённому commerce-контексту. Индекс отделён от основной оценки, а товарные страницы проверяются на ограниченной выборке. Отсутствие необязательных UCP, A2A, MCP или OpenAPI-публикаций само по себе не является критической ошибкой.
Проверка не вызывает checkout, оплату, создание заказа или агентные операции и не гарантирует включение магазина в какую-либо ИИ- или commerce-платформу.
Товарные данные
Обнаружение каталога и полнота машиночитаемого описания доступных товаров.
Подтверждение контекста интернет-магазина
Контекстный критерийЧто проверяется: Определяется, есть ли однозначный публичный контекст каталога и товарных карточек для отдельной commerce-оценки.
Когда применяется: Остальные критерии применяются только после подтверждения контекста интернет-магазина.
Каталог товаров
Стабильный критерийЧто проверяется: Проверяется, обнаруживаются ли публичные страницы конкретных товаров из уже доступных сигналов сайта.
Структурированные данные товара
Стабильный критерийРуководство: Schema.org Product и Offer для AI-commerce
Что проверяется: Проверяется читаемая разметка Product или ProductGroup вместе с относящимся к товару предложением.
Название, описание и изображение
Стабильный критерийРуководство: Schema.org Product и Offer для AI-commerce
Что проверяется: Проверяется наличие основных описательных полей товара в машиночитаемом представлении.
Цена и валюта
Стабильный критерийРуководство: Schema.org Product и Offer для AI-commerce
Что проверяется: Проверяется однозначная цена покупки и код валюты для конкретного товарного предложения.
Наличие товара
Стабильный критерийРуководство: Schema.org Product и Offer для AI-commerce
Что проверяется: Проверяется машиночитаемый статус доступности конкретного товарного предложения.
Бренд
Контекстный критерийРуководство: Schema.org Product и Offer для AI-commerce
Что проверяется: Проверяется наличие бренда там, где он применим и опубликован для товара.
Идентификаторы товара
Стабильный критерийРуководство: Schema.org Product и Offer для AI-commerce
Что проверяется: Проверяется наличие поддерживаемого товарного идентификатора, например SKU, GTIN или MPN.
Канонический URL товара
Стабильный критерийРуководство: Schema.org Product и Offer для AI-commerce
Что проверяется: Проверяется согласованный canonical для публичной товарной страницы.
Связь вариантов товара
Контекстный критерийРуководство: Schema.org Product и Offer для AI-commerce
Что проверяется: Проверяется машиночитаемая связь вариантов с общей моделью товара.
Когда применяется: Применяется только когда обнаружены варианты или ProductGroup.
Полнота карточки товара
Контекстный критерийЧто проверяется: Сводно показывается, сколько основных товарных полей удалось оценить в ограниченной выборке.
Когда применяется: Зависит от доступности и однозначности выбранных товарных страниц.
Согласованность и торговые политики
Согласованность видимой карточки с разметкой, условия доставки и возврата, ссылки на политики и опубликованные фиды.
Согласованность названия
Контекстный критерийЧто проверяется: Сопоставляется видимое название товара с названием в однозначной структурированной разметке.
Согласованность цены
Контекстный критерийРуководство: Schema.org Product и Offer для AI-commerce
Что проверяется: Сопоставляется видимая цена покупки с ценой того же предложения в структурированных данных.
Согласованность валюты
Контекстный критерийЧто проверяется: Сопоставляется видимая валюта с кодом валюты в структурированном предложении.
Согласованность наличия
Контекстный критерийРуководство: Schema.org Product и Offer для AI-commerce
Что проверяется: Сопоставляется видимый статус наличия со значением в структурированных данных.
Данные о доставке
Стабильный критерийЧто проверяется: Проверяется наличие публичного машиночитаемого описания условий доставки.
Политика возврата
Стабильный критерийЧто проверяется: Проверяется наличие публичного машиночитаемого описания условий возврата.
Ссылки на торговые политики
Контекстный критерийЧто проверяется: Проверяется корректность опубликованных ссылок на условия доставки и возврата без загрузки целевых страниц.
Когда применяется: Применяется только к явно опубликованным ссылкам на политики.
Обнаружение товарного фида
Контекстный критерийЧто проверяется: Отмечается явно опубликованный публичный товарный фид без загрузки его содержимого.
Когда применяется: Отсутствие необязательного фида само по себе не считается критической ошибкой.
Актуальность товарного фида
Контекстный критерийЧто проверяется: Проверяется доступный сигнал времени обновления опубликованного товарного фида.
Когда применяется: Применяется только когда фид опубликован и сигнал обновления однозначен.
Агентное обнаружение
Необязательные публичные декларации UCP, A2A, OpenAPI и MCP без вызова операций.
Профиль UCP
Экспериментальный критерийРуководства: Universal Commerce Protocol: профиль магазина для агентов · Безопасность API для ИИ-агентов: публичное описание без лишних полномочий
Что проверяется: Проверяется структура явно опубликованного версионированного профиля UCP.
Когда применяется: Отсутствие UCP не является критической ошибкой; операции не вызываются.
Карточка агента A2A
Экспериментальный критерийРуководства: A2A Agent Card: обнаружение возможностей агента · Безопасность API для ИИ-агентов: публичное описание без лишних полномочий
Что проверяется: Проверяется структура явно опубликованной A2A Agent Card.
Когда применяется: Отсутствие A2A не является критической ошибкой; действия агента не вызываются.
Обнаружение Commerce OpenAPI
Контекстный критерийРуководства: OpenAPI как машиночитаемое описание действий · Безопасность API для ИИ-агентов: публичное описание без лишних полномочий
Что проверяется: Отмечается явная декларация OpenAPI в опубликованном агентном документе.
Когда применяется: Спецификация по ссылке не загружается, а её отсутствие не считается критической ошибкой.
Объявление Commerce MCP
Экспериментальный критерийРуководство: Безопасность API для ИИ-агентов: публичное описание без лишних полномочий
Что проверяется: Отмечается явная декларация MCP-сервера в опубликованном агентном документе.
Когда применяется: MCP-инструменты не вызываются; отсутствие декларации не считается критической ошибкой.
Безопасность агентных endpoint’ов
Контекстный критерийРуководства: Universal Commerce Protocol: профиль магазина для агентов · A2A Agent Card: обнаружение возможностей агента · OpenAPI как машиночитаемое описание действий · Безопасность API для ИИ-агентов: публичное описание без лишних полномочий
Что проверяется: Проверяется, что явно опубликованные агентные адреса пригодны для публичного использования и не содержат очевидно закрытых значений.
Когда применяется: Применяется только к endpoint’ам, опубликованным в проверяемых агентных документах.
Статусы и приоритеты
Статусы результата
- Готово. Критерий выполнен в доступном контексте.
- Требует внимания. Обнаружено существенное улучшение без подтверждённой критической ошибки.
- Требует исправления. Подтверждена важная или критическая проблема.
- Не оценено. Контекст или ответ не позволяет честно оценить критерий.
- Необязательно. Экспериментальный или альтернативный сигнал, отсутствие которого не является ошибкой.
Приоритет интерпретации
В первую очередь учитываются подтверждённые критические и важные проблемы. На AI Readiness влияют только четыре основные области; надёжность доставки и полнота оценки показываются отдельно.
Уровни основания
Уровень основания характеризует источник критерия, но не равен его приоритету.
- Стандарт. Критерий основан на опубликованном техническом стандарте.
- Документация поставщика. Критерий подтверждён документацией конкретной платформы.
- Отраслевая практика. Критерий следует распространённой технической практике.
- Экспериментальная практика. Критерий описывает развивающуюся практику без статуса стандарта.
Полнота и ограничения
Если ответ недоступен или контекст не позволяет честно интерпретировать страницу, критерий получает статус «Не оценено». Отдельный показатель полноты показывает охват фактически оценённой части основной модели.
- Внешний JavaScript не загружается и не выполняется.
- Разметка проверяется на наличие и базовую читаемость, но не на полный бизнес-смысл.
- Пассивные security-сигналы не заменяют полноценный аудит безопасности.
Версии методики
- 1.0. Пять базовых ресурсов и первоначальная воспроизводимая шкала.
- 2.0. Семантика, AI discovery, WebMCP и расширенные метаданные.
- 3.0. — стабилизирована техническая оценка и выделены необязательные сигналы.
- 4.0. — AI Readiness отделён от надёжности доставки.
- 4.1. — уточнены правила обхода и необязательные сигналы.