WebMCP: предоставление инструментов веб-сайта, позволяющих агентам прекратить скрапинг DOM

Веб-сайты были созданы для нажатий пользователей, форм и API. Все чаще «пользователем» может быть ИИ-агент, который никогда не взаимодействует с визуальным интерфейсом. Агенты, которые скрапингуют структуру DOM или управляют браузерами, теряют работоспособность при изменениях форматирования. WebMCP (Web Model Context Protocol), предложенный в экосистеме Chrome, призван позволить сайтам напрямую предоставлять агентам структурированные инструменты — имена, параметры ввода, результаты вывода и информацию о моментах их вызова — тем самым делая автоматизацию явной, а не предполагаемой.

Что такое WebMCP?

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

Без WebMCP агент вынужден импровизировать, работая с непрозрачным интерфейсом:

AI Agent → Reads HTML → Guesses → Clicks → Hopes it works

С WebMCP аналогичная цель реализуется через явный вызов инструмента:

AI Agent → Reads structured tools → Executes correctly

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

Почему существует WebMCP

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

searchHotels({
 location: "Tokyo",
 checkIn: "2026-08-10",
 checkOut: "2026-08-15",
 guests: 2
})

Никакой археологии с XPath, никаких вариантов CSS-селекторов, никаких обходных путей для стандартных процессов — только прямая выполнимость команд.

Как работает WebMCP

Два взаимодополняющих API:

1. Императивный API

JavaScript явно регистрирует инструменты:

navigator.webMCP.registerTool({
  name: "create-event",
  description: "Creates a calendar event",
  inputSchema: {
    type: "object",
    properties: {
      title: { type: "string" },
      date: { type: "string" }
    }
  },
  execute: async ({ title, date }) => {
    return await createCalendarEvent(title, date);
  }
});

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

2. Декларативный API

Приоритет у HTML, особенно для форм:

<form webmcp-tool="book-flight">
  <input name="from" />
  <input name="to" />
  <input name="date" />
</form>

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

WebMCP против MCP

Путаница встречается часто. Практическое разделение: WebMCP ориентирован на фронтенд; MCP — на бэкенд-системы и сервисы. Один из способов понимания — рассматривать MCP как «мозг» на стороне сервера, а WebMCP — как интерфейс пользователя. Вместе они обеспечивают полноценные инструменты для работы с весью стек-архитектурой, не требуя для каждого действия использования хрупкой автоматизации браузера.

Практические примеры использования

1. Электронная коммерция

Покупатель просит найти кроссовки в рамках определенного бюджета и осуществить оформление заказа. Среди возможных инструментов могут быть:

searchProducts()
filterProducts()
addToCart()
applyCoupon()
checkout()

Агент выполняет всю процедуру без необходимости перехода по различным экранам.

2. Бронирование путешествий

Поиск рейсов, сравнение отелей, бронирование наземного транспорта, добавление страховки — всё это осуществляется с помощью инструментов, а не хрупких макросов.

3. Панели управления SaaS

Инструменты аналитики могут отображать такие операции, как:

generateReport()
downloadCSV()
inviteMember()
changeBillingPlan()

Встроенные помощники затем вызывают те же функции, которые люди видят в виде кнопок.

4. Системы CRM

Вместо десяти экранов с нажатиями:

createLead()
assignSalesRep()
scheduleFollowUp()

5. Поддержка клиентов

Отмена подписок, возврат средств, отслеживание доставки с помощью проверенных инструментов, а не методов, основанных на обработке HTML-кода.

Почему это важно для разработчиков

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

Build components for humans

а скорее так:

Build components for humans + machines

Лучшие практики

Используйте инструменты с одной целью

Избегайте многофункциональных решений:

manageEverything()

Предпочитайте специализированные инструменты:

createInvoice()
sendInvoice()
downloadInvoice()

Конкретность повышает точность действий сотрудников.

Используйте понятные названия

Неясные метки:

doTask()

Названия, отражающие предназначение:

submitExpenseClaim()

Снижайте когнитивную нагрузку

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

durationInMinutes

Лучше принимать сырые данные, которые бэкенд может нормализовать:

startTime: "10:00"
endTime: "12:00"

Адекватно справляйтесь с сбоями

Агенты должны пытаться выполнить задачу снова. Инструменты должны быть безопасны при многократных попытках — важна идемпотентность.

Проблемы безопасности

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

Более широкая перспектива

WebMCP является частью более широкой концепции агентного веба: сайты предоставляют свои возможности, агенты их понимают, люди делегируют задачи, что позволяет работать быстрее. Команды уже создают API для разработчиков; следующим шагом станут инструменты для агентов. Те, кто рано применяет эту технологию и задаётся вопросом «какие части этого приложения должны превратиться в инструменты ИИ?», сформируют следующую волну развития архитектуры веба — подобно тому, как REST, GraphQL, WebSockets и серверные компоненты перешли из нишевого использования в стандарт. Технология ещё на ранней стадии, но направление развития трудно игнорировать.

Пути внедрения для существующих приложений

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