WebMCP: что это за технология и зачем она вашему сайту

Покупатель просит AI-агента: «Найди беспроводные наушники до $200, проверь доставку и подготовь заказ». Агент открывает магазин. Ему нужно понять, где поиск, как работает фильтр цены и какая кнопка действительно оформляет покупку. Если интерфейс нестандартный, на каждом шаге возможна ошибка.

WebMCP предлагает сайту самому описать агенту доступные действия: например, поиск товара с параметрами «категория» и «цена» или проверку доставки по городу. Агент может вызвать такое действие вместо того, чтобы угадывать назначение элементов страницы. Покупатель при этом видит результат и подтверждает важные решения. Разбираемся, как устроена технология, в каких сценариях она полезна сайту и чего от неё пока не стоит ждать.

WebMCP — предлагаемый веб-стандарт, который позволяет странице предоставить AI-агенту структурированные инструменты. Инструмент может искать товары, подбирать слот для записи, заполнять заявку или показывать статус заказа. Сайт задаёт имя действия, назначение, входные параметры и логику выполнения, а агент выбирает подходящий инструмент для задачи пользователя. Это не новая поисковая разметка и не серверный MCP, а способ связать браузерного агента с функциями открытой страницы.

Вернёмся к магазину. Сайт может описать инструмент find_products с параметрами «категория» и «максимальная цена». Агент передаст запрос покупателя, получит подходящие позиции и покажет выбор. Другой инструмент проверит условия доставки. Оформление заказа остаётся отдельным действием с понятным этапом подтверждения. Это возможный сценарий реализации, а не функция, которая автоматически появится на любом сайте после подключения WebMCP.

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

Названия похожи, но технологии решают разные задачи. Chrome прямо подчёркивает: WebMCP не является расширением или заменой Model Context Protocol.

Что такое MCP? MCP, или Model Context Protocol, — открытый стандарт для связи AI-приложений с внешними системами. По официальной документации MCP, сервер может предоставлять AI-помощнику инструменты для выполнения действий, ресурсы с данными и готовые шаблоны взаимодействия. Один и тот же способ подключения можно использовать для каталога товаров, CRM, базы знаний, файлов или внутреннего сервиса.

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

У ВкусВилла есть официальный MCP-сервер, который можно подключить к совместимому AI-помощнику и делегировать ему подбор продуктов. Сервер умеет искать товары и скидки, показывать детали и аналоги, подбирать рецепты и магазины, а также создавать ссылку на собранную корзину.

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

• MCP — связывает внешний AI-клиент с серверной системой, работает независимо от открытой страницы и предоставляет данные или действия через отдельное подключение.
• WebMCP — работает внутри открытой вкладки, описывает функции текущей страницы и использует доступный браузеру контекст интерфейса.
• llms.txt — даёт машине курируемый маршрут к контенту сайта, но не описывает исполняемые действия интерфейса.

Бизнесу не обязательно выбирать одну технологию. MCP может давать агенту доступ к серверным возможностям продукта, WebMCP — помогать пройти конкретный сценарий на открытой странице, а llms.txt — вести к ключевым материалам. Ошибка начинается, когда от одного слоя ждут результат другого.

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

• Chrome 149 — действует origin trial; для локальной разработки доступен флаг enable-webmcp-testing.
• Edge 150 — действует отдельный origin trial.
• Brave — добавлена экспериментальная поддержка в Leo AI chat.
• ChatGPT Desktop — поддержка указана в официальном трекере проекта WebMCP.
• Firefox и Safari — обсуждают стандарт через публичные позиции и баг-трекеры; массовая поддержка не заявлена.

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

Позиция Pickles: WebMCP стоит тестировать не «для галочки AI-ready», а там, где агент может убрать заметное трение в конкретной задаче и команда способна измерить результат.

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

У разработчика есть два подхода. Если действие уже оформлено обычной HTML-формой, можно добавить к ней специальные описания: агент увидит назначение формы и её полей. Если сценарий сложнее — например, нужно учитывать выбранные товары и актуальный город доставки, — инструмент создают через JavaScript. Оба подхода требуют продуманной логики и тестирования; сами названия инструментов не делают оформление заказа безопасным.

1. Через существующие HTML-формы
Декларативный API позволяет аннотировать обычную форму. Атрибуты toolname и tooldescription сообщают, как называется инструмент и что он делает. Поля формы становятся его параметрами. При вызове агентом браузер может заполнить форму, которая остаётся видна человеку. Отправка может требовать ручного нажатия; автоматическая отправка задаётся отдельно через toolautosubmit. Для заявки, бронирования или обращения в поддержку это понятная отправная точка.

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

В примере нет toolautosubmit: пользователь видит заполненные поля и сам нажимает кнопку. Для реального запуска нужны адрес отправки, обработка результата, проверка введённых данных на сервере и политика обработки персональных данных.

2. Через JavaScript
Императивный API подходит, когда задача сложнее одной формы: нужно управлять состоянием каталога, получать статус заказа или связывать несколько действий. Разработчик регистрирует инструмент через document.modelContext.registerTool() и указывает его имя, описание, схему входных данных и функцию выполнения. В документации также описаны подсказки о характере действия: только чтение, работа с ненадёжным содержимым и действие с существенными последствиями.

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

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

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

Услуги и B2B: собрать квалифицированную заявку
На сайте агентства посетитель может сказать: «Нужен сайт для выхода на новый рынок, есть три языка и интеграция с CRM». Инструмент помогает распределить запрос по полям брифа и показать пользователю итог перед отправкой. Это может сократить число пустых заявок и уточняющих переписок. Метрика — доля заявок с достаточными вводными и их переход в целевой диалог, а не только количество отправок формы.

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

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

Когда появляется новая технология для AI-агентов, возникает соблазн записать её в список «обязательных GEO-факторов». Сейчас для этого нет оснований. WebMCP описывает действия на открытой странице; документация Chrome не обещает роста позиций, индексации инструментов поисковиком или попадания сайта в ответы AI-систем. Это вывод из назначения и указанных ограничений технологии, а не объявленное правило ранжирования.

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

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

Даже на платформах, где WebMCP уже можно тестировать, технология остаётся развивающимся предложением. Origin trial и экспериментальная поддержка не равны массовой совместимости. Поэтому внедрение стоит строить как progressive enhancement: сайт и его формы должны продолжать работать для человека и без WebMCP, а перед запуском нужно перепроверять официальный трекер реализации.

Сложный интерфейс потребует работы разработчиков. Если фильтры, корзина и авторизация зависят от множества состояний, одной аннотации формы недостаточно. Кроме того, API доступны только в origin-isolated документах и ограничены Permissions Policy tools; для cross-origin iframe требуется явное разрешение allow="tools". Это нужно учитывать ещё до пилота.

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

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

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

В первую очередь — сервисам со сложным действием на сайте: e-commerce с подбором, бронирование, личные кабинеты, многошаговые B2B-формы. Для небольшого сайта-визитки, где пользователь читает услуги и оставляет простую заявку, сначала полезно проверить понятность контента, навигации и самой формы. Эксперимент с WebMCP здесь стоит обосновывать конкретной задачей.

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

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