Семь AI-поверхностей: что можно проверить по открытым данным

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

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

Для читателя итоговая карта полезна как decision aid: сначала определить, какой вопрос задаётся — доступ, поиск, атрибуция или переход — и только затем выбрать измерение. Это предотвращает перенос правил одного оператора на другого.

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

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

Редакционная польза карты — в выборе следующего действия. Плохой HTTP-статус ведёт к технической проверке; отсутствие адреса страницы в индексе — к проверке возможности её индексировать; релевантный ответ без ссылки — к отдельному эксперименту с указанием источника. Один универсальный совет здесь был бы менее точным.

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

Источники раздела:[1] Google Search Central

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

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

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

Для сравнения полезно выделить тип артефакта: серверная строка, запись панели, полный ответ или переход. Артефакты разной природы нельзя считать взаимозаменяемыми доказательствами.

Источники раздела:[2] OpenAI Developers[1] Google Search Central[3] Perplexity Docs[4] Microsoft Learn[5] Google Gemini Help[6] Anthropic Support[7] Yandex Webmaster

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

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

Пример рабочей записи: «11 сентября, RU, Google AI Search, вопрос X, показан URL Y, источник подтверждает тезис Z частично». Это сильнее, чем «страница видна в AI», потому что указывает поверхность, дату, ссылку и степень соответствия.

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

Источники раздела:[3] Perplexity Docs

Переносимая рекомендация — не специальный файл для AI, а доступный HTML (текст страницы), устойчивые адреса страниц, понятные названия объектов, первичные источники и раздельное измерение результатов. Это снижает препятствия проверке, но не гарантирует показ или ссылку в ответе.

На практике сначала исправляется доставка: HTML, стабильные URL, sitemap и коды ответа. Затем создаётся доказательный материал с датой, источником и ограничениями. Только потом измеряется ответ поверхности. Отсутствие ссылка в ответе нельзя объяснить одной причиной.

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

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

Источники раздела:[4] Microsoft Learn

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

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

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

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

Источники раздела:[1] Google Search Central

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

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

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

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

Источники раздела:[1] Google Search Central