Готовность фида к агентной коммерции: что на самом деле требуют UCP, ACP и AI Mode

За последние полтора года в e-commerce незаметно произошло нечто структурное, и большая часть текстов об этом либо захлёбывается восторгом, либо остаётся расплывчатой.

Вот конкретная версия. Когда покупатель просит AI-ассистента подобрать ему товар, ассистент не заходит на вашу главную страницу. Он не видит ваших фотографий, истории бренда или описания товара, над которым мучился ваш копирайтер. Он читает структурированные товарные данные — фид, блок разметки, ответ API — и на их основе решает, рекомендовать вас или кого-то другого.

Ваш фид всегда был входными данными для рекламы. Теперь он — входные данные для самой рекомендации.

Сегодня то, как это работает, определяют три системы: Universal Commerce Protocol (UCP) от Google, Agentic Commerce Protocol (ACP) от OpenAI и Stripe и программа для продавцов Perplexity. О них часто пишут так, будто это одно и то же под разными логотипами. Это не так. Они используют разные данные в разных форматах с разными требованиями и работают в разных странах.

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

Ландшафт без прикрас

Два наблюдения, прежде чем двигаться дальше.

Первое: поиск товаров и оформление заказа — разные задачи. Быть находимым для AI-агента — это задача качества данных, которая актуальна везде в мире уже сегодня. Быть доступным для покупки внутри AI-площадки — это задача интеграции протокола, которая пока ограничена горсткой рынков. Смешение этих двух задач — самая распространённая ошибка в материалах на эту тему, и она приводит продавцов за пределами США к выводу, что всё это их не касается. На деле верно обратное: уровень поиска касается всех, и именно в нём сейчас сосредоточена почти вся доступная ценность.

Второе: протоколы сближаются на уровне инфраструктуры, но не данных. UCP прямо работает вместе с A2A, AP2 и MCP. ACP построен на той же общей идее. Но их товарные схемы по-прежнему существенно различаются, и фид, созданный для одного, не подойдёт для другого как есть. Это задача управления фидами, а не стратегии, и у неё есть простое решение: ведите один обогащённый внутренний источник достоверных данных и генерируйте из него выгрузки для каждой площадки.

Уровень 1: базовый уровень для поиска (актуален везде уже сегодня)

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

Идентификаторы товаров

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

Отсутствие GTIN не вызывает сообщения об ошибке. Оно вызывает тишину: ваш товар просто не участвует в сравнении, которое выполняет агент. По имеющимся данным, Perplexity учитывает полноту идентификаторов строже, чем Google.

Оцените покрытие GTIN в процентах от активных SKU. Если оно ниже 90%, это и есть ваш первый проект.

Полнота атрибутов

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

Смена мышления такова: атрибут — больше не значение фильтра. Это аргумент. material: full-grain leather — не фасет, а то предложение, которое агент использует, когда покупатель спрашивает, какая из двух сумок лучше состарится.

Согласованность на всех площадках

Это требование чаще всего пропускают, и именно оно с наибольшей вероятностью вам навредит.

Покупатель-человек, увидевший ₺2,499 на странице товара и ₺2,399 в результатах сравнения, пожмёт плечами и пойдёт дальше. Агент воспринимает такое расхождение как сигнал о ненадёжности ваших данных — а сорвавшееся из-за изменившейся цены оформление заказа для оператора агента гораздо хуже, чем просто не рекомендовать вас.

Проверьте согласованность между страницами товаров, фидом Merchant Center, структурированными данными на страницах и всеми листингами на маркетплейсах. Цены, наличие, условия доставки и политика возврата должны совпадать. Политику возврата и доставки агенты всё чаще читают и пересказывают покупателям.

Свежесть данных

<!-- İç link: /feed-update-frequency -->

Ночного обновления фида уже недостаточно. Shopping Graph от Google обновляется в масштабе миллиардов листингов в час и отдаёт предпочтение актуальным данным; приём фидов OpenAI допускает обновления вплоть до каждых 15 минут.

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

