Як оптимізувати свій сайт для Agentic Commerce

Агентна комерція — це практика налаштування вашого інтернет-магазину таким чином, щоб штучний інтелект у ChatGPT, Perplexity та Claude міг знаходити ваші товари, перевіряти ціни та оформлювати покупки від імені покупця. У цьому посібнику розглядаються технічні та структурні зміни, від яких залежить, чи будуть ваші товари згадуватися, рекомендуватися та купуватися за допомогою штучного інтелекту, чи ж їх просто проігнорують на користь конкурента, який провів відповідну підготовку.

 

Новий прошарок між вами та покупцем

Покупець, який раніше вводив запит у Google, тепер може попросити помічника порекомендувати та придбати товар за один раз. Агент може показати товар у відповіді в чаті, отримати актуальну ціну через канал або самостійно завершити оформлення замовлення, звернувшись до API продавця. OpenAI опублікувала відкритий протокол Agentic Commerce Protocol, який визначає, як продавці підключаються до функції Instant Checkout у ChatGPT, а Anthropic і Google дають зрозуміти, що їхні власні торгові платформи не відстають.

Це інша проблема, ніж традиційне SEO. Пошукові системи винагороджують сторінки, які потрапляють у топ за ключовими словами. Агенти ж винагороджують продавців, які надають структуровані, машиночитані дані, що підтверджують поточну вартість товару, його склад та спосіб придбання без втручання людини. Сторінка, яка посідає одне з перших трьох місць за запитом «найкращий VPS-хостинг», може залишатися непомітною для агента, якщо інформація про ціну прихована за перемикачем, що завантажується за допомогою JavaScript, який робот-сканер не може обробити.

Ця зміна має скоріше архітектурний, ніж тактичний характер. Якщо раніше SEO приносило користь маркетинговим командам, то агентська комерція винагороджує інженерні команди, які ставляться до налагодження каталогу як до виробничої інфраструктури. Якщо дані про ваш товар не обробляються машиною з необхідною швидкістю, агент вибере товар іншого виробника.

 

Три канали, через які агенти знаходять товари

Агенти отримують дані про товари з трьох джерел, і будь-який серйозний інтернет-магазин повинен бути представлений у всіх них.

Першим джерелом є відкритий веб. Павуки, що належать компаніям OpenAI, Anthropic, Perplexity та Google, індексують сторінки ваших продуктів і використовують цей контент для навчання моделей або пошуку в режимі реального часу. Їхня поведінка відрізняється від поведінки Googlebot, а більшість старих правил для ботів було написано ще до появи цих павуків. У тих, хто не перевіряв доступ павуків протягом останніх 12 місяців, майже напевно є стандартне правило ModSecurity або шаблон WAF, які непомітно блокують одного з них. Ми детально розглянули це в нашому посібнику про роботі AI-краулерів, який варто прочитати разом із цією статтею, якщо ви ще не перевіряли доступ сканерів.

Другим джерелом є канали даних про структуровані продукти. OpenAI’s Specification чітко визначає, як продавці діляться даними каталогу, включаючи ціну, наявність, описи та зображення. Агент зчитує цей канал замість того, щоб сканувати ваш сайт, тому дані є більш надійними та оновлюються швидше. Це той важіль, яким більшість продавців користуються недостатньо, оскільки він не вимагає втручання в код інтернет-магазину.

Третім джерелом є пряма інтеграція через API за допомогою специфікацій оформлення замовлення та оплати. Як тільки агент вирішить, який товар рекомендувати, він може звернутися до вашого кінцевого пункту, щоб підтвердити ціну, зарезервувати товар і оформити транзакцію, навіть не відкриваючи ваш інтернет-магазин у браузері. Саме цей рівень перетворює рекомендацію на продаж.

Магазин, який досягає успіху, присутній у всіх трьох каналах. Магазин, який оптимізується лише для одного з них, залишає простір для конкурентів.

 

Що таке протокол «Agentic Commerce» від OpenAI

Протокол має три специфікації, і кожна з них вирішує свою проблему.

У специфікації Agentic Checkoutописано, як ChatGPT передає дані про замовлення, адреси та підтвердження до вашої торговельної платформи. Продавці використовують цю функцію для здійснення фактичної покупки безпосередньо в ChatGPT, при цьому замовлення, запаси та питання дотримання вимог залишаються в їхніх власних системах.

У специфікації делегованих платежів визначено, як постачальники платіжних послуг отримують та токенізують дані карток від OpenAI. Stripe, Adyen та інші подібні постачальники платіжних послуг вже реалізували або зараз впроваджують відповідну підтримку. Якщо ваш платіжний оператор ще не підтримує делеговані платежі, це питання слід включити до вашого плану розвитку.

