Технический контекст
Я внимательно изучил ранний превью WebMCP в Chrome 146 и вижу в нём редкий для веба сдвиг: агент перестаёт «изображать пользователя» и получает контракт на действия. Вместо скриншотов, accessibility-дерева и DOM-манипуляций сайт может явно объявить инструменты уровня searchFlights(), addToCart(), bookTicket() — с параметрами и ожидаемыми ответами.
В текущем дизайне WebMCP предлагает два слоя. Декларативный API позволяет превращать формы в инструменты через HTML-атрибуты (toolname/tooldescription и описания параметров), а императивный API закрывает сложные динамические кейсы на JavaScript, где форма — не главный объект UX.
Ключевая деталь: вызов инструмента остаётся в контексте браузера (пока без headless). Браузер может визуально заполнить поля и ждать подтверждения пользователя, а сайт различает источник отправки через SubmitEvent.agentInvoked и даже стилизует активную форму псевдоклассом :tool-form-active.
Для меня это не «ещё один API». Это попытка стандартизировать контракт: discovery (что доступно), схема входов/выходов (чтобы резать галлюцинации), синхронизация состояния (чтобы UI не расходился между человеком и агентом).
Влияние на бизнес и автоматизацию
На проектах я постоянно сталкиваюсь с тем, что автоматизация через браузерные клики и парсинг HTML ломается на любом редизайне. WebMCP переводит автоматизацию с уровня «угадай, куда нажать» на уровень «вызови функцию с параметрами». Это прямо снижает стоимость сопровождения и повышает предсказуемость в воронке.
Выигрывают компании с большим количеством повторяемых действий в интерфейсе: e-commerce, тревел, страхование, B2B-порталы, личные кабинеты. Проигрывают те, кто построил продажи на запутанных интерфейсах и «трении» — агент будет выбирать путь, где меньше шагов и меньше неопределённости.
Я ожидаю появление практики, которую уже называют Agent Experience Optimization: не SEO для людей и не UX для людей, а оптимизация «читаемости» и «вызываемости» ваших действий агентом. Если агент не может надёжно оформить заказ или создать заявку, он поведёт пользователя туда, где может.
В Nahornyi AI Lab мы обычно начинаем не с разметки форм, а с карты бизнес-действий: что именно должно быть инструментом, какие проверки обязательны, где нужен человек-в-петле, как логировать и откатывать операции. Без этого ИИ автоматизация превращается в набор опасных «магических кнопок».
Отдельно про риски: экспонировать инструменты — значит чётко продумать авторизацию, лимиты, антифрод и идемпотентность. Если addToCart() можно дернуть 200 раз, это не проблема браузера — это ваша финансовая и операционная проблема.
Стратегическое видение и разбор глубже
Мой неочевидный вывод: WebMCP начнёт давить на архитектуру фронтенда сильнее, чем любой «модный» фреймворк. Чтобы инструменты работали надёжно, интерфейс должен стать проекцией доменных операций, а не набором случайных UI-состояний. Иначе синхронизация «человек ↔ агент» будет постоянно расходиться.
Я уже видел похожий паттерн в проектах внедрения: когда мы делаем архитектуру ИИ-решений вокруг реальных бизнес-команд (создать заказ, пересчитать цену, зарезервировать слот), интеграции живут годами. Когда автоматизация привязана к DOM и текстам на кнопках, она живёт до первого A/B-теста.
Я также не верю, что «сайты без WebMCP исчезнут из поиска» мгновенно. Но я верю в другой эффект: в агентных сценариях (ассистенты в браузере, корпоративные агенты закупок, операторы поддержки) предпочтение будет у сайтов с инструментами, потому что там меньше ошибок и быстрее выполнение задач. Это мягкое вытеснение, которое бизнес почувствует как падение конверсии в отдельных каналах, а не как бан.
Практический прогноз на 6–12 месяцев: сначала WebMCP появится в узких критичных потоках (поиск/фильтрация/формирование заявки), затем — в оплате и постпродажном сервисе. И да, лучшие команды начнут измерять не только Core Web Vitals, но и «tool success rate» и время выполнения задач агентом.
Этот разбор подготовил Вадим Нагорный — ведущий эксперт Nahornyi AI Lab по AI-архитектуре и AI‑автоматизации в реальном секторе. Если вы хотите понять, какие функции вашего сайта нужно экспонировать для агентов, как выстроить безопасную схему прав и логирования, и как сделать внедрение ИИ без поломки текущих процессов — я приглашaю вас обсудить проект с моей командой в Nahornyi AI Lab.