Практическая цель: изменения цены и наличия должны распространяться в течение 15 минут для быстро оборачивающихся товаров и как минимум ежечасно для всего остального. Для большинства продавцов это означает переход от загрузки файлов по расписанию к обновлениям через API или push-обновлениям.

Доступ для сканирования

Проверьте свой robots.txt на наличие правил для AI-краулеров. Многие продавцы рефлекторно заблокировали их в 2024 и 2025 годах на волне споров «стоит ли позволять AI обучаться на нашем контенте» и больше к этому решению не возвращались. Блокировка краулера, который наполняет торговый индекс, — это иное решение, чем блокировка краулера для обучения, и его часто принимают случайно — командой, которая никогда не рассматривала его как коммерческое решение.

Уровень 2: Google — разговорные атрибуты

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

Вместе с UCP Google добавила в спецификацию товарных данных Merchant Center набор разговорных атрибутов (conversational attributes). Они необязательны, дополняют существующие товарные данные, и их явная цель — помочь AI-системам и разговорным агентам понять особенности ваших товаров. Google указывает, что их добавление не влияет на статус одобрения ваших существующих товаров.

Последний пункт важен: риск равен нулю. Вы добавляете описательные данные, а не меняете то, что Google проверяет при одобрении.

Вот этот набор:

В собственном развёрнутом примере Google для одного варианта телефона на одном товаре вместе со стандартными атрибутами используются item_group_title, variant_option, question_and_answer, product_highlight, product_detail, related_product, popularity_rank и document_link.

Почему именно эти шесть и для чего они на самом деле

Посмотрите, что каждый из них даёт агенту:

• question_and_answer — это сценарий для агента. Покупатель спрашивает «можно ли мыть это в посудомоечной машине?», и у агента либо есть ваш ответ, либо нет. Если нет, он либо скажет, что не знает, — и продажа потеряна, — либо порекомендует конкурента, который это поле заполнил.
• document_link даёт агенту документ, на основе которого он может рассуждать. Инструкция по сборке отвечает на вопрос «насколько сложно это собрать?». Спецификации отвечают на вопросы о совместимости, которые вы не могли предвидеть.
• related_product — это способ сохранить кросс-продажи, когда ваш сайт выпадает из пути покупателя. required_part в особенности предотвращает худший исход в агентной коммерции: покупку товара, который не работает сам по себе.
• item_group_title и variant_option решают проблему, которая преследует фиды с вариантами с самого их появления, — когда агент видит восемь строк и не понимает, что это один товар в восьми размерах. Это задача структурирования вариантов в новом контексте.
• popularity_rank — это вы сообщаете агенту, какие из ваших товаров действительно продаются. Никто другой не может дать ему этот сигнал.

Как заполнить их в масштабе

Честное препятствие: ни у кого в PIM нет готового столбца question_and_answer.

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

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

В масштабе каталога это становится задачей правил: формируйте item_group_title из названия родительского товара, собирайте variant_option из атрибутов цвета и размера, которые вы уже храните, вычисляйте popularity_rank как процентиль по собственным данным о продажах и сопоставляйте document_link с существующей библиотекой руководств по шаблону SKU. В Feedance это правила фида, применяемые при каждом обновлении, а popularity_rank в особенности можно автоматически пересчитывать по данным о продажах, а не вести вручную.

Начните с 200 SKU, приносящих наибольшую выручку, и трёх пар «вопрос — ответ» для каждого. Это неделя работы, и она покрывает большую часть показов, которые видят агенты.

Уровень 3: ACP от OpenAI — действительно другая структура

Если вы полагаете, что фид для ChatGPT — это ваш фид для Google с другими названиями столбцов, вы построите не то. Схема товарного фида ACP структурно отличается, и эти отличия показательны: они говорят о том, что нужно агентным системам.

Товары содержат варианты. Фид Google плоский: каждый вариант — отдельная строка, связанная с остальными через item_group_id. ACP переворачивает эту модель: объект товара — каноническая запись, содержащая массив объектов вариантов. У каждого варианта свои id, название, цена, наличие, медиа и опции.

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