Специфікація продуктового фіду визначає, що відображається в пошуку товарів та на картках покупок у ChatGPT. Це найпростіший спосіб розпочати роботу, оскільки він не вимагає інтеграції з серверною частиною системи, а лише наявність структурованого каталогу, що передається через HTTPS.

Продавці, які бажають долучитися до програми Instant Checkout, повинні подати заявку на сайті chatgpt.com/merchants. Наразі відбір учасників відбувається на вибірковій основі, але сам протокол є відкритим. Розробіть рішення на його основі ще до отримання схвалення, і ви скоротите час до отримання доходу, коли програма запрацює.

 

Каталог — це основа, а не сторінка товару

Усі інші функції агентного комерційного обслуговування залежать від того, чи є ваш каталог впорядкованим. А саме:

• Кожен продукт повинен мати унікальний постійний ідентифікатор
• Кожному продукту потрібне індивідуальне зображення, а не шаблон із стокового ресурсу
• Для всіх товарів потрібно підготувати опис, написаний саме для цього конкретного SKU, а не використовувати стандартний шаблон, який застосовується для всіх тарифних планів
• У ціновій пропозиції мають бути вказані фактична ціна угоди, строк дії та валюта
• Інформація про наявність товару повинна відображати актуальний стан запасів, а не кешовані дані за вчорашній день

Якщо ви не можете відповісти на запитання «Скільки зараз коштує цей товар у доларах США при 12-місячному терміні?» на основі одного рядка з каналів даних, ваш каталог ще не готовий. Ті самі недоліки, що заважають отримати схвалення Google Merchant (відсутність зображень, нечіткі описи, неоднозначні ціни), стануть на заваді включенню до Agent-based Commerce.

Більшість інтернет-магазинів дізнаються про це на власному гіркому досвіді. Вони вважають, що сторінка товару є єдиним достовірним джерелом інформації, а потім розуміють, що насправді це лише маркетинговий шаблон, який отримує неповні дані з трьох різних систем. Вирішити цю проблему можна, об’єднавши каталог у єдине джерело, з якого будуть черпати інформацію як ваш маркетинговий сайт, так і ваш фід. Ця робота рідко буває привабливою, але майже завжди окупається вже протягом одного кварталу.

 

Правильна схема продукту та пропозиції

Схема «Продукт» та «Пропозиція» визначає, як сканери, що не працюють з фід-даними, зокрема великі мовні моделі (LLM) у режимі пошуку, такі як Perplexity, розуміють вашу цінову політику. Використовуйте схему «Продукт»на кожній окремій сторінці тарифного плану або SKU. Вкажіть назву, опис, зображення, SKU та принаймні одну пропозицію з ціною, валютою ціни, терміном дії ціни та інформацією про наявність.

Тут важливо врахувати дві особливості. Ціна у вашій схемі повинна відображати суму, яку клієнт фактично сплатить за термін дії, вказаний на сторінці. Місячний еквівалент ціни, розрахований на основі 12-місячного зобов’язання, є прийнятним, але це слід чітко вказати у схемі за допомогою атрибута priceSpecification. Термін дії повинен бути вказаний у вигляді метаданих, придатних для машинного зчитування, — або за допомогою атрибута unitText у пропозиції, або у вигляді прихованого елемента span із чітким іменем класу, яке можуть проаналізувати пошукові роботи.

Поширеною помилкою є відображення акційної ціни на сторінці, тоді як у схемі все ще вказана ціна поновлення, або навпаки. Агенти, які навчені реагувати на таку суперечність, наводитимуть ту цифру, до якої вони дістануться першою, і ви втратите контроль над розмовою. Принаймні раз на місяць перевіряйте відповідність вашої схеми цінам на активній сторінці. Такий графік може здатися надто інтенсивним, доки ви не побачите, як часто після закінчення акції у трьох-чотирьох шаблонах залишається застаріла інформація зі схеми.

Якщо ви продаєте додаткові послуги, які об’єднуються в пакет, наприклад, послугу з технічного обслуговування, що додається до тарифного плану хостингу, ціни на такі пакети мають бути вказані у вашому каталозі та схемі. Інакше оператор зможе надати розрахунок вартості лише базового продукту, а фактична пропозиція залишиться поза увагою.

 

Питання щодо піддомену кошика

Найпоширенішим питанням у сфері веб-розробки є те, чи слід відкривати каталог для роботів-сканерів. Відповідь, як правило, — ні, але є певні застереження.

Традиційні сайти електронної комерції поділяються на дві воронки. Домен маркетингової частини відповідає за пошук і інформування користувачів. Окремий піддомен або шлях відповідає за кошик і оформлення замовлення, які зазвичай блокуються для пошукових систем за допомогою атрибутів noindex, nofollow та правил у файлі robots.txt. Причина цього проста. URL-адреси кошика містять багато параметрів, залежать від сеансу та створюють нескінченну кількість дублікатів, що вичерпує бюджет на сканування.

