Что такое WebMCP и как он помогает ИИ-агентам работать с сайтами

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

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

WebMCP пока нельзя считать повсеместно доступной функцией браузеров. Это экспериментальный стандарт, который развивается и может измениться. По состоянию на июль 2026 года Google предлагает тестировать его в Chrome через флаг для локальной разработки или в рамках Origin Trial, начавшегося с Chrome 149. Актуальный статус и ссылки на тестирование собраны в официальной документации WebMCP.

Какую проблему решает WebMCP

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

Кнопка может быть подписана непонятно, поле даты — состоять из нескольких элементов, а после редизайна привычный путь изменится. WebMCP добавляет машиночитаемый слой поверх интерфейса. Сайт явно сообщает: «это поиск», «это создание обращения», «вот допустимые параметры», «вот результат».

В упрощённом виде процесс выглядит так:

1. Разработчик описывает действие на странице как инструмент WebMCP.
2. Браузер регистрирует название инструмента, его назначение и схему входных данных.
3. ИИ-агент видит доступные инструменты в контексте открытой страницы.
4. Агент выбирает подходящий инструмент и передаёт аргументы в заданном формате.
5. Сайт выполняет действие и возвращает понятный результат или ошибку.

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

Чем WebMCP полезен обычному пользователю

WebMCP не добавляет на сайт ещё одного чат-бота. Он помогает уже работающему в браузере агенту точнее пользоваться интерфейсом. Польза заметна в задачах, где много полей, условий или переходов.

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

Где это пригодится

Сценарий	Что делает инструмент WebMCP	Что получает пользователь
Интернет-магазин	Фильтрует товары, добавляет выбранный вариант в корзину	Меньше ручных переходов и случайных параметров
Поддержка	Определяет тему обращения и заполняет нужную форму	Заявка сразу попадает в подходящий отдел
Путешествия	Передаёт города, даты, пассажиров и ограничения	Сложный маршрут собирается за меньшее число шагов
Личный кабинет	Находит заказ и запрашивает его статус	Не нужно разбираться в меню
Веб-приложение	Запускает диагностику или меняет состояние интерфейса	Агент выполняет точное действие вместо серии кликов

WebMCP и MCP — не одно и то же

Из-за названия WebMCP легко принять за браузерную версию Model Context Protocol. Это неверно. Оба подхода дают ИИ-агентам структурированные инструменты, но решают разные задачи. WebMCP не заменяет MCP и не является его расширением.

Критерий	WebMCP	MCP
Где работает	В браузере, на открытой странице	На сервере, компьютере или в облаке
Главная задача	Объяснить агенту функции сайта и дать управлять интерфейсом	Подключить агента к данным, API и внешним сервисам
Жизненный цикл	Временный: пока открыта вкладка	Постоянный: пока доступен MCP-сервер
Контекст	DOM, состояние страницы, текущая сессия	Ресурсы и инструменты, которые предоставляет сервер
Доступ без интерфейса	Нет, нужен браузерный контекст	Да, возможна фоновая работа
Реализация	HTML-атрибуты или JavaScript API	Сервер и SDK, часто с обменом через JSON-RPC

Практический выбор прост. Если агент должен работать с функциями открытого сайта, подходит WebMCP. Если ему нужен постоянный доступ к базе, CRM, файловому хранилищу или другому внешнему сервису, нужен MCP. В одном продукте можно использовать оба подхода: MCP — для серверных операций, WebMCP — для действий в интерфейсе. Подробное сопоставление есть в руководстве Google по WebMCP и MCP.

Два способа добавить WebMCP на сайт

Стандарт предлагает декларативный и императивный API. Первый подходит для обычных HTML-форм. Второй — для сложной логики, навигации и управления состоянием веб-приложения.

Декларативный API: аннотации для формы

Разработчик добавляет к элементу form атрибуты toolname и tooldescription. Поля формы становятся параметрами инструмента. Для неоднозначного поля можно указать toolparamdescription.

<form
  toolname="createSupportRequest"
  tooldescription="Создаёт обращение в службу поддержки"
  action="/support">
  <label for="email">Электронная почта</label>
  <input id="email" name="email" type="email" required>

  <label for="topic">Тема</label>
  <select id="topic" name="topic" required
    toolparamdescription="Определяет отдел поддержки">
    <option value="payment">Оплата</option>
    <option value="delivery">Доставка</option>
  </select>

  <button type="submit">Отправить</button>
</form>

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

Императивный API: регистрация через JavaScript

Если действие не сводится к отправке формы, инструмент регистрируют через document.modelContext.registerTool(). Ему передают название, описание, JSON Schema входных данных и функцию execute.

await document.modelContext.registerTool({
  name: "filter_products",
  description: "Фильтрует товары по категории и максимальной цене",
  inputSchema: {
    type: "object",
    properties: {
      category: { type: "string" },
      maxPrice: { type: "number", minimum: 0 }
    },
    required: ["category"]
  },
  execute: async ({ category, maxPrice }) => {
    const count = await applyProductFilters({ category, maxPrice });
    return `Найдено товаров: ${count}`;
  }
});

