19 мая на конференции Google I/O 2026 компания показала, как хочет превратить Chrome и веб для ИИ-агентов из поля для слепого кликанья в более формальную среду с понятными точками входа. Для разработчиков это не косметика: Google запускает WebMCP, готовит origin trial в Chrome 149 и параллельно обновляет API браузера так, чтобы агентам было проще не угадывать интерфейс, а работать с ним по правилам.
Как пишет The New Stack, идея Google сводится к простой мысли: если агенты становятся новым слоем поверх браузера, сайту мало быть удобным для человека. Ему придется стать понятным и для машины. Центральный элемент этой схемы — WebMCP, proposed open web standard, который позволяет отдавать браузерным агентам структурированные инструменты через JavaScript-функции и HTML-формы. Иными словами, вместо того чтобы агент искал нужную кнопку, пытался распознать нестандартный селект и ломался после редизайна, сайт сам описывает, какие действия доступны и как их вызывать.
В документации Chrome for Developers Google формулирует это еще прямее: WebMCP не заменяет привычный MCP и не лезет на серверную территорию. MCP остается протоколом для подключения моделей к внешним системам и данным, а WebMCP — фронтенд-слой, заточенный именно под живую вкладку браузера. Он работает только в видимом browsing context, а не в headless-режиме, живет, пока открыта страница, и использует доступ к актуальной DOM-структуре, cookies и сессии. Для бизнеса это удобный компромисс: агент остается «гостем» на площадке сайта, а не уводит интерфейс в свой отдельный мир. Для команд, которые переживают из-за контроля, бренда и конверсии, это довольно важный нюанс.
Из практических деталей есть что зафиксировать уже сейчас. WebMCP доступен как флаг для локальной разработки, а в origin trial он должен появиться в Chrome 149. Для подключения Google предлагает два пути: imperative API для описания инструментов на обычном JavaScript и declarative API для аннотирования стандартных HTML-форм. Под капотом все завязано на JSON Schema и явное описание входов и выходов, чтобы агент меньше фантазировал и чаще попадал в нужный сценарий. В качестве примеров Google приводит бронирование, заполнение сложных форм, работу с датами и даже запуск внутренних диагностических функций в приложении. Заодно компания выпустила Inspector Extension, через который можно посмотреть зарегистрированные инструменты на странице и руками проверить, как агент их вызывает.
Показательно и то, кто уже фигурирует в этой истории на уровне логотипов и ранних экспериментов. В материалах Google рядом с WebMCP стоят Expedia, Booking.com, Shopify, Credit Karma, TurboTax, Redfin, Etsy, Instacart и Target. Это не означает массового продакшн-запуска, но показывает направление: первыми в агентный слой идут сервисы, где много форм, фильтров, шагов и пользовательских сценариев с ощутимой ценой ошибки. Туризм, e-commerce, финтех и маркетплейсы давно живут на трении интерфейсов; если браузерный агент сможет не просто «тыкать по пикселям», а выполнять задачи через описанные функции, выигрыш в надежности будет вполне приземленным, без футуристической пены.
Вторая часть анонса касается уже не только агентного слоя, но и самого фронтенда, который должен выдерживать этот новый режим работы. Google отдельно подсветила HTML-in-Canvas API и element-scoped view transitions. Первая технология сейчас идет в origin trial в Chrome 148-150 и позволяет рисовать DOM-контент прямо внутри 2D canvas или текстуры WebGL/WebGPU, не теряя интерактивность, доступность, перевод и другие встроенные возможности браузера. Вторая уже доступна в Chrome 147 и позволяет запускать view transitions на уровне конкретного DOM-поддерева, а не всего документа. На человеческом языке это значит, что веб для ИИ-агентов Google собирается строить не только через протоколы, но и через более сложные, «почти нативные» интерфейсы, которые при этом не разваливаются на доступности и не превращаются в холст из пикселей.
Отдельно Google пытается решить еще одну проблему, которая особенно знакома командам, уже попробовавшим кодинг-агентов: даже если модель умеет генерировать интерфейс, она часто собирает его из устаревших или случайных паттернов. Для этого компания вывела в ранний доступ Modern Web Guidance — набор «skills» для агентов, привязанный к Baseline и современным возможностям платформы. Плюс DevTools for agents: агентам дают доступ к логам консоли, сетевым запросам и accessibility tree, чтобы они не только писали код, но и проверяли его. Google приводит кейс LY Corporation, где автоматизированный AI-аудит производительности сократил ручной анализ на 96-98%. Цифра звучит громко, но важнее другое: Google явно хочет быть не только поставщиком моделей, а диспетчером всей цепочки — от написания кода до выполнения действий на сайте.
Для русскоязычной IT-аудитории здесь вопрос не в том, придут ли агенты в браузер. Они уже пришли, просто пока слишком часто работают как стажер на чужом ноутбуке: видят страницу, нервно кликают и периодически ломают сценарий. Google предлагает перевести этот хаос в более формальный контракт между сайтом и агентом. Если подход взлетит, веб для ИИ-агентов станет отдельным слоем проектирования рядом с мобильной адаптацией, accessibility и производительностью. И тогда фронтенд-командам придется думать не только о том, как пользователь нажмет кнопку, но и о том, какую кнопку агенту лучше вообще не искать.