Что такое Google WebMCP? Простое руководство для AI-агентов
WebMCP — это предлагаемый браузер API, который обнаруживает, описывает и выполняет структурированные инструменты для агента ИИ от имени пользователя. Веб-сайт объявляет, что делает действие и какие входные данные оно принимает; агент вызывает этот инструмент вместо того, чтобы гадать, какую кнопку или поле нажать. Это может сделать форму, процесс бронирования или диагностическую задачу быстрее и надежнее, но не является универсальной заменой автоматизации браузера. документация Chrome WebMCP
Практический выбор – архитектурный. WebMCP — это сотрудничество на стороне сервера: владелец сайта публикует контракт с агентом. Автоматизация браузера — это наблюдение на стороне клиента: агент управляет уже существующим интерфейсом, включая авторизованный сеанс входа в систему. Используйте первый вариант, когда вы контролируете сайт и можете определить безопасные инструменты; используйте последний, когда вам нужно работать с современной сетью. Руководство по инструментам безопасности
Что такое WebMCP?
WebMCP (Web Model Context Protocol) — это браузерное предложение API от команды Chrome и сообщества WebMCP. Документация Chrome описывает его как способ создания и предоставления структурированных инструментов для агентов, сохраняя при этом видимое веб-приложение и пользовательский контроль. Сайт может опубликовать инструмент поиска, оформления заказа, выбора даты, поддержки или диагностики в качестве постепенного улучшения; человек может продолжать использовать ту же страницу, когда нет агента. Объявление об исходной пробной версии Chrome
Как работает WebMCP?
Страница WebMCP регистрирует инструменты в браузере. Каждый инструмент имеет имя, описание, схему ввода и реализацию, которая запускается на странице. Императив API использует JavaScript для пользовательских действий; декларативный API аннотирует обычные HTML-формы. В документах Chrome указаны три части, которые важны для агента: обнаружение, JSON Schemas для входов и выходов и состояние, описывающее, что может делать текущая страница.
Результатом может стать более короткий путь действия. Вместо того, чтобы читать большой DOM, делать вывод, что кнопка означает submit_application, и надеяться, что селектор переживет редизайн, агент может вызвать указанный инструмент с полями, описанными в схеме. Действие по-прежнему выполняется на веб-сайте видимым образом, поэтому страница может отображать прогресс и запрашивать подтверждение перед покупкой или другой операцией по изменению состояния.
Что произошло в нашем практическом тесте WebMCP?
11 сентября 2026 г. мы провели одно управляемое тестирование официальной демонстрации сети отелей Chrome Labs с использованием Google Chrome 152.0.7977.76 в macOS и WebMCP Model Context Tool Inspector 1.9.15. Оператор использовал синтетические данные гостя, не использовал ключ Gemini API, а также реальные учетные данные отеля, платежа или учетной записи. Это было описание поведения, а не тест скорости или надежности.
- Инспектор обнаружил инструменты и схемы страницы. Мы позвонили в search_location для Парижа, 18 сентября, три ночи и один взрослый; на странице было показано два свойства.
- За завтраком мы вызвали filter_search_results. Количество видимых результатов изменилось с двух до одного, в результате чего компания Montmartre Suites осталась.
- Мы открыли этот отель, запустили процесс бронирования и предоставили синтетическую личность Алекса Чена. Инструмент подготовил форму, но не завершил резервирование.
- Страница остановилась на пункте «Подтверждение резервирования». Только после того, как человек-оператор нажал на этот элемент управления, в демо-версии появилось сообщение «Резервирование подтверждено».
Одно ограничение инструмента также имело значение: действие трассировки «Копировать» инспектора возвращало пустой массив JSON после нашего ручного выполнения процедуры «Выполнить инструмент». Поэтому мы используем снимки экрана и структурированную запись шагов в качестве доказательства этого запуска и не обобщаем этот результат трассировки на другие режимы инспектора.
Чем WebMCP отличается от автоматизации браузера?
WebMCP и автоматизация браузера устраняют различные виды сбоев. WebMCP устраняет двусмысленность, когда сайт публикует хороший контракт. Традиционная автоматизация, в том числе Playwright, Selenium, browser-use или агент, управляющий реальным браузером, обрабатывает сайты, которые не публикуют контракт, считывая отображаемую страницу и взаимодействуя с ней. Таким образом, WebMCP дополняет автоматизацию: клиент может вызвать инструмент страницы, когда он доступен, и вернуться к обычному просмотру, когда его нет.
Это различие легче всего проверить как границу возможностей. Прежде чем выбирать маршрут, прочтите как положительную, так и отрицательную колонку.
| Подход | Что он может сделать | Чего он не может сделать |
|---|---|---|
| WebMCP | Вызов именованных инструментов, описанных в схеме, представленных на странице | Перейдите на страницы, на которых не регистрируются инструменты или не импортируется отдельный логин браузера. |
| Автоматизация на базе DOM | Управляйте практически любой отображаемой страницей с помощью селекторов, снимков экрана или состояния доступности. | Знайте предполагаемое действие сайта, не интерпретируя интерфейс |
| Повторное использование сеанса реального браузера | Использовать явно предоставленное авторизованное состояние браузера для входа в систему. | Гарантируйте доступ, обходите CAPTCHA или переопределяйте политику сайта. |
Практическое развертывание начинается с одного инструмента только для чтения, одного поддерживаемого браузера и видимого шага подтверждения. Расширяйте только после того, как резервный путь сработает.
Граница сессии не менее важна. WebMCP работает внутри страницы, которую посетил клиент; он не переносит cookie-файлы Chrome пользователя в новую облачную сессию. На сайте без WebMCP ego(lite) позволяет импортировать ваш профиль Chrome, чтобы ИИ-агент запускался из браузера, в котором вы уже авторизованы. Это означает, что 2FA, перенаправления SSO и запросы CAPTCHA появляются гораздо реже, а вы сами решаете, какую часть этого состояния открыть. Это пространство не является удалённой виртуальной машиной или границей изоляции арендаторов. Этот маршрут меняет то, что браузер может сделать для вас, а не UI-контракт сайта. Примечания к выпуску OpenClaw 2.0
Используйте эту оценочную таблицу, чтобы принять явное решение вместо того, чтобы рассматривать WebMCP как универсальное обновление.
| Оценочный вопрос | Выберите WebMCP, когда... | Выберите автоматизацию браузера, когда... |
|---|---|---|
| Вы контролируете сайт? | Да; вы можете отправить и защитить инструменты страницы | Нет; вам нужно работать со сторонним сайтом |
| Нужен ли для задачи существующий логин? | Собственного сеанса аутентификации страницы достаточно | Агент должен повторно использовать отдельно подготовленный локальный сеанс. |
| Какова цель развертывания? | Стабильный типизированный контракт для поддерживаемых клиентов. | Немедленный рабочий процесс на всех страницах без необходимости внедрения |
Когда следует использовать WebMCP?
Выберите WebMCP, если вы являетесь владельцем приложения, можете определять стабильные границы задач и хотите, чтобы агенты выполняли структурированную работу, такую как формы поддержки, поиск поездок, оформление заказа или внутренняя диагностика. Это особенно полезно для сложных интерфейсов, где человек знает предполагаемое действие, но в противном случае агенту потребовалось бы множество интерпретируемых кликов. Держите инструмент небольшим, напечатанным и заметным.
Выберите автоматизацию в реальном браузере, если вы не контролируете сайт, вам нужен существующий авторизованный вход в систему, вам необходимо работать на многих несвязанных сайтах или вам нужен рабочий процесс сегодня, а не после внедрения сайта. Для зафиксированных сценариев CI детерминированная автоматизация остается подходящей; для интерактивной работы с входом в систему видимый локальный браузер предоставляет агенту ту же учетную запись и состояние страницы, которые человек может просмотреть.
Каковы ограничения безопасности WebMCP?
WebMCP сам по себе не предоставляет полномочия. Chrome обеспечивает доступ к API с изоляцией источника и инструментами «Политика разрешений»; iframe с перекрестным происхождением отключены по умолчанию. Сайт может предоставлять инструменты только тем источникам, которым он доверяет, а руководство по безопасности Chrome рекомендует readOnlyHint для неизменяемых инструментов и untrustedContentHint, когда выходные данные содержат созданный пользователем или внешний текст.
Быстрое внедрение остается возможным, поскольку агент обрабатывает инструкции и веб-контент вместе. Сохраняйте описания и выходные данные краткими, проверяйте входные данные на сервере, требуйте подтверждения пользователя для последующих действий и предоставляйте наименьший набор необходимых источников и инструментов. WebMCP — это более понятный интерфейс, а не повод пропускать аутентификацию, авторизацию, журналы аудита или проверку человеком.
Каковы проблемы и ограничения WebMCP?
Основным ограничением WebMCP является внедрение: клиент должен посетить совместимую страницу, а браузер должен реализовать экспериментальный API. Chrome также отмечает, что безголовые сценарии не являются основной целью проектирования, сложные приложения могут нуждаться в рефакторинге состояния, и предложение все еще меняется.
Это создает смешанную ситуацию в обозримом будущем. Сайт может предоставить один отличный инструмент оформления заказа, оставив при этом настройки учетной записи как обычные элементы управления DOM; браузер может поддерживать WebMCP при тестировании, но не в вашем производственном парке. Сохраняйте обычный резервный вариант автоматизации и измеряйте ошибки инструментов, частоту подтверждений и передачу управления человеком при повторных запусках.
Как вы попробуете WebMCP сегодня?
Для локальных экспериментов включите chrome://flags/#enable-webmcp-testing в Chrome и перезапустите. Для живого тестирования документация Chrome указывает разработчикам на исходную пробную версию Chrome 149. Используйте официальные демоверсии и расширение инспектора инструментов контекста модели, чтобы просматривать зарегистрированные инструменты, вызывать их вручную и проверять как действительные, так и недопустимые входные данные. Поскольку предложение находится в стадии активного обсуждения, прикрепите версию браузера и ожидайте изменений API. Вызов OpenAI WebMCP
Если вы являетесь пользователем агента, а не владельцем сайта, вам не нужно ждать внедрения WebMCP. Запустите /ego-browser в поддерживаемом агенте кодирования, опишите ограниченную задачу и сохраните сеанс браузера и разрешения явными. Эти два подхода будут сосуществовать: WebMCP упрощает работу взаимодействующих сайтов; автоматизация реального браузера достигает остального.
Часто задаваемые вопросы
Является ли WebMCP тем же, что и сервер MCP?
Нет. Традиционный сервер MCP — это внешний процесс или служба, предоставляющая клиенту инструменты. WebMCP предоставляет инструменты самой веб-страницы агенту в браузере с границами происхождения браузера и политики разрешений.
Может ли WebMCP автоматизировать сайт, который не поддерживает WebMCP?
Нет. Клиент должен посетить страницу регистрации инструментов. Используйте обычную автоматизацию браузера для сайта, который не принял WebMCP, и останавливайтесь на человеческом вводе, когда этого требует аутентификация или запрос.
Кому необходимо внедрить WebMCP?
Владелец веб-сайта реализует инструменты WebMCP; клиент агента и браузер должны поддерживать их использование. Посетитель не может добавлять инструменты на несвязанный сайт.
Каковы основные преимущества WebMCP?
WebMCP предоставляет агентам именованные действия, входные данные, описанные схемой, и состояние страницы, что уменьшает угадывание селектора и интерпретируемые клики на взаимодействующих сайтах. Приложению по-прежнему необходимо проверять каждую полезную нагрузку.
Каковы основные ограничения WebMCP?
WebMCP требует принятия страницы и поддержки браузера, остается экспериментальным в Chrome и не решает проблему безголовой четности, политики аутентификации или внедрения подсказок.
Могут ли инструменты WebMCP работать без человека?
Некоторые инструменты с низким уровнем риска могут запускаться автоматически, но конфиденциальные действия должны требовать взаимодействия и подтверждения пользователя. Дизайн Chrome ориентирован на локальные рабочие процессы браузера, в которых участвует человек.
Открывает ли WebMCP инструменты для каждого iframe?
Нет. Изоляция источника и инструменты регистрации шлюзов политики разрешений; iframe с перекрестным происхождением требует явного разрешения и надежного доступа.
Как долго WebMCP API будет оставаться стабильным?
Гарантии стабильности пока нет. Chrome помечает WebMCP как предлагаемый стандарт, находящийся в стадии активного обсуждения, поэтому закрепляйте версии и отслеживайте пояснения и примечания к исходным пробным версиям.
Могу ли я использовать WebMCP, войдя в систему?
Страница может предоставлять инструменты в рамках своего сеанса с аутентификацией, но WebMCP не передает файлы cookie в другой браузер. Сохраняйте авторизацию и подтверждение в модели безопасности сайта.
Что мне следует использовать, если на сайте нет WebMCP?
Используйте обычную автоматизацию браузера. Когда для работы нужна авторизованная локальная сессия, ego(lite) импортирует ваш профиль Chrome, чтобы ИИ-агент унаследовал ваше реальное состояние входа.
Где я могу прочитать руководство по внедрению?
Начните с документации WebMCP Chrome, руководства по инструментам безопасности, исходной пробной страницы и пояснения WebMCP по GitHub; ссылки перечислены в примечаниях к источникам ниже.