В старых примерах может встречаться navigator.modelContext. В Chrome 150 этот вариант помечен устаревшим. Для нового кода нужно использовать document.modelContext.

Как попробовать WebMCP в Chrome

Для локальной проверки не требуется публиковать экспериментальную функцию для всех посетителей.

1. Установите актуальную тестовую версию Chrome, в которой доступен WebMCP.
2. Откройте адрес chrome://flags/#enable-webmcp-testing.
3. Переключите флаг в состояние Enabled.
4. Перезапустите браузер.
5. Откройте страницу с инструментами WebMCP.
6. Установите расширение Model Context Tool Inspector из Chrome Web Store, если нужно посмотреть зарегистрированные инструменты и вызвать их вручную.

Инспектор показывает название инструмента, описание, входную схему, структурированный ответ и ошибки. Через него удобно проверить, правильно ли агент выбирает действие по запросу на естественном языке.

Что означает блок WebMCP в аудите

В инструментах аудита Chrome могут появиться проверки «Покрытие форм WebMCP», «Зарегистрированные инструменты WebMCP» и «Схемы WebMCP действительны». Статус «Неприменимо» не означает поломку сайта. Обычно он говорит, что на анализируемой странице нет подходящих аннотаций или зарегистрированных инструментов, поэтому оценивать нечего.

Если на странице есть форма, которую должен заполнять агент, добавьте декларативные атрибуты. Если используется JavaScript API, убедитесь, что инструмент регистрируется в момент аудита. Предупреждения о схеме исправляйте в inputSchema: проверяйте типы, обязательные поля, перечисления и ограничения значений.

Пошаговое внедрение на реальном сайте

1. Выберите один короткий сценарий. Начните с поиска, фильтра или обращения в поддержку, а не с полной автоматизации личного кабинета.
2. Запишите ожидаемый результат. Например: «найти товары в категории до указанной цены».
3. Определите входные параметры. Не передавайте агенту больше данных и возможностей, чем нужно для этого результата.
4. Выберите API. Для существующей HTML-формы берите декларативный вариант, для сложной функции — JavaScript.
5. Дайте инструменту однозначное имя. Подойдут search_orders или create_support_request; расплывчатое do_action не подойдёт.
6. Опишите параметры через JSON Schema. Используйте required, enum, границы чисел и понятные описания.
7. Верните короткий результат. Агенту полезнее получить номер заявки и статус, чем большой фрагмент HTML.
8. Добавьте подтверждение там, где действие меняет данные, списывает деньги или отправляет сообщение.
9. Проверьте инструмент вручную и через инспектор.
10. Протестируйте не только успешный путь: пустые поля, неверные значения, отмену, потерю сети и повторный вызов.

Безопасность WebMCP

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

• Проверяйте входные данные на клиенте и сервере.
• Применяйте текущую авторизацию пользователя и контроль доступа к каждому действию.
• Запрашивайте подтверждение перед оплатой, удалением, публикацией и передачей персональных данных.
• Помечайте инструмент как доступный только для чтения через readOnlyHint, если он не меняет состояние.
• Используйте untrustedContentHint, если ответ содержит пользовательский или внешний контент.
• Не открывайте инструменты посторонним источникам без необходимости. Доступ между origin настраивайте только для доверенных адресов.
• Не возвращайте токены, скрытые поля, внутренние запросы и лишние персональные данные.

Отдельный риск — косвенная prompt injection, когда вредная инструкция спрятана в тексте страницы, отзыве или другом внешнем содержимом. Модель может принять её за команду. Поэтому критичные ограничения должны обеспечиваться кодом и серверными правилами, а не только текстовым описанием инструмента. Google также рекомендует держать описания и ответы короткими: ориентир — до 500 символов для описания инструмента, до 150 для параметра, до 30 для имени и до 1500 для результата.

Ограничения, о которых стоит знать

• Нужна открытая вкладка или webview. Фоновый вызов без браузерного контекста не поддерживается.
• Агент сначала должен посетить сайт, чтобы обнаружить его инструменты.
• Поддержка зависит от браузера и агента. Обычный посетитель без совместимой функции не заметит WebMCP.
• Сложному интерфейсу может потребоваться переработка состояния и прикладной логики.
• Спецификация находится в активной разработке, поэтому названия API и поведение ещё могут меняться.

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

Кому стоит заняться WebMCP уже сейчас

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

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

Краткий вывод

WebMCP — это способ сделать функции сайта понятными браузерному ИИ-агенту. Страница объявляет инструменты, параметры и ожидаемый результат, а агент вызывает их вместо угадывания последовательности кликов. Для простых форм есть HTML-аннотации, для сложных действий — JavaScript API.

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