Если кратко, то да, ИИ-агенты уже могут подобрать товар, сравнить варианты, проверить наличие, заполнить часть формы и подготовить заказ. Но самостоятельная покупка без участия человека пока остается исключением: платеж, вход в аккаунт, согласие с условиями и рискованные действия чаще требуют подтверждения. В ближайшей модели агент не заменяет покупателя полностью, а берет на себя поиск, сравнение и рутинные шаги до финального решения.
Еще недавно покупка через ИИ выглядела как улучшенный поиск: пользователь задавал вопрос, получал несколько ссылок и дальше сам ходил по магазинам. Теперь интерфейс меняется. ИИ не только отвечает, но и может действовать в браузере, собирать корзину, передавать параметры заказа продавцу и сопровождать покупателя до оплаты.
Это не означает, что сайты исчезнут. Скорее, у них появится новый тип посетителя: не человек с мышкой, а программный агент, которому нужны точные данные, понятные правила и безопасный способ выполнить действие.
Содержание
Обычный браузер показывает страницу и ждет действий пользователя. ИИ-браузер или браузерный агент получает цель: найти товар, сравнить предложения, заполнить заявку, забронировать время или собрать заказ. Затем он самостоятельно разбивает задачу на шаги и выполняет их через сайт.
Термины пока используются свободно. Под «ИИ-браузером» могут подразумевать браузер со встроенным ассистентом, удаленный браузер, которым управляет модель, или агента, работающего через API и коммерческие протоколы. Для бизнеса важна не вывеска, а способ взаимодействия.
| Формат | Что делает | Где остается человек |
| Обычный поиск | Находит страницы и показывает ссылки | Пользователь сам сравнивает и оформляет |
| ИИ-поиск | Собирает информацию и формирует ответ | Часть выбора происходит внутри ответа |
| Браузерный агент | Переходит по страницам, нажимает кнопки, заполняет поля | Может выполнить цепочку действий на сайте |
| Торговый агент через протокол | Получает структурированные данные о товарах, корзине и заказе | Работает надежнее, чем через визуальное управление сайтом |
На практике агентная покупка складывается не из одной функции, а из нескольких уровней. Чем ближе действие к деньгам и юридическому согласию, тем больше ограничений и подтверждений.
Пользователю не обязательно знать модель или артикул. Он может описать ситуацию: «нужен тихий робот-пылесос для квартиры с кошкой, без станции выше 45 сантиметров и до 60 тысяч рублей». Агент переводит пожелания в набор критериев, уточняет конфликтующие требования и формирует короткий список.
Сильная сторона агента — не перечень из десяти похожих товаров, а объяснение компромиссов. Он может сопоставить стоимость, наличие, доставку, гарантию, совместимость и отзывы. При этом цена и остаток остаются динамическими данными, поэтому перед заказом их нужно повторно проверить у продавца.
Браузерный агент способен перейти в карточку товара, выбрать вариант, добавить позицию в корзину, найти форму запроса цены или проверить доступные окна записи. Там, где требуется авторизация, платеж или ввод чувствительных данных, система обычно останавливается и передает управление человеку.
Более надежный сценарий строится не на имитации кликов, а на прямом обмене структурированными данными. OpenAI развивает Agentic Commerce Protocol, а Google — Universal Commerce Protocol. Такие протоколы позволяют агенту получить актуальные товары, сформировать корзину и передать заказ в систему продавца. Продавец при этом остается стороной сделки и отвечает за оплату, исполнение, возврат и поддержку.
Техническая возможность нажать кнопку не равна праву принять решение. Покупка затрагивает деньги, персональные данные, условия доставки, возвраты и иногда возрастные или юридические ограничения. Поэтому у зрелой агентной системы должны быть границы полномочий.
| Риск | Что может произойти | Как ограничить |
| Неверная интерпретация | Агент может перепутать обязательное условие с предпочтением | Показывать итоговые параметры перед подтверждением |
| Устаревшая цена или наличие | Данные могли измениться между поиском и оформлением | Повторная проверка непосредственно перед заказом |
| Скрытые условия | Подписка, автопродление, платная доставка, невозвратный тариф | Отдельное подтверждение условий и полной суммы |
| Ошибка на сайте | Кнопка или поле визуально похожи, но выполняют другое действие | Использовать API или коммерческий протокол, где это возможно |
| Чувствительные данные | Платежная информация и пароль не должны бесконтрольно передаваться агенту | Передача управления пользователю на критическом шаге |
| Необратимое действие | Покупка, отмена брони или отправка документа могут иметь последствия | Подтверждение до выполнения и журнал действий |
Возьмем понятный сценарий: компания заказывает десять ноутбуков для нового отдела. В обычной схеме сотрудник собирает требования, открывает десятки вкладок, сверяет наличие, отправляет запросы поставщикам и вручную переносит результаты в таблицу.
С агентом процесс может выглядеть так:
В этом сценарии человек не тратит время на механический сбор информации, но сохраняет контроль над бюджетом, выбором контрагента и финальным обязательством.
Лучше всего автоматизируются повторяемые покупки с четкими критериями и понятными правилами. Чем выше цена ошибки и сильнее эмоциональная составляющая, тем меньше полезна полная автономность.
| Категория | Потенциал автоматизации | Комментарий |
| Расходные материалы и стандартные товары | Высокий | Параметры стабильны, выбор повторяется |
| Бронирование простых услуг | Средний или высокий | Можно проверить время, цену и условия отмены |
| Подбор техники по характеристикам | Средний | Агент хорошо сравнивает, но финальный выбор зависит от компромиссов |
| Сложные B2B-закупки | Средний | Полезен для исследования и подготовки, решение остается у закупщика |
| Недвижимость, медицина, юридические услуги | Низкий | Высокая цена ошибки и много контекста, который нельзя свести к фильтрам |
| Подарки и эмоциональные покупки | Низкий или средний | Агент помогает с идеями, но не заменяет личный выбор |
Сайт, рассчитанный только на человека, может оказаться неудобным для агента. Красивый визуал не помогает, если цена скрыта до регистрации, характеристики написаны в изображении, остаток обновляется с задержкой, а условия возврата спрятаны в PDF.
Для агентного трафика бизнесу понадобятся четыре слоя готовности.
Агент должен понимать, что произойдет после добавления в корзину, отправки формы или бронирования. Неожиданные подписки, заранее отмеченные дополнительные услуги и скрытые комиссии повышают риск и снижают вероятность автоматического оформления.
Для сложных сценариев надежнее предоставить API или подключиться к агентному коммерческому протоколу, чем надеяться, что модель всегда правильно распознает интерфейс. Визуальный браузер полезен как универсальный резервный способ, но структурированная интеграция дает меньше ошибок и лучше контролируется.
Агенту нужны основания рекомендовать продавца. На решение влияют не только цена и наличие, но и понятное описание компании, контакты, условия, реальные отзывы, гарантии исогласованность данных на разных площадках. Для бизнеса это пересекается с задачами GEO и AEO: сведения должны быть понятны не только пользователю, но и системам, которые формируют ответ или действие.
Покупающий агент — частный случай более широкой модели. Внутри компании агент может не только искать товары, но и согласовывать лимиты, создавать заявку на закупку, проверять поставщика, передавать документы и обновлять статус в учетной системе.
Подробно о том, чем агент отличается от обычного диалогового интерфейса, мы разобрали в статье «Чем ИИ-агент отличается от чат-бота».
Если задача связана не только с покупкой, но и с автоматизацией нескольких систем, подойдет материал о разработке ИИ-агентов для бизнеса.
Для корректных рекомендаций агенту нужна проверенная информация о товарах, правилах и процессах. Базовый подход описан в руководстве «Как создать базу знаний для ИИ».
Перед запуском сценариев с действиями стоит отдельно пройти проверку ИИ-бота перед запуском и задать ограничения на критические операции.
Если компания только выбирает сценарий внедрения, начните с раздела «ИИ для бизнеса» — там собраны основные направления и варианты интеграции.
Считать только количество автоматических заказов недостаточно. Агент может ускорить процесс, но ухудшить качество выбора или увеличить отмены. Поэтому метрики должны охватывать весь путь.
ИИ-агенты уже сдвигают покупки от ручного поиска к постановке цели. Вместо десятка фильтров пользователь описывает результат, а система собирает варианты, проверяет ограничения и готовит действие. Полностью автономная покупка будет развиваться прежде всего там, где риск невысок, правила прозрачны, а данные передаются напрямую между агентом и продавцом.
Для бизнеса главный вывод не в том, чтобы срочно заменить интернет-магазин чат-окном. Нужно сделать предложение понятным для машин: поддерживать актуальные данные, открыто показывать условия, использовать структурированные каталоги и контролировать критические действия. Тогда агентный трафик станет еще одним каналом продаж, а не источником случайных ошибок.