В августе 2026 в профессиональных чатах разошёлся демо-сценарий: разработчик поручил AI-агенту залогиниться в web-версию сервиса экспресс-доставки, выгрузить историю заказов, проанализировать привычки и собрать обед в корзину с учётом минимальной суммы. Автор показал это как «рабочий MVP на пути к голосовому боту в Telegram».
Для владельца магазина и команды e-food это сигнал другого порядка. Такой путь не становится каналом продаж, когда им начинают пользоваться сотни и тысячи покупателей. Он перекладывает стоимость подбора на ваш фронт и API, которые не проектировали под массовых роботов, и не даёт вам заказ с контекстом, пока человек сам не нажмёт «оплатить» в браузере.
AgentPay подключает структурированный фид и шлюз заказов: агент получает цену и наличие из вашего каталога, а не имитирует клики по витрине. Нагрузка на сайт падает, масштаб канала предсказуем.
Для кого эта статья: владелец интернет-магазина, dark store, аптеки, спортпита, руководитель e-commerce и CTO, который считает RPS и cost-to-serve.
Что на самом деле делает такой сценарий
Если размотать демо до HTTP-уровня (без копирования чужих токенов и платёжных данных), цепочка выглядит так:
| Шаг | Действие агента | Зачем |
|---|---|---|
| 1 | Сессия в браузере пользователя, cookie-jar, anti-bot | Без этого запросы с «чужой» машины часто режет WAF |
| 2 | Профиль, адрес доставки, привязка к конкретной точке | Разные дома → разные склады и ассортимент |
| 3 | Поиск по каждой позиции обеда | Подбор SKU по тексту «как обычно» |
| 4 | Чтение корзины, optimistic lock version | Каждое изменение требует свежей версии |
| 5 | Запись корзины, проверка минималки | Цикл «добавить → пересчитать → добить сумму» |
| 6 | Checkout, оплата, поллинг статуса | Человек и браузер всё равно в контуре |
В демо автор дополнительно выгрузил сотни прошлых заказов и попросил модель вывести частоты и «любимое». Один запрос «найди товар» здесь превращается в пакетную работу с личным кабинетом.
Итог для магазина: один «удобный обед» в чате с агентом на backend превращается в десятки обращений к вашим ручкам, привязанных к сессии конкретного человека.
Почему это не масштабируется
Один браузер на одного покупателя
Сценарий держится на in-page сессии: запросы идут из вкладки или embedded-браузера, где уже пройдены OTP, 3DS и anti-bot. С сервера разработчика те же вызовы часто получают 403 и HTML-челлендж вместо JSON.
| Масштаб | Что ломается |
|---|---|
| 1 энтузиаст | Работает как pet project |
| 100 активных пользователей | Нужно 100 живых сессий, refresh токенов, ретраи 401 |
| 10 000 пользователей | Нет централизованного SLA, поддержка «у каждого свой браузер» |
Магазин не может планировать capacity: трафик выглядит как всплеск обычных клиентов, но с аномально высоким числом API-вызовов на одну «покупку».
Нет идентификатора канала
Заказ приходит как обычный web-checkout. Вы не видите, что его собрал агент, какие альтернативы обсуждались в чате и согласовал ли человек состав до клика «оплатить». Повтор «как в прошлый вторник» снова гоняет полный цикл поиска и корзины вместо одного запроса к истории в шлюзе.
Хрупкость контракта
Web API витрины не публичный продукт для интеграторов. Меняется поле в checkout, заголовок X-Application-Platform, формат search-ответа, правило cart.version, и все pet-интеграции ломаются одновременно. Поддержка такого канала ложится на вашу команду как на неоплачиваемый QA для чужих скриптов.
Почему это неэффективно по экономике
Сравним cost-to-serve одного assisted-заказа.
Сценарий «агент крутит web-API» (ориентир по наблюдаемой последовательности):
| Операция | Вызовов на один обед из 4–6 SKU |
|---|---|
| Сессия + refresh | 1–3 |
| Профиль, витрина точки | 2 |
| Поиск по позициям | 4–8 |
| get / put корзины (минималка, правки) | 3–6 |
| Checkout + поллинг | 2–5 |
| Итого | 12–24 запроса на один обед |
Сценарий AgentPay (поиск и карточка по фиду, один checkout через шлюз):
| Операция | Вызовов |
|---|---|
search_products / get_product по фиду | 4–8 |
| Оформление через шлюз | 1 цепочка |
| Итого | 5–10 обращений к инфраструктуре канала, без имитации UI |
Разница в 2–3 раза по RPS на тот же GMV. На низкомаржинальном e-food, где маржа с заказа и так тонкая (см. маржа на низкомаржинальных товарах), лишние round-trip съедают вклад категории на CDN, API-gateway и антибот.
Риск для вашего сайта: краулинг фронта под нагрузкой
Если идея «пусть агент сам ходит в магазин» станет массовой, ваш публичный фронт получит новый класс трафика:
| Эффект | Последствие для магазина |
|---|---|
| Много параллельных «покупателей-ботов» | Рост p95 latency для живых клиентов на мобиле |
| Поиск по витрине на каждую реплику в чате | Нагрузка на search-index, не на catalog-feed |
| Anti-bot режет подозрительные паттерны | Ложные блокировки домашних IP и корпоративных VPN |
| Нет rate limit per channel | Один viral-пост → пик, похожий на mild DDoS |
Вы платите за инфраструктуру витрины, а выручку из «агентского» канала не видите, пока человек не завершит checkout вручную. WAF и CAPTCHA ужесточают, конверсия обычного трафика проседает.
AgentPay снимает краулинг с фронта:
- каталог отдаётся из фида или partner API, не парсингом HTML;
- на запросы действуют технические лимиты частоты и объёма (см. оферту: ответы на search/card, без массовой выгрузки всего ассортимента);
- заказ приходит в вашу CMS как оформленный каналом, с зафиксированным выбором.
Сравнение подходов для магазина
| Агент эмулирует web-витрину | AgentPay | |
|---|---|---|
| Точка входа | Логин пользователя в ваш сайт | Фид + шлюз, MCP/API |
| Нагрузка | Фронт + скрытые web-API | Канал каталога и заказов |
| Масштаб | Линейно с числом браузеров | Предсказуемый RPS, лимиты |
| Заказ у вас | Только после ручного checkout | Оформление через шлюз с согласованием |
| Повтор покупки | Снова полный краул | История и prefs в кабинете покупателя |
| Поддержка | Ломается при любом изменении UI | Контракт фида и webhook |
| Юридически | Серая зона автоматизации ЛК | B2B-подключение спецмагазина |
Публикация с демо отвечает на запрос «мне лень открывать приложение».
AgentPay отвечает на запрос «продавайте там, где человек уже ведёт диалог с агентом, не сжигая фронт».
Что видит коммерция, а что видит инфраструктура
Коммерция смотрит на конверсию и повтор. Эмуляция сайта не даёт повтор из того же чата: контекст в Cursor/Telegram, оплата в браузере, CRM магазина пустая.
Инфраструктура смотрит на RPS и ошибки. Один viral-ролик «закажи обед голосом через агента» может дать тысячи одновременных search по витрине в часы пик. Без отдельного канала вы усиливаете конкуренцию за ресурсы между ботами и людьми в очереди на checkout.
Структурированный канал (как MCP ВкусВилла или AgentPay) изначально проектируют под машинный доступ. Краул web-витрины остаётся побочным эффектом чужого MVP.
Compliance и доверие
Три риска, о которых стоит знать юристу и CISO:
- Условия использования. Массовая автоматизация личного кабинета часто противоречит пользовательскому соглашению. Спорный трафик → блокировки аккаунтов → негатив в соцсетях на бренд магазина, хотя виноват скрипт.
- Платёжный контур. Привязанная карта, 3DS, silent checkout: зона, где агент не должен принимать решения без явного подтверждения человека. AgentPay выносит крупные списания на подтверждение в кабинете.
- Персональные данные. История из 250 заказов в промпт модели превращается в утечку профиля покупателя в runtime провайдера LLM. В шлюзе история хранится под контролем оператора канала и передаётся магазину только в объёме заказа.
Когда что имеет смысл
Pet project одного разработчика полезен как сигнал спроса: люди хотят заказывать из чата. Для магазина это не продуктовая интеграция.
Подключайте AgentPay, если:
- у вас свой сайт и фид;
- вы не хотите, чтобы рост AI-трафика съедал фронт;
- нужны заказы с зафиксированным выбором и повтором без нового краула;
- важна предсказуемая нагрузка на API вместо постоянной борьбы с anti-bot.
Следите за экосистемными протоколами (YCP, MCP крупных сетей), если вам нужен трафик внутри одной площадки. Это другая полка, не замена контролируемому каналу для своей витрины. См. Алиса и AgentPay для магазина.
Следующий шаг
Оставьте заявку на пилот: /business. Пришлите ссылку на фид или API каталога. Обсудим тестовую витрину, лимиты на search и приём заказов без краулинга вашего фронта.