Агент действует за пользователя одновременно с ним
Так вот, WebMCP — это встречные щупальца от самого сайта. Сайт заранее протягивает вашему агенту нужные инструменты, чтобы тот сразу знал, что можно делать с этим конкретным продуктом: вот поиск по каталогу, вот обновление корзины, вот сравнение вариантов. Разработчик описывает доступные действия — с именами и схемами, — а ChatGPT просто их вызывает.
Схема встречных инструментов: сайт через WebMCP заранее отдаёт агенту готовые действия — поиск, корзина, сравнение
Раньше агент угадывал интерфейс — теперь сайт сам объясняет, что с ним делать. И это ключевой сдвиг. Во всех прочих случаях агент вынужден взаимодействовать со страницей вслепую: угадывать, куда нажать, какие формы заполнить, какие действия вообще на этом сайте возможны. Это скрапинг и клики по наитию. WebMCP раскрывает протокол заранее — по сути, контракт, по которому с сайтом надо работать. Некая стандартизация того, что до сих пор держалось на догадках.
Почему это про потребность, а не про технологию
Теперь главное, ради чего всё это стоит обсуждать. Технология вторична, первична потребность пользователя. Присмотритесь к тому, как ведёт себя человек с агентом: он не открывает сайт и не кликает по нему сам, он даёт команду ассистенту, а тот идёт и делает. И вот тут возникает неудобный вопрос к каждому владельцу сайта: а на каком языке ваш сайт разговаривает с этим ассистентом?
Если ни на каком — для такого пользователя сайта просто нет. Не «он ниже в выдаче», не «у него плохая конверсия», а его не существует — как не существует магазина без вывески. Агент не станет ломиться в интерфейс, который не умеет себя объяснить, если рядом есть тот, что умеет. Маркетинг всегда шёл за потребностью, а не создавал её; сейчас потребность формулирует не человек напрямую, а его агент от его имени — и обслужен будет тот, кому есть что предъявить этому агенту в понятном виде. Ровно та смена парадигмы, которую я подробно разбирал в тексте про GEO — эпоху продвижения в нейросетях.
Как это выглядит на практике: e‑commerce
Возьмём условное взаимодействие с каким‑нибудь e‑commerce. Допустим, вы покупаете активно и много, ваш агент уже обучен на ваших запросах, знает предпочтения по брендам, может быть, даже синхронизирован с вашим списком покупок. Заходя на площадку — интернет‑магазин или маркетплейс, — он может сам предложить к заполнению корзины те продукты, которые вам нужны и о которых вы могли бы забыть. Не вы сверяетесь со списком, а он сверяется за вас.
Агент сам заполняет корзину интернет‑магазина по списку предпочтений пользователя
Цитата‑карточка источника
Ассоциация — игра Factorio. Игрок‑персонаж просто определяет, где что будет строиться, кладёт нужную схему, а за него боты сами летают за требуемыми элементами и устанавливают их на выбранном месте. Вот это и есть агентный веб в целом: вы задаёте намерение, дроны выполняют. А WebMCP в данном случае — стандарт для более быстрого и удобного перехода к этой модели.
Честная ложка дёгтя
Не хочу продавать это как волшебную кнопку: стандарт живёт в рамках текущей вкладки, в отличие от обычного MCP с удалёнными серверами. OpenAI не зря требует подтверждения перед каждым действием и прямо предупреждает о рисках: prompt injection, утечка данных. Экспериментальный статус — это честная оговорка, а не придирка: контракт между сайтом и агентом — это ещё и новая поверхность атаки. Так что «интересно посмотреть, во что это выльется» — здесь не фигура речи, а трезвая позиция.
Что делать сейчас
Не бросаться внедрять черновик стандарта ради галочки, а сделать шаг назад и спросить: если завтра к вам придёт не человек, а его агент, — вашему сайту есть что ему сказать? Умеет ли он предъявить свои действия и ценность в структурированном, машиночитаемом виде, или всё держится на том, что живой человек сам догадается, куда нажать? Сайт без языка для агентов — это сайт, которого для агента нет. И это перестало быть прогнозом на будущее: поддержка уже в продукте, пусть и на двух моделях.