Відкриття цього субдомену для агентних сканерів не вирішує проблему агентної комерції. Браузерні агенти, які виконують операції оформлення замовлення, пересуваються по активних сторінках так само, як і користувачі. Вони не дотримуються атрибута noindex так само, як це робить Googlebot, оскільки вони не сканують сторінки. Вони виконують дії. Для цих агентів важливо не те, чи індексується кошик, а те, чи є структура URL-адреси кошика передбачуваною та чи можна нею користуватися без запасних варіантів на випадок відсутності JavaScript.

Невеликий набір змін покращує читабельність коду, не відкриваючи при цьому шлюзів:

• Чисті глибокі посилання без параметрів на конкретні плани, наприклад /checkout/blue-kayak, які агент може відтворити на основі даних про товар
• Чітке та стабільне посилання «Додати до кошика», яке перенаправляє на справжню URL-адресу навіть у разі вимкнення JavaScript
• Файл llms.txt у кореневому каталозі, який відображає шлях покупця від сторінки пошуку до кінцевої точки оформлення замовлення
• Обмеження швидкості, що дозволяє відрізнити легітимні пошукові роботи на базі штучного інтелекту від скреперів та ботів, які використовують метод «credential stuffing»

Спокуса перевести весь піддомен на режим «index, follow» зазвичай є помилкою. Втрата бюджету на сканування переважає потенційні переваги для пошукових роботів. Можливості криються на рівні пошукової оптимізації, а саме на ваших маркетингових сторінках, де ви маєте повний контроль над контентом.

 

Шаблони URL-адрес, що витримують обхід агентом

Агенти успішно працюють, використовуючи шаблони URL-адрес, які вони можуть створювати, спираючись виключно на знання про продукцію. Наприклад, такий шаблон: /ocean-kayaks/two-person-kayak до нього легко дістатися. Схема на кшталт /cart?session_token=abc123&product_id=4471&promo=spring25 є недоступним для будь-якого агента, який спочатку не пройде через людський потік.

Щоб оцінити ефективність вашого інтернет-магазину, перевірте структуру URL-адрес, зважаючи на три наступні питання:

1. Чи може агент перейти до оформлення замовлення на конкретний товар, не заходячи спочатку на головну сторінку?
2. Чи працює цей URL-адресу без токена сеансу в рядку запиту?
3. Чи відповідатиме ціна, вказана за цим URL-адресою, ціні у вашому фіді та схемі?

Якщо хоча б на одне з цих запитань ви відповіли «ні», ця прогалина проявиться у вигляді втрачених конверсій через канали, що обслуговуються операторами. Виправлення структури URL-адрес — це одноразова інвестиція в технічну інфраструктуру, яка окупиться у всіх системах на базі штучного інтелекту: ChatGPT, Perplexity, Claude та будь-яких інших, що з’являться в майбутньому.

Саме тут зазвичай зростають витрати. Команди недооцінюють обсяг технічного боргу, пов’язаного з маршрутизацією URL-адрес, а аудит виявляє проблеми, про які маркетингова команда навіть не підозрювала.

 

Свіжість даних та вартість застарілих даних

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

Застарілі дані завдають шкоди у трьох аспектах. Система рекомендує товари, яких немає в наявності, через що операція агента не вдається. З’являються старі акційні ціни, тож клієнт очікує знижки, яка вже не діє. Ціни на продовження підписки відображаються там, де мали б бути ціни на перший період, і довіра зникає вже після отримання першого рахунку.

Створіть завдання з формування фіду, яке виконуватиметься за розкладом, перевірятиме відповідність специфікації та надсилатиме дані на вказаний у списку дозволених адрес через HTTPS. Реєструйте кожне надсилання та кожен відхилений запис. Відстежуйте розбіжності між цінами у фіді та цінами на вашому веб-сайті. У разі розбіжностей зазвичай правильним є фід, але лише за умови, що ваш каталог є фактичним джерелом достовірної інформації.

Управлінське хостингове середовище з надійним доступом до cron та передбачуваною продуктивністю, таке як Managed VPS, усуває цілу низку проблем із збоями у роботі фідів, що характерні для спільних середовищ. Задачі cron, які припиняються посеред виконання через вичерпання ресурсів, IP-адреси, що піддаються обмеженню пропускної здатності з боку OpenAI через нестабільні відповіді, та TLS-рукостискання, що завершуються через перевищення часу очікування у години пікового навантаження, — все це належить до однієї операційної категорії. Передбачувана інфраструктура дозволяє позбутися цих проблем.

 

П’ять моделей, які непомітно перешкоджають агентному комерційному обміну

Під час перевірки сайтів електронної комерції на готовність до роботи з агентами постійно виявляються п’ять типових ситуацій.

