API браузера WebMCP могут сократить потребность в веб-скрапинге для ИИ-агентов.

Что меняет WebMCP для веб-автоматизации

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

Как это работает технически

Сайты регистрируют инструменты с помощью navigator.modelContext.registerTool(), указывая название, описание, схему входных данных и функцию выполнения. В источнике приведён такой пример:

navigator.modelContext.registerTool({
  name: "search_flights",
  description: "Поиск доступных рейсов",
  inputSchema: { /* JSON Schema */ },
  execute: async (input) => {
    return await internalFlightAPI(input);
  }
});

Этот подход устраняет цепочки CSS-селекторов, логику повторных попыток, управление headless-сессиями браузера и парсинг DOM для любого сайта, реализующего WebMCP.

Текущий статус реализации

Спецификация всё ещё на ранней стадии — черновик W3C содержит буквальные комментарии "TODO: fill this out" в определениях методов. Сейчас это доступно только в Chrome 146 как ранняя предварительная версия. Автор подписался на ранний доступ, чтобы протестировать, какую часть существующего кода парсинга можно заменить.

Практические последствия для разработчиков

Для разработчиков, уже создающих MCP-серверы, ментальная модель идентична: инструменты + схемы + выполнение. Переход от предоставления локальных ресурсов как MCP-инструментов к тому, чтобы сайты предоставляли себя как MCP-инструменты, невелик — та же архитектура, другой транспорт.

Крупные сайты с существующими внутренними API (такие как Booking, Amazon, авиакомпании), вероятно, внедрят первыми, поскольку могут предоставить свои API через WebMCP с минимальными изменениями. Парсеры не исчезнут полностью — сайты без реализации WebMCP всё ещё потребуют традиционных подходов.

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