Технічний контекст
Я уважно вивчив раннє прев’ю WebMCP у Chrome 146 і бачу в ньому рідкісний для вебу зсув: агент перестає «імітувати користувача» і отримує контракт на дії. Замість скріншотів, дерева доступності та DOM-маніпуляцій сайт може явно оголосити інструменти рівня searchFlights(), addToCart(), bookTicket() — з параметрами та очікуваними відповідями.
У поточному дизайні WebMCP пропонує два шари. Декларативний API дозволяє перетворювати форми на інструменти через HTML-атрибути (toolname/tooldescription та опис параметрів), а імперативний API закриває складні динамічні кейси на JavaScript, де форма — не головний об’єкт UX.
Ключова деталь: виклик інструменту залишається в контексті браузера (поки без headless). Браузер може візуально заповнити поля та чекати підтвердження користувача, а сайт розрізняє джерело відправлення через SubmitEvent.agentInvoked і навіть стилізує активну форму псевдокласом :tool-form-active.
Для мене це не «ще один API». Це спроба стандартизувати контракт: discovery (що доступно), схема входів/виходів (щоб зменшити галюцинації), синхронізація стану (щоб інтерфейс не розходився між людиною та агентом).
Вплив на бізнес та автоматизацію
На проєктах я постійно стикаюся з тим, що автоматизація через браузерні кліки та парсинг 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‑автоматизації в реальному секторі. Якщо ви хочете зрозуміти, які функції вашого сайту потрібно експонувати для агентів, як побудувати безпечну схему прав та логування, і як зробити впровадження ШІ без поломки поточних процесів — я запрошую вас обговорити проєкт з моєю командою в Nahornyi AI Lab.