Ціни приховані за перемикачами JavaScript.Якщо робот-сканер відображає сторінку і бачить лише місце, де мала б бути ціна, він не зможе надати вам точну ціну. Відображайте базову ціну на стороні сервера, а JavaScript використовуйте лише для перемикання варіантів.

Схема товару суперечить інформації на сторінці. У схемі послуги вказана одна ціна, у схемі товару — інша, а відображена ціна не збігається з жодною з них. Виберіть одне достовірне джерело інформації та приведіть усі дані у відповідність до нього.

Ідентичні описи у різних товарних позиціях. Агенти видаляють дублікати майже ідентичних записів, тому якщо ваші тарифи «Power» і «Pro» мають 90 % спільного тексту в описі, буде враховано лише один із них.

Агресивне блокування ботів, яке зачіпає легальні AI-сканери. Стандартні правила ModSecurity та шаблони WAF досі помилково блокують GPTBot, ClaudeBot та PerplexityBot. Щоквартально перевіряйте журнали доступу та список дозволених ресурсів. Це стає несподіванкою для багатьох власників інтернет-магазинів.

Перевірте URL-адреси сторінок оформлення замовлення, для завантаження яких спочатку потрібно створити сеанс. Якщо посилання «Купити зараз» виконує перенаправлення 302 на сторінку створення сеансу, половина користувачів, які намагаються перейти за ним, покинуть сайт. Надайте користувачам пряму URL-адресу без збереження стану, а сеанс починайте саме на цьому етапі.

Ці п’ять пунктів становлять основну частину помилок, яких можна уникнути. Команда, яка виправить лише ці моменти, випередить 80 % конкурентів, які навіть не розпочали роботу.

 

Самооцінка готовності агентів

Три перевірки допоможуть вам чітко зрозуміти, на якому етапі ви перебуваєте сьогодні.

Перевірте свої найпопулярніші сторінки товарів за допомогою інструменту для тестування структурованих даних і переконайтеся, що дані про товар, пропозицію та ціну правильно обробляються. Порівняйте ціну за схемою з ціною на сторінці та ціною у фіді. Усі три значення повинні збігатися для будь-якої тривалості терміну, яку ви рекламуєте.

Зверніться безпосередньо до ChatGPT, Perplexity та Claude. Введіть запит «яка вартість [вашого товару] при річному терміні» і перевірте відповідь. Якщо бот наведе неправильну цифру, застарілу акцію або відмовить у відповіді через неможливість підтвердження, це означає, що у вас є прогалини в даних. Продавці, які досягають успіху в агентській комерції, ставляться до такого тестування як до щомісячної рутинної перевірки якості, так само, як колись команди SEO ставилися до моніторингу результатів пошукової видачі.

Перевірте журнали сервера на наявність активності роботів-сканерів на базі штучного інтелекту. У них повинні регулярно з’являтися GPTBot, ClaudeBot, PerplexityBot та подібні агенти користувачів. Якщо їх немає, це означає, що вас або заблокували, або ваш сайт не потрапляє у запити, які стимулюють їх сканування. Обидві проблеми можна вирішити.

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

 

Інфраструктурний рівень, на якому все це базується

Агентна комерція передбачає, що ваша інфраструктура здатна швидко та стабільно надавати якісні дані. Це включає серверне рендеринг сторінок товарів, надійну передачу даних через HTTPS, а також достатній запас продуктивності для одночасного обслуговування трафіку від роботів-сканерів на базі штучного інтелекту та звичайних покупців. Спільні середовища без гарантованих ресурсів часто не відповідають третій вимозі, обмежуючи пропускну здатність для роботів-сканерів у години пікового навантаження та створюючи прогалини в індексації.

Для магазинів, які прагнуть перейти на агентську модель торгівлі, при обговоренні інфраструктури зазвичай розглядаються варіанти керованого VPS-хостингу або виділених серверів, залежно від обсягу трафіку та розміру каталогу. Наша команда допомагає продавцям перевіряти доступ пошукових роботів, контролювати якість передачі товарних каталогів та оптимізувати час відгуку сервера як для користувачів, так і для машинного трафіку. Якщо ви хочете, щоб вашу конфігурацію перевірила ще одна команда перед подачею заявки на Instant Checkout або розширенням діяльності в Perplexity Shopping, зверніться до нашого відділу продажів.

Торговці, які зроблять перший крок, забезпечать собі структурну перевагу. Впорядкування каталогів, узгодження схем та оптимізація URL-адрес роблять ваш сайт зрозумілим для пошукових роботів уже сьогодні, а також принесуть свої плоди в майбутньому, коли Anthropic, Google та інші компанії впровадять власні протоколи для електронної комерції протягом найближчих 12 місяців. Ставтеся до «агентної» комерції як до інфраструктури, а не як до маркетингу, і штучний інтелект продовжуватиме рекомендувати вас.