WebMCP для сайта: что подготовить, чтобы браузерные ИИ-агенты могли безопасно выполнять действия

WebMCP пока нельзя считать готовым стандартом, который нужно срочно внедрять на каждом сайте. Это экспериментальное направление Chrome: сайт может описывать для браузерного агента структурированные инструменты — например, поиск товара, расчёт стоимости или подготовку заявки. Польза появляется тогда, когда действие понятно, ограничено и заканчивается подтверждением человека.

Начинать стоит не с добавления кода, а с инвентаризации пользовательских сценариев. Запишите, что посетитель делает на сайте, какие данные вводит, какой результат получает и в какой момент действие нельзя выполнять автоматически.

Обычная кнопка рассчитана на человека: пользователь видит интерфейс, читает подсказку и нажимает элемент. Инструмент для агента должен дополнительно описывать название действия, входные параметры, ожидаемый результат и возможные ошибки. Это не означает, что агент получает право делать всё, что умеет форма.

Форма может принимать имя и телефон, но агенту нужно понимать, что произойдёт после отправки. Для безопасного сценария полезно разделить «найти», «рассчитать» и «отправить заявку». Первые два действия можно выполнить на тестовых данных, а отправку — только после явного подтверждения.

Документация и поддержка могут измениться. Если технология находится в origin trial или раннем доступе, не стоит строить на ней единственный путь к заказу. Человеческая форма и обычная навигация должны продолжать работать без агента.

Хороший первый кандидат — операция без необратимого эффекта. Например, сайт может показать доступные варианты услуги по нескольким параметрам, посчитать диапазон цены или подготовить список страниц для пользователя.

Разделите запрос и изменение данных. Агент может найти подходящий шаблон или сформировать черновик заявки, но не должен незаметно отправлять её в CRM. Для каждого параметра задайте допустимый формат: число, список значений, дата или свободный комментарий.

К этой группе относятся заказ, оплата, удаление, изменение аккаунта и отправка персональных данных. На странице должно быть видно, что именно будет передано и кому. Кнопка подтверждения должна быть отдельным шагом, а не скрытым продолжением запроса.

Агенту проще работать с последовательной страницей: один понятный заголовок, короткое описание, подписанные поля и предсказуемые состояния. Не заменяйте подписи декоративными плейсхолдерами — после ввода пользователь и инструмент могут потерять смысл поля.

Используйте названия вроде «Рабочая почта» или «Размер проекта», а не «Введите данные». Ошибка должна объяснять, что исправить: «Укажите домен без протокола», а не «Неверное значение». Для результата задайте отдельное состояние успеха и понятный путь назад.

Любое действие должно иметь безопасную отмену. Если внешний сервис недоступен, сайт не должен показывать успешную отправку. В журнале полезно хранить технический идентификатор операции, но не пароль, токен или полный текст персональной заявки.

Создайте отдельную страницу или тестовый проект. Используйте фиктивные данные и тестовый аккаунт в CRM. Сначала проверьте, может ли человек выполнить сценарий без подсказок агента, затем повторите тот же путь через экспериментальный инструмент.

Запретите тестовой форме отправку в рабочую базу. Для платежей используйте только тестовый режим. Если у сайта нет стенда, ограничьте сценарий чтением и расчётом, не подключая операции изменения.

Записывайте название действия, время, результат и сообщение об ошибке. Значения полей можно маскировать. Такой журнал помогает понять, что агент действительно вызвал нужную операцию, но не создаёт новый источник утечки.

Для лендинга с одним телефоном и адресом достаточно обычной доступной страницы. Внедрение экспериментального слоя оправдано, если на сайте есть повторяемая операция, которую люди выполняют по одному сценарию и где можно чётко описать разрешения.

Если задача пользователя — прочитать статью или открыть портфолио, сначала улучшите навигацию, мобильную версию и скорость. Агент не исправит непонятную структуру, если она непонятна человеку.

Сайт отвечает за корректную обработку запроса, а агент — за интерпретацию команды. Ни один из них не должен молча принимать рискованное решение за пользователя. На первом этапе ценнее безопасный прототип и список ограничений, чем демонстрация полной автоматизации.