Cloudflare и платформа электронной коммерции Commerce.com включили WebMCP — экспериментальный браузерный стандарт Google, при помощи которого страница сама объявляет структурированные инструменты для ИИ-агентов, — почти на 100 000 доменов Commerce.com. Включение выполнено на уровне edge-инфраструктуры, поэтому агентные действия открылись магазинам без изменения их кода, а последнее слово при покупке остаётся за человеком. По сути это первый платформенный шаблон подготовки витрин к агентной торговле, хотя сам стандарт пока работает только в браузерах с экспериментальной поддержкой.
Что произошло
Cloudflare на уровне edge вставляет в страницы Commerce.com крошечный скрипт /.webmcp/bridge.js, который автоматически объявляет агентам инструменты поиска товаров, просмотра карточек, добавления в корзину и получения ссылки на оплату; переписывать код самих магазинов не потребовалось. Инструменты исполняются в активной сессии браузера покупателя на домене магазина, поэтому агент оперирует актуальными ценами и текущим составом корзины, а не устаревшей копией страницы. Автоматизация сознательно останавливается перед оплатой: финальный чекаут остаётся ручным, чтобы платёжные данные не передавались третьим сторонам. Раздачу инструментов на десятках тысяч магазинов в общих зонах организовали через Configuration Rules и метаданные custom hostname, а опция opt-out на уровне зоны срабатывает без дополнительной задержки.
Контекст
Сам WebMCP — экспериментальный стандарт от Google: сайт публично описывает действия, доступные агенту, и взаимодействие идёт структурированными вызовами, а не угадыванием интерфейса. До этого включение подобной поддержки оставалось задачей отдельного магазина, а доступ агентов к витринам обычно строился на скрапинге и имитации кликов по DOM. Кейс Commerce.com стал первым проверенным на масштабе случаем, когда агентные инструменты раздаёт сама хостинг-платформа, и задаёт рамку для будущих интеграций e-commerce с агентными покупками. О стадии эксперимента говорит и способ запуска: стандарт включается флагами Chrome, через Origin Trials и в специальных агентных браузерах, а не присутствует в поведении обычного браузера по умолчанию.
Почему это важно для индустрии
Для отрасли это один из первых реальных кейсов массового включения WebMCP на уровне платформы хостинга, а не поштучно по сайтам. Сочетание edge-инъекции скрипта, Configuration Rules и метаданных custom hostname — воспроизводимый рецепт: e-commerce-платформа или CDN открывает агентные инструменты всем магазинам разом, сохраняя каждому мерчанту право opt-out без потери производительности. Точка контроля над тем, виден ли магазин агентам, смещается от владельцев кода магазина к владельцам платформы и каналам распределения, а совместимость витрины с агентами превращается в настройку инфраструктуры вроде CDN или HTTPS. Для моделей и бенчмарков это пока ничего не меняет, потому что сдвиг инфраструктурный, а не рост способностей; зато инженеры получают открытый образец включения WebMCP на edge с управлением на уровне мерчанта.
Почему это важно для пользователей
Если вы покупаете через ИИ-агента или разрабатываете такой агент, вместо ненадёжной имитации кликов агент получает чистые вызовы вроде search_products, просмотра карточки товара или add_to_cart: это быстрее, дешевле и стабильнее, потому что агенту не нужно разбирать верстку страницы вручную. Инструменты исполняются в вашей активной сессии, так что агент видит реальную цену и содержимое корзины в текущий момент, а не закешированные данные. Выбор, доверять ли агенту покупки в конкретном магазине, остаётся у мерчанта и покупателя: любой домен можно исключить через opt-out. Ограничение сегодня в охвате: поддержка есть лишь у браузеров с экспериментальной встройкой стандарта, поэтому аудитория агентных сессий пока узкая, а наиболее реалистичный сценарий для инженеров и магазинов — прототипирование каталога инструментов своей витрины: search_products, детали товара, add_to_cart и ссылка на оплату.
Что пока неизвестно / ограничения
Проверять цифры и эффект стоит осторожно: все факты происходят из вендорского блога Cloudflare, независимых данных в кейсе нет, и цифра почти 100 000 доменов не подтверждена независимо. Количественных оценок нет вовсе: не раскрыты метрики успешности агентных сессий, замеры задержки и доля сбоев вызовов инструментов. Спецификация WebMCP ещё не стабилизировалась — в кейсе отмечен нестандартный путь MCP-сервера /api/mcp вместо ожидаемого /mcp, который пришлось компенсировать настройкой уровня зоны, — а путь стандарта к полноценному браузерному статусу остаётся неопределённым. Неизвестно также, как быстро поддержка появится в обычных браузерах и насколько активно покупатели будут пользоваться инструментами в реальных сессиях.
Источники
Автор
Look at AI, редакция