Цены — целые числа в минимальных единицах валюты. { "amount": 7999, "currency": "USD" } означает 79.99 USD. Не десятичная строка. Любой конвейер, выполняющий над ценами арифметику с плавающей точкой, нужно проверить, прежде чем он незаметно выдаст что-то неверное.

Описания — объекты, а не строки. Объект description принимает plain, html и markdown — можно передавать любую комбинацию.

Ссылки на политики продавца — полноправные поля. Объект seller содержит links с типами privacy_policy, terms_of_service, refund_policy, shipping_policy или faq. Перечитайте этот список: агенту нужна ваша политика возврата в виде структурированного поля. В мире, где покупатель никогда не видит вашего сайта, ваши политики должны путешествовать вместе с товаром.

Состояние — это массив. ["new"], причём может применяться несколько значений, что предусматривает перепродажу и восстановленные товары.

Минимальная структура:

{
  "id": "SKU12345",
  "title": "Trail Running Shoe",
  "description": { "plain": "Waterproof trail shoe with cushioned sole." },
  "url": "https://example.com/products/SKU12345",
  "media": [
    { "type": "image", "url": "https://example.com/images/SKU12345.jpg",
      "alt_text": "Black trail running shoe", "width": 1200, "height": 1200 }
  ],
  "variants": [
    {
      "id": "SKU12345-BLK-10",
      "title": "Black / 10",
      "barcodes": [{ "type": "gtin", "value": "1234567890123" }],
      "price": { "amount": 7999, "currency": "USD" },
      "list_price": { "amount": 9999, "currency": "USD" },
      "availability": { "available": true, "status": "in_stock" },
      "variant_options": [
        { "name": "color", "value": "Black" },
        { "name": "size", "value": "10" }
      ],
      "categories": [
        { "value": "Apparel & Accessories > Shoes", "taxonomy": "merchant" }
      ],
      "condition": ["new"],
      "seller": {
        "name": "Example Store",
        "links": [
          { "type": "refund_policy", "title": "Returns policy",
            "url": "https://example.com/returns" }
        ]
      }
    }
  ]
}

Файл фида сопровождается заголовком с feed_id, account_id, target_merchant и target_country — обратите внимание, что страна задаётся на уровне фида, а значит, продавцы, работающие на нескольких рынках, передают по одному фиду на каждый рынок.

Рекомендуемая OpenAI схема доставки — полный фид раз в день загрузкой файла и обновления в течение дня через API. Небольшие каталоги могут делать и то и другое через API.

Об одном стоит сказать трезво: первый год чекаута внутри чата у OpenAI оказался сложнее, чем обещали анонсы, и компания публично признала, что первоначальная реализация Instant Checkout была менее гибкой, чем задумывалось, сместив акцент на поиск товаров с передачей покупателя на сайт продавца для оплаты. Если вы расставляете приоритеты, рассматривайте поиск товаров через ACP как возможность ближайшего времени, а чекаут через ACP — как более долгосрочную ставку.

Уровень 4: Perplexity

Программа для продавцов Perplexity задокументирована хуже всех трёх и поэтому чаще всего описывается неверно. Руководства, публикующие подробную спецификацию полей Perplexity, экстраполируют её с Google — официальная спецификация полей не опубликована.

Что известно:

• Программа бесплатна и работает по заявкам; подключение продавцов расширялось на протяжении 2025 и 2026 годов.
• Фид передаётся в CSV или XML через API, SFTP или выделенный бакет S3 в формате Google Shopping.
• Полнота товарных данных служит фактором ранжирования — чем полнее данные, тем больше материала у системы для сравнений и сводок «за и против».
• Полнота идентификаторов, данные отзывов и разметка Schema.org на страницах, по-видимому, учитываются с большим весом, чем у Google.
• Для цитирования фид строго не обязателен — может быть показан каталог, доступный для сканирования и имеющий чистую разметку Product, — но фид повышает шансы стать рекомендуемым товаром.
• Транзакционные функции доступны только в США. За пределами США вас могут цитировать и давать на вас ссылку, но продавать через площадку нельзя.

Практический вывод: для Perplexity работа заключается в гигиене разметки Schema.org на страницах товаров и данных отзывов, а не в новой интеграции фида. Если ваши карточки товаров уже выдают корректную разметку Product и Offer с GTIN, ценой, наличием и aggregateRating, большая часть работы сделана.

Уровень 5: чекаут — и честная география

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

Чекаут UCP. Доступен отдельным продавцам; на момент написания товары могут участвовать в США, Канаде и Австралии. Он отображается кнопкой Buy на подходящих листингах в AI Mode и Gemini. Продавцом по сделке остаётесь вы. Покупатели платят через Google Pay с помощью данных, уже сохранённых в их Google Wallet. Для участия нужно соответствовать техническим требованиям, отправить форму заявки на интерес и выполнить внедрение, и — что критически важно — кнопка Buy будет отображаться только у листингов с атрибутом товара native_commerce(checkout_eligibility).

Эта деталь — главный вывод на уровне фида. Всё остальное в чекауте UCP — это интеграционная работа на бэкенде; сам же сигнал права на участие находится в ваших товарных данных.

В марте 2026 года Google объявила об упрощённом подключении к UCP через Merchant Center, а также о возможностях корзины, каталога и связывания учётных записей, и дала понять, что в течение 2026 года последует глобальное расширение.

Чекаут ACP. Требует реализации трёх потоков — товарного фида, API оформления заказа и делегированной оплаты через платёжного провайдера, например Stripe, — и открыт для одобренных партнёров.

Perplexity Buy with Pro. Только США.

Если вы продаёте за пределами США

Большинство наших клиентов продают в Турции, странах Персидского залива и Европе. Вот честная позиция для такой ситуации:

Агентный чекаут вам пока недоступен. Агентный поиск товаров доступен полностью — уже сегодня.

Покупатель в Стамбуле, который просит Gemini или ChatGPT сравнить товары, прямо сейчас получает ответ, построенный на структурированных товарных данных. Войдут ли в этот ответ ваши товары, полностью определяется уровнями 1 и 2 выше — покрытием идентификаторов, полнотой атрибутов, разговорными атрибутами, свежестью и согласованностью данных. Ничто из этого не требует интеграции протокола, юрлица в США или заявки на ранний доступ.

Поэтому последовательность действий для продавца за пределами США очевидна:

1. Полностью выполните уровень 1. Это чистая выгода, которая к тому же улучшает текущие результаты в Shopping и Performance Max.
2. Выполните уровень 2 уже сейчас. Разговорные атрибуты доступны в стандартной спецификации Merchant Center, не несут риска для одобрения, и почти никто на вашем рынке их не заполнил.
3. Следите за уровнем 5. Когда чекаут дойдёт до вашего рынка, продавцы, выполнившие уровни 1 и 2, интегрируются за несколько недель. Остальным придётся начинать с неполного каталога.

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

⚠️ Один дедлайн, который нельзя пропустить

Отдельно от всего вышесказанного и гораздо срочнее: Content API for Shopping от Google прекращает работу 18 августа 2026 года. После этой даты вызовы устаревших эндпоинтов v2.1 перестанут работать.

Это касается только программных интеграций — ручные загрузки, загрузки по расписанию и фиды из Google Sheets не затрагиваются. Продавцов на официальных интеграциях платформ (канал Google & YouTube в Shopify, Google Listings & Ads в WooCommerce) переведёт сама платформа. Собственные интеграции и некоторые сторонние инструменты нужно вручную перевести на Merchant API v1.

Две вещи стоит проверить уже сегодня: в Merchant Center откройте Settings → Data Sources и посмотрите на столбец Source. Если там указано «Content API», у вас есть задача. И помните, что метки фидов автоматически не переносятся — если структура ваших кампаний Google Ads зависит от меток фидов, небрежно выполненная миграция может остановить показ кампаний.

Если ваш фид попадает в Merchant Center через Feedance, эту миграцию выполняем мы, а конфигурация вашей выгрузки не меняется.

Что означает «готовность к агентам» на уровне полей

Сведём уровни в единое операционное представление:

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

Чек-лист готовности

Обязательный минимум — сделайте это в первую очередь, это актуально для всех площадок

• [ ] Покрытие GTIN выше 90% активных SKU
• [ ] Цена и наличие распространяются за время от 15 минут до часа, а не за ночь
• [ ] Цена, наличие, доставка и возвраты согласованы на сайте, в фиде и на маркетплейсах
• [ ] Все изображения не меньше 500×500 (с 31 января 2027 года этого также требует Google)
• [ ] Корректная разметка Schema.org Product и Offer на каждой странице товара, с aggregateRating, если у вас есть отзывы
• [ ] AI-краулеры случайно не заблокированы в robots.txt
• [ ] google_product_category сопоставлена правильно, а не оставлена на автоматическое определение
• [ ] Миграция с Content API подтверждённо завершена

Конкурентное преимущество — большая часть вашего рынка этого не сделала

• [ ] question_and_answer заполнен для 200 SKU с наибольшей выручкой, не менее 3 пар для каждого
• [ ] item_group_title и variant_option у каждого семейства вариантов
• [ ] popularity_rank рассчитан по собственным данным о продажах
• [ ] document_link сопоставлен с существующей библиотекой руководств и спецификаций
• [ ] related_product для аксессуаров и обязательных комплектующих
• [ ] video_link у флагманских товаров
• [ ] Полнота атрибутов выше 95% в верхнем дециле по выручке

Передний край — для продавцов на рынках, где это доступно

• [ ] Фид ACP сгенерирован и передаётся: полный раз в день плюс обновления через API в течение дня
• [ ] Отправлена заявка в программу для продавцов Perplexity
• [ ] Отправлена форма интереса к UCP, право на native_commerce указано у подходящих листингов
• [ ] Трафик и заказы от агентов отдельно помечаются в аналитике

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

Стоит ли этим заниматься?

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

Причины для скептицизма. Внедрение чекаута идёт медленнее, чем подразумевали анонсы. OpenAI публично пересмотрела подход после первой попытки Instant Checkout. Большинство транзакционных функций ограничены географически. Опубликованных данных о дополнительной выручке мало, а впечатляющие кратные показатели роста обычно отсчитываются от очень малой базы.

Причины действовать всё равно. Почти всё на уровнях 1 и 2 улучшает ваши текущие результаты в платной рекламе независимо от того, оправдает ли агентная коммерция прогнозы. Полные атрибуты, точные идентификаторы и свежие данные об остатках уже сегодня улучшают работу Performance Max. Разговорные атрибуты не несут риска для одобрения. А повышение качества данных каталога — проект на месяцы, у которого нет короткого пути: продавцы, которые начнут, когда возможность станет очевидной, будут начинать с отставанием.

Мы предлагаем такую формулировку: не стройте под агентную коммерцию — стройте полный и корректный каталог. Готовность к агентам — это то, как полный и корректный каталог выглядит в 2026 году. Работа с протоколами — тонкий слой поверх него, и её можно быстро выполнить, когда данные под ней в порядке.

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

Источники

• Справка Google Merchant Center — About the Universal Commerce Protocol (UCP): https://support.google.com/merchants/answer/16837055
• Справка Google Merchant Center — How to use conversational attributes: https://support.google.com/merchants/answer/17085370
• Справка Google Merchant Center — Product data specification: https://support.google.com/merchants/answer/7052112
• Google Developers Blog — Under the Hood: Universal Commerce Protocol: https://developers.googleblog.com/under-the-hood-universal-commerce-protocol-ucp/
• Google for Developers — Migrate from Content API for Shopping to Merchant API: https://developers.google.com/merchant/api/guides/compatibility/overview
• OpenAI Developers — Product Feed Spec (Agentic Commerce): https://developers.openai.com/commerce/specs/spec
• OpenAI Developers — Agentic Commerce key concepts: https://developers.openai.com/commerce/guides/key-concepts
• Agentic Commerce Protocol: https://www.agenticcommerce.dev/
• Universal Commerce Protocol: https://ucp.dev