Google UCP — это первый проект готовых к работе с агентами веб-сайтов. Вот чему его архитектура учит каждый сайт, а не только розничных продавцов.
<п>Универсальный коммерческий протокол Google — это первый производственный проект того, что каждый веб-сайт (электронной коммерции или нет) в конечном итоге должен будет предоставлять агентам ИИ: обнаруживаемые действия, предсказуемые результаты, постоянные сеансы и явные политики агентов.
UCP был выпущен в качестве инфраструктуры для розничных продавцов Google Merchant Center. Но более важная история – это архитектура, лежащая в ее основе. UCP — это первая реальная реализация того, о чем я говорил в разделе «Взаимодействие» машинной архитектуры. Если вы хотите понять, как на практике выглядят веб-сайты, готовые к использованию агентов, вам необходимо просмотреть документацию для разработчиков UCP. Архитектура — это урок, и он выходит далеко за рамки Google Shopping.
Содержание
- Что на самом деле создал Google
- UCP — основа взаимодействия в производстве
- Пробел, который UCP открывает всем остальным
- Цитирование поможет вам найти ответ. Действия приносят вам доход
<ли>Чему каждый веб-сайт может научиться у архитектуры UCP
Что на самом деле создал Google
UCP — это открытый стандарт Google, представленный в январе 2026 года на конференции Национальной федерации розничной торговли вместе с Shopify, Etsy, Wayfair, Target и Walmart, в качестве общего языка между поверхностями искусственного интеллекта (Gemini, Google AI Mode) и серверными модулями продавцов. По данным Google “Under the Hood” пост на UCP, в протоколе есть четыре движущиеся части, на которые стоит обратить внимание.
Конечная точка обнаружения по адресу /.well-known/ucp. Агенты запрашивают URL-адрес /.well-known/ucp, чтобы узнать, что может делать веб-сайт продавца, какие продукты он продает, какие действия он предоставляет и какой транспорт поддерживает. Этот манифест представляет собой рукопожатие между ИИ-агентом и серверной частью продавца. Без этого манифеста агент не знает, что ему нужно анализировать или вызывать. В лучшем случае он попытается угадать.
Три конечных точки REST для оформления заказа.UCP сводит всю транзакцию к трем вызовам: создать сеанс, обновить сеанс, завершить сеанс. Вот и все. Нет страницы корзины, нет формы адреса, нет экрана подтверждения. Состояние оформления заказа находится в ответах сеанса, а не в отображаемом HTML. Человеческий слой вашего сайта полностью игнорируется. Интерфейс будет существовать, но он будет не тот, который вы разработали.
Транспортная гибкость. UCP поддерживает REST, протокол контекста модели (MCP) и привязки, а также A2A (между агентами), поэтому агенты, построенные на разных стеках, могут взаимодействовать с одним и тем же сервером продавца без специальных адаптеров. Агент, работающий внутри Gemini, и агент, работающий на пользовательском клиенте MCP, могут подключаться к одним и тем же конечным точкам UCP. Это был очень умный ход.
<п>Открытая спецификация на ucp.dev. UCP публикуется как открытая спецификация, которую может реализовать любой веб-сайт, платформа искусственного интеллекта или торговая платформа. Google не владеет протоколом и не управляет им. Открытость имеет значение, поскольку архитектура становится переносимой на любой веб-сайт за пределами Google Merchant Center, даже если путь регистрации Google этого не делает.
Google в первую очередь создает UCP для своей собственной торговой экосистемы. Проект UCP — это настоящий урок для всех остальных, и этот дизайн представляет собой хрестоматийную реализацию основного компонента машинной архитектуры «Взаимодействие». Тележки для покупок оставляют примерно 70% людей (по данным многолетнего исследования касс Института Баймарда). Вы можете ожидать, что процент отказов от агентов на веб-сайтах без уровня взаимодействия будет ближе к 100%.
Информацию о месте UCP в более широком ландшафте агентской коммерции, наряду с ACP OpenAI и Stripe, токенами общих платежей и платформами, уже продающими через агентов ИИ, см. в разделе «Продажи ИИ: полное руководство по агентской коммерции». О конкретных возможностях, которые Google представил в марте 2026 года (корзина, каталог и привязка идентификационных данных), см. в обновлении UCP Google: корзины, каталоги и лояльность в покупках с использованием ИИ.
UCP — основа взаимодействия в производстве
Опора взаимодействия в машинно-ориентированной архитектуре описывает, что веб-сайт должен предоставлять, чтобы агент ИИ мог достичь на нем цели. Пять свойств: обнаруживаемые действия, предсказуемые результаты, непрерывность рабочего процесса, устранение ошибок и политики агентов. UCP почти идеально сопоставляется с каждым из них.
Обнаруживаемые действия. В разделе «Взаимодействие» говорится, что агентам необходим машиночитаемый индекс того, что им разрешено делать на странице, прежде чем они попытаются это сделать. Манифест возможностей UCP /.well-known/ucp — это именно тот машиночитаемый индекс действий, который требуется для компонента «Взаимодействие», поставляемый в качестве конечной точки производства. Агент получает манифест, читает список доступных операций и планирует свой следующий шаг. Никаких проб и ошибок, никакого парсинга DOM.
Предсказуемые результаты. Столп «Взаимодействие» говорит, что каждое действие должно возвращать машиночитаемое состояние (вычисленные итоги, выделенный инвентарь, флаги успеха), а не 200 OK с квитанцией в формате HTML. Ответы сеанса UCP содержат структурированные данные на каждом этапе: разбивку цен, распределение скидок и явное состояние сеанса. Агент, читающий ответ UCP, точно знает, что только что произошло и что он должен делать дальше.
Непрерывность рабочего процесса.В разделе «Взаимодействие» говорится, что агентам нужны стабильные ссылки на сеансы, которые сохраняются в многоэтапных рабочих процессах, чтобы они не теряли контекст в середине задачи. Сеансы UCP имеют постоянные идентификаторы, а обновления PUT переносят этот идентификатор вперед. Агент может добавить позицию, применить скидку, настроить доставку и выполнить заказ за несколько вызовов без повторного создания состояния.
Восстановление ошибок. Принцип взаимодействия гласит, что сбои должны возвращать структурированные альтернативы, а не тупики. Если код скидки UCP не работает, в ответе сеанса объясняется, почему, и предлагаются альтернативы, которые агент может попробовать. Человек может нажать кнопку «Попробовать еще раз». Агенту нужна полезная нагрузка, которая сообщит ему, что делать дальше.
Политики агентов. Столп «Взаимодействие» гласит, что веб-сайты должны декларировать, что агентам разрешено делать, что требует подтверждения со стороны человека, а что полностью запрещено. Декларации возможностей UCP являются этим уровнем политики: продавец сигнализирует, какие действия агенты могут выполнять, при каких условиях и где требуется одобрение человека. Подписи запросов и токенизированные платежи обеспечивают соблюдение политики на уровне протокола.
<п>Конечная точка Google /.well-known/ucp — это компонент взаимодействия «обнаруживаемость действий». поставляются в качестве производственной инфраструктуры. Агенты запрашивают его, чтобы узнать, что может сделать веб-сайт, прежде чем они попытаются это сделать. Для UCP требуются три конечные точки REST: создание сеанса, обновление и завершение. Вот и весь компонент «Взаимодействие» сведен к трем вызовам API.
The Gap UCP раскрывает информацию для всех остальных
UCP — это ответ Google на проблему дефицита агентского трафика в его торговой экосистеме. На каждом веб-сайте, не входящем в UCP, все еще есть этот пробел, хотя не все ритейлеры согласны с тем, где на самом деле находится этот пробел.
<п>Брианна Фаулер, руководитель глобальных программ по доходам потребителей компании Dell, рассказала Digital Commerce 360 в интервью в апреле 2026 года, что она еще не заметила «чего-либо последовательного в поведении»; в трафике агента, достигающем Dell.com. Ее внимание сосредоточено на поиске и доступности, а не на специфической для агента инфраструктуре: «Если я не могу найти ваши продукты легко и без усилий, без большого количества контента и возможностей конфигуратора, всем на это наплевать».
<п>Фаулер прав: ничто не имеет значения, если агенты не могут найти товар. Но для агента ИИ “нахождение” продукт не означает ввод в поле поиска. Поиск означает запрос манифеста возможностей, чтение структурированного каталога продуктов и вызов обнаруживаемого действия. На веб-сайте, ориентированном на человека, находимость — это проблема пользовательского интерфейса. На веб-сайте, готовом к работе с агентами, возможность поиска является проблемой протокола. UCP существует, потому что Google решил, что рассмотрение возможности поиска и оформления заказа как проблем протокола, а не проблем пользовательского интерфейса, является единственным способом масштабирования конверсий агентов.
<п>Агент Gemini, совершающий покупки через продавца с поддержкой UCP, не анализирует сетку товаров, не угадывает поля формы и не надеется, что под ней ничего не будет перерисовано. Агент запрашивает /.well-known/ucp, считывает манифест возможностей и продвигает сеанс через три конечные точки проверки UCP. Остальная часть сети (каждая информационная панель SaaS, каждый поток котировок B2B, каждая система бронирования, каждый портал подписки) не имеет эквивалентного протокола, который мог бы ее спасти.
Совокупное исследование касс, проведенное Институтом Баймарда, показывает, что уровень отказа от тележек среди людей составляет 70,22% в 50 исследованиях. Процент отказов от агентов на веб-сайтах без уровня взаимодействия приближается к 100%, потому что люди колеблются при оформлении заказа, а агенты даже не могут его найти.
Чему каждый веб-сайт может научиться у архитектуры UCP
<п>Вам не нужно внедрять UCP. Вы, вероятно, даже не занимаетесь коммерцией. Архитектура UCP по-прежнему обобщается до пяти принципов, которые должен реализовать любой веб-сайт, готовый к работе с агентами: манифест возможностей, структурированные действия, машиночитаемое состояние, постоянные сеансы и явная политика агента.
<п><сильный>1. Опубликовать манифест возможностей.Агентам необходимо знать, на что способен ваш веб-сайт, прежде чем они начнут работу. Этим манифестом может быть конечная точка /.well-known/, файл llms.txt, узел схемы WebSite с записями потенциальных действий или сервер MCP со списком доступных инструментов. Формат имеет меньшее значение, чем само существование. Если агенту нечего запрашивать, агенту приходится гадать, а от догадок умирает конверсия.
<п><сильный>2. Представляйте действия как структурированные данные. Schema.org поддерживает действия уже более десяти лет, включая BuyAction, OrderAction, ReserveAction, SubscribeAction и SearchAction. Почти ни один сайт их не использует. Конечная точка POST/sessions UCP по сути является целью BuyAction при наличии стабильного контракта API, а это то, что Schema.org Actions требовалось в течение десяти лет, чтобы действительно работать. Любой веб-сайт может сделать то же самое со своими действиями: объявить тип действия, назвать конечную точку, документировать полезную нагрузку. То, как агенты ИИ видят ваше сообщение на веб-сайте, охватывает часть структуры этого вопроса. Действия Schema.org — это сторона столпа «Взаимодействие».
<п><сильный>3. Возвращать машиночитаемое состояние на каждом этапе. Каждый ответ агенту должен содержать структурированное состояние, которое агент может проанализировать: что произошло, что изменилось, что дальше. Страницы подтверждения HTML не являются состоянием машины. Перенаправление на /спасибо не является состоянием машины. JSON с именованными полями и явными флагами — это состояние машины. Возврат состояния JSON вместо страниц подтверждения HTML — это крупнейший архитектурный переход от проектирования, ориентированного на человека, к дизайну, готовому к работе с агентами.
<сильный>4. Создавайте дизайн для сеансов, а не для просмотров страниц.Агенты не перезапускаются, когда отвлекаются. Они возвращаются к текущему рабочему процессу и ожидают, что состояние все еще будет там. Сеансы со стабильными идентификаторами, безопасными для повторения обновлений и плавными путями возобновления не являются обязательными для агентов; они являются базовым слоем. Аналитика просмотров страниц научила поколение продуктовых команд мыслить дискретными обращениями. Агенты думают транзакциями.
<сильный>5. Явно объявите свою политику агента. Политика агента определяет три вещи: что агенты могут делать, не спрашивая человека, что требует подтверждения со стороны человека и что полностью запрещено. UCP отвечает на эти вопросы посредством деклараций возможностей. Ваш веб-сайт может ответить на них через файл AGENTS.md, конечную точку политики /.well-known/или структурированные аннотации. Выберите один. Опубликуйте это. Угадывание политики – это то, как агенты в конечном итоге предпринимают действия, которые их пользователи не планировали.
<п>Ни один из этих принципов не требует участия Google. Ни один из них не требует принятия UCP. Они требуют решения рассматривать веб-сайт как поверхность API для агентов в дополнение к экрану для людей.
Цитирование приводит вас к ответу. Действия приносят вам доход
Большая часть сегодняшних разговоров в AXO по-прежнему посвящена компоненту «Контент»: как цитироваться в ответах ChatGPT, как занять место в обзорах Google AI, как стать источником цитат на поверхности AI. Эта работа имеет значение. Цитирование повышает осведомленность, а осведомленность — это вершина воронки. В статьях «От SEO до AAIO» и «Оптимизация системы ответов» рассказывалось, как добиться успеха.
<п>UCP демонстрирует компонент «Взаимодействие», который представляет собой вторую половину набора готовых к работе с агентами веб-сайтов, которые не охватываются AEO и GEO. Компонент «Взаимодействие» касается транзакций, осуществляемых агентом ИИ, но не указан в его ответе. Разница между цитируемым веб-сайтом и транзакционным веб-сайтом заключается в компоненте «Взаимодействие». Цитирование приведет вас к ответу ИИ. Обнаруживаемые действия принесут вам доход ИИ.
<стр>В подкасте Cheeky Pint Сундар Пичаи описал будущее, в котором у пользователя ИИ будет «много запущенных потоков»; в то же время исследование, сравнение, бронирование, покупка выполняются параллельно от имени одного человека. В этой модели веб-сайт, который позволяет агенту быстрее разрешить поток, выигрывает поток. Разрешение означает завершение действия, а не загрузку страницы. Dell имеет трафик и теряет нить. Продавец с поддержкой UCP разрешает один и тот же поток за три вызова API.
UCP — первый производственный артефакт, в котором правильно реализован принцип взаимодействия. ОГП не будет последней. Каждый веб-сайт, который хочет участвовать в доходах, опосредованных агентами, в конечном итоге должен будет предоставить свою собственную версию той же архитектуры через открытый протокол, уровень возможностей Schema.org, конечную точку WebMCP или собственный сервер MCP. Спецификация может меняться, даже если принципы не могут меняться.
UCP — это рабочая эталонная реализация компонента «Взаимодействие», созданная Google и сегодня работающая в Google Shopping. Каждый второй веб-сайт по-прежнему должен дать свой собственный ответ. Брианна Фаулер из Dell сказала, что главное — это возможность обнаружения. Для агента возможность обнаружения — это протокол.
Этот пост был первоначально опубликован на No Hacks.
