← Все статьи

AI-агенты на оформлении заказа: пускать, блокировать или проверять?

Автор
Артём Киреев
Читать
5 мин
Категория
E-commerce и CRO

Магазины начинают закрываться от AI-агентов, которые покупают за людей. По сообщениям СМИ, в сентябре Amazon убрал со своей площадки ассистента Muse от Meta, Delta не даёт сторонним агентам бронировать билеты, а крупные американские банки не пускают ботов в клиентские кабинеты. Блокируют чаще всего грубо, и под раздачу попадают обычные покупатели, которые просто пользуются ассистентом.

Я считаю, что «пускать или блокировать» — неправильный вопрос для e-commerce. Правильный звучит иначе: какие шаги оформления заказа можно доверить агенту и как понять, что это тот самый агент, которого прислал ваш клиент. Статья для владельцев магазинов, продакт-менеджеров и дизайнеров, которым придётся решать это раньше, чем агенты появятся в их аналитике.

Обложка статьи с ASCII-текстурой
рис. 01 · Обложка статьи с ASCII-текстурой

§ 01

Блокировки появляются быстрее правил

В середине октября Android Headlines собрал последнюю волну: Amazon убирает ассистента Muse от Meta со своей площадки, Delta не даёт сторонним агентам бронировать перелёты, а JPMorgan Chase, Bank of America и Citigroup не пускают автоматических ботов в аккаунты. Там же отмечено, что общепринятого способа отличить разрешённого бота пользователя от вредоносного парсера пока нет.

Этим и объясняется большая часть путаницы. Антибот-системы строились против парсеров, и безголовый браузер, который кликает по корзине, для них выглядит так же. Авторы статьи замечают, что проверки в духе Cloudflare часто показывают капчу и останавливают агента посреди оформления заказа. Покупатель так и не узнаёт, почему ассистент не справился, — он просто видит, что тот не справился.

Платформы уже пытались провести границу. В 2025 году Modern Retail написал, что Shopify добавил в стандартный robots.txt магазинов фразу: «любой сквозной сценарий, который завершает оплату без финального шага проверки, не разрешён». Илья Григорик из Shopify объяснил, что новых правил это не добавило и старых не отменило, а скорее отправляло интеграторов к Checkout Kit. Аналитик Юозас Казюкенас прочитал это как подсказку разработчикам — к тому же продавец может переписать этот файл.

Получается вакуум. Платформа написала одно предложение, CDN действует наугад, а продавец, которому принадлежат отношения с клиентом, обычно ничего не решил.

§ 02

Блокировать всех — дорого

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

Посмотрите на это глазами клиента. По сводке Baymard по брошенным корзинам, в среднем бросают 70,22% корзин (данные 50 исследований). 17% покупателей объясняют это слишком долгим или сложным оформлением, ещё 17% — ошибками и сбоями сайта. Человек, который отдаёт эту рутину ассистенту, как раз и пытается обойти это трение. Если ваша стена от ботов ломает ассистента на полпути, неудача ложится на ваш бренд, а не на ассистента.

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

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

§ 03

Три уровня вместо переключателя «да/нет»

Удобнее разделить путь покупателя на три уровня и для каждого задать свои правила.

Первый уровень — чтение: карточки товаров, цены, наличие, условия доставки и возврата. Всё это и так публично. Сделайте эти данные понятными для машин — чистая разметка и условия обычным текстом — и ограничивайте частоту запросов вместо того, чтобы блокировать. Агент, который точно прочитал вашу политику возврата, лучше агента, который гадает.

Второй уровень — действия: положить в корзину, применить скидку, выбрать доставку. Здесь важно знать, кто именно спрашивает. Опознанным агентам это можно разрешить, а анонимных оставить за обычной защитой от ботов.

Третий уровень — оплата. Здесь формулировка Shopify про «финальный шаг проверки» как раз к месту, и я бы взял этот принцип себе. Пусть агент собирает заказ, но сумму, дату доставки и условия возврата перед списанием денег подтверждает человек. Заодно это защищает от рассерженного клиента, которому агент заказал не тот размер.

Уровни дают дизайн-команде опору. Каждый из них превращается в экраны, состояния и сообщения об ошибках, а не в правило файрвола, которое в продуктовой команде никто никогда не видел.

§ 04

Не хватает проверенной личности

Уровни работают, только если агентов можно различать. Самая убедительная попытка — Web Bot Auth: оператор подписывает каждый запрос закрытым ключом, а сайт проверяет подпись открытым ключом, который оператор публикует. Черновик IETF описывает это как архитектуру для опознания автоматического трафика через HTTP Message Signatures.

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

На стороне платежей Stripe описывает Agentic Commerce Protocol, который сделан вместе с OpenAI и открыт в сентябре 2025 года. В нём официальным продавцом остаётся бизнес. Продавец решает, что продавать, как это показывать и как принимать оплату, и может принять или отклонить любой заказ по сигналам мошенничества. Для дизайна важно, что протокол оставляет точки решения за вами. Насколько активно люди на самом деле покупают через оформление заказа в ChatGPT, источники говорят по-разному, поэтому к громким цифрам я бы отнёсся осторожно, а ценным считал саму модель контроля.

§ 05

Что сделать на этой неделе

Чтобы начать, протокол не нужен. Нужны ответственный и список.

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

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

В-третьих, приведите в порядок чтение. Проверьте, что цены, наличие, стоимость доставки и условия возврата есть в обычном HTML и в разметке и для этого не нужно сначала выполнять скрипт. Это полезно и для поиска, и для доступности, так что окупится, даже если ни один агент к вам так и не придёт. Главная причина брошенных корзин у Baymard — дополнительные расходы, 40%, поэтому показывайте полную стоимость как можно раньше — и людям, и машинам.

В-четвёртых, спроектируйте шаг проверки. Решите, что показывает экран подтверждения, если корзину собрал агент, и что видит покупатель, если агента остановили. Напишите этот текст ошибки прямо сейчас. Понятное «ассистент не смог закончить, вот ваша корзина» превращает провал в передачу дел.

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

// новые статьи на почту

Следующая статья придёт вам на почту.

Примерно раз в неделю, о продуктовом дизайне для SaaS и e-commerce. Письма на английском, отписаться можно в любой момент.

Мои проекты избранное
/01 2026
Doc's Diesel

Doc's Diesel

E-commerce дизайн и CRO

/02 2025
Microsoft Copilot

Microsoft Copilot

Продуктовый дизайн