WebMCP: как сайты учатся работать с AI-агентами и почему это может изменить веб

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

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

В отличие от классического MCP (Model Context Protocol), который в основном используется для подключения AI-моделей к серверным инструментам и данным, WebMCP работает на стороне клиента и ориентирован непосредственно на веб-приложения и браузер.

Что такое WebMCP

WebMCP можно рассматривать как интерфейс между веб-приложением и AI-агентом.

Современные AI-агенты уже умеют пользоваться сайтами. Они могут открывать страницы, анализировать DOM, читать accessibility tree, делать скриншоты и нажимать кнопки. Однако такой подход требует от модели постоянно определять, что находится перед ней и какое действие необходимо выполнить следующим.

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

Например, вместо того чтобы заставлять AI-агента:

1. открыть страницу;
2. найти нужную кнопку;
3. определить её назначение;
4. нажать кнопку;
5. дождаться изменения интерфейса;
6. снова проанализировать страницу;

можно предоставить ему инструмент высокого уровня вроде updateExpense, addVideoTrack или applyFormatting.

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

Чем WebMCP отличается от MCP

Несмотря на похожее название, WebMCP и MCP решают разные задачи.

MCP обычно используется для предоставления AI-модели доступа к инструментам, данным и операциям через серверную инфраструктуру.

WebMCP предназначен для веб-платформы и работает на стороне клиента. При этом WebMCP всё равно может запускать существующие серверные операции, например REST или GraphQL API.

Упрощённо различие можно представить так:

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

Почему AI-агентам недостаточно DOM и скриншотов

Сегодня браузерные агенты часто используют DOM, accessibility tree и изображения экрана, чтобы понять структуру страницы.

Проблема в том, что такой подход плохо масштабируется.

Модель должна постоянно проходить цикл:

наблюдение → анализ → действие → новое наблюдение → повторный анализ.

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

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

Например, для Google Sheets агенту гораздо полезнее получить возможность выполнить действие «добавить условное форматирование к столбцу», чем самостоятельно искать нужный пункт меню среди десятков элементов интерфейса.

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

Основная идея WebMCP заключается в том, что разработчик описывает инструменты (tools), доступные AI-агенту.

Эти инструменты могут использовать уже существующую бизнес-логику приложения:

• JavaScript-функции;
• REST API;
• GraphQL;
• mutations;
• actions;
• dispatch-операции;
• существующие обработчики форм.

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

Imperative API

Императивный подход позволяет разработчику явно определить JavaScript-функцию, которую AI-агент может вызвать.

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

Declarative API

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

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

WebMCP и существующие REST и GraphQL API

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

Если веб-приложение уже использует REST или GraphQL, соответствующие операции могут стать основой для инструментов WebMCP.

Например, существующие операции:

• получить товар;
• обновить товар;
• удалить товар;
• создать заказ;
• изменить настройки;
• выполнить поиск;

могут быть представлены AI-агенту как понятные инструменты.

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

Где WebMCP может использоваться

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

Интернет-магазины

E-commerce — один из наиболее очевидных сценариев.

AI-агент может помогать пользователю:

• искать товары;
• фильтровать каталог;
• добавлять товары в корзину;
• изменять параметры заказа;
• повторять предыдущие покупки;
• выполнять массовые операции.

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

Сложные веб-интерфейсы

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

К таким приложениям относятся:

• CAD-системы;
• 3D-моделирование;
• видеоредакторы;
• бухгалтерские системы;
• профессиональные инструменты;
• системы управления данными.

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

WebMCP и совместная работа человека и AI

Одно из наиболее интересных направлений WebMCP — co-browsing, то есть совместное использование веб-интерфейса человеком и AI-агентом.

Это отличается от сценария, в котором агент полностью заменяет пользователя.

Человек продолжает видеть обычный интерфейс сайта, но часть рутинных действий передаёт AI.

Например:

«Найди все расходы моего мобильного оператора и отметь их как расходы с канадским налогом».

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

Такой сценарий особенно полезен там, где пользователю всё ещё важно визуально проверить результат.

WebMCP для headless AI-агентов

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

Возможен и headless-сценарий, когда AI-агент работает с сайтом в фоновом режиме через браузерную инфраструктуру.

Например, агент может получить задачу:

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

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

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

WebMCP и несколько вкладок браузера

AI-агент может работать не только с одним сайтом.

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

Например:

1. получить ингредиенты рецепта на одном сайте;
2. открыть приложение со списком покупок;
3. добавить необходимые продукты;
4. распределить их по магазинам.

При этом агент самостоятельно определяет, с какими вкладками и источниками взаимодействовать для выполнения задачи.

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

Безопасность — один из наиболее сложных вопросов вокруг WebMCP.

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

Поэтому простого ограничения на уровне сайта недостаточно.

В обсуждении WebMCP рассматриваются:

• ограничения по origin;
• read-only инструменты;
• маркировка непроверенного контента;
• защита от prompt injection;
• классификаторы вредоносных инструкций;
• дополнительные LLM для проверки действий;
• отдельная идентичность AI-агента;
• ограничение финансовых операций;
• ограничение доступа к данным.

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

Почему prompt injection становится ещё важнее

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

В обычном браузере это может быть просто вредоносный текст.

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

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

Производительность AI-агентов и новые Web Vitals

Появление AI-агентов меняет само понятие производительности веб-сайта.

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

Для AI-агента важны другие параметры:

• время выполнения tool call;
• количество шагов;
• количество обращений к модели;
• latency;
• время до первого токена;
• количество ошибок;
• процент успешно завершённых пользовательских задач.

Для агентного веба потенциально понадобятся собственные метрики производительности — своего рода аналог Core Web Vitals для AI-агентов.

Это важный момент для SEO и веб-разработки: в будущем сайт может быть оптимизирован не только для людей и поисковых систем, но и для AI-агентов.

WebMCP и SEO: появится ли новый тип оптимизации

WebMCP напрямую не является SEO-технологией. Однако его развитие может повлиять на то, как сайты будут конкурировать за внимание пользователей и AI-агентов.

Сегодня SEO в основном связано с тем, насколько хорошо поисковая система может:

• обнаружить страницу;
• понять её содержание;
• определить релевантность;
• показать её пользователю.

В агентном интернете появляется дополнительный вопрос:

насколько хорошо AI-агент может понять и использовать функциональность сайта?

Поэтому со временем может сформироваться отдельное направление оптимизации — условно Agent Experience Optimization.

Для сайта будет важно не только предоставить хороший контент, но и дать агенту понятный доступ к действиям:

• поиск;
• фильтрация;
• оформление заказа;
• бронирование;
• регистрация;
• редактирование;
• получение данных.

Это не означает, что классическое SEO исчезнет. Скорее, к нему добавится новый слой взаимодействия с AI.

Почему некоторые сайты могут сопротивляться AI-агентам

У WebMCP есть и экономическая сторона.

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

Если AI-агент просто приходит на сайт, выбирает самый дешёвый вариант и выполняет операцию без просмотра рекламы или дополнительных предложений, традиционная бизнес-модель может оказаться под давлением.

Это особенно актуально для:

• авиакомпаний;
• туристических сервисов;
• интернет-магазинов;
• контентных сайтов;
• рекламных платформ.

В обсуждениях прямо отмечается, что монетизация, attribution и referral-модели для агентного веба пока остаются открытым вопросом.

WebMCP и будущее браузеров

Одним из наиболее масштабных последствий WebMCP может стать изменение роли самого браузера.

Традиционно браузер соединяет:

пользователя → веб-сайт.

В будущем появляется ещё один участник:

AI-агент.

Браузер может превратиться в платформу, где AI получает контролируемый доступ к сайтам, данным и пользовательским действиям.

При этом агенту необязательно предоставлять полный доступ к личности пользователя. Можно использовать ограниченные credentials, read-only представления данных и специальные политики безопасности.

WebMCP — новый стандарт веба?

Важно понимать, что WebMCP пока находится на ранней стадии развития.

Технология разрабатывается как открытый веб-стандарт в рамках W3C, а вокруг неё ведутся обсуждения с разработчиками браузеров, AI-моделей и веб-приложений.

Поэтому пока рано считать WebMCP окончательным стандартом будущего интернета.

API, подходы к безопасности, метрики и практики разработки ещё могут существенно измениться.

Именно поэтому разработчиков призывают экспериментировать с WebMCP и предоставлять обратную связь по мере развития спецификации.

Что WebMCP означает для веб-разработчиков

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

Условно веб может развиваться сразу в нескольких направлениях:

1. Классический веб — пользователь самостоятельно взаимодействует с интерфейсом.
2. AI-assisted web — AI помогает пользователю работать с сайтом.
3. Agentic web — AI самостоятельно выполняет задачи пользователя.
4. Headless web — AI взаимодействует с веб-сервисами практически без визуального интерфейса.

При этом эти модели не обязательно будут вытеснять друг друга.

Покупка одежды для удовольствия может оставаться полностью человеческим процессом. А повторную покупку уже знакомого товара пользователь может просто поручить AI-агенту.

Именно такая комбинация человеческого и агентного взаимодействия, вероятно, станет одной из главных особенностей нового веба.

Заключение

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

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

Потенциальные преимущества WebMCP включают:

• более быстрое выполнение задач;
• меньшее количество шагов;
• снижение количества inference loops;
• использование существующей бизнес-логики;
• поддержку headless-сценариев;
• совместную работу человека и AI;
• более предсказуемое взаимодействие с веб-приложениями.

Но вместе с этим появляются серьёзные вопросы безопасности, приватности, монетизации и контроля действий AI-агентов.

Поэтому WebMCP — это не просто ещё один API. Это попытка адаптировать сам веб к ситуации, в которой AI-агент становится полноценным участником интернет-экосистемы.

Технология пока находится на ранней стадии, но направление очевидно: будущие веб-сайты, вероятно, будут проектироваться одновременно для людей и для AI-агентов.

На основе WebMCP is here (and you should care)