Як зробити товари магазину видимими для AI-агентів

Покупець дедалі частіше не відкриває пошук, а питає асистента: «знайди мені мелену каву до 400 гривень з доставкою по Україні». Асистент іде не по вашому сайту очима — він читає те, що магазин сам про себе повідомляє машинам. Якщо магазин нічого не повідомляє, у відповідь потрапить конкурент, який повідомляє.

Розберемо, з чого складається ця видимість технічно: файлllms.txt, MCP-ендпойнт і фіди категорій — три модулі AI-видимості, які працюють разом. І одразу чесно: це не «магія трафіку», а те саме, чим колись бувrobots.txt— дешевий шар, який або є, або його немає.

Чому sitemap.xml для цього не досить

sitemap.xmlвідповідає на питання «які URL існують». Агенту цього мало: він не хоче обійти десять тисяч сторінок, щоб зрозуміти, чи є у вас кава. Йому потрібен курований опис — що це за магазин, що в ньому головне, куди звертатися за структурованими даними.

llms.txt: візитівка магазину для машин

llms.txt— це markdown-файл у корені сайту (стандарт llmstxt.org): назва, коротке пояснення чим ви торгуєте, посилання на головні категорії й важливі сторінки. Не дамп каталогу — саме курований шар, який агент прочитає цілком за секунду.

У CommerCentr він генерується автоматично й безкоштовно: базова частина плагіна llms.txt збирає файл із поточного стану магазину — назва, опис, топ-категорії, куровані фасетні сторінки, правові сторінки — і перебудовує його щодня за розкладом. Якщо магазин багатомовний, поруч лягають/uk/llms.txt,/en/llms.txt, а корінь стає індексом.

Файл віддається статикою: жодного PHP на публічний запит, тож він не додає навантаження.

MCP: коли агенту треба не сторінка, а відповідь

Читання тексту — половина справи. Друга половина: агент має запитати каталог — знайти товар, перевірити ціну й наявність, отримати список категорій. Для цього існує MCP (Model Context Protocol) — те, як асистенти працюють із зовнішніми даними.

У CommerCentr магазин має вбудований read-only MCP-ендпойнт/mcp/catalogз інструментами пошуку товарів, отримання картки за slug і переліку категорій. Read-only — свідомо: агент може дивитися, але не може нічого змінити в магазині.

Посилання на цей ендпойнт стоїть просто вllms.txt, тож агент знаходить його одразу після першого читання.

Що саме агент може запитати

Корисно розуміти межу можливостей, бо від неї залежить, чого чекати. Read-only MCP-каталог CommerCentr дає агенту три інструменти.

Пошук товарів — за текстом у назві й короткому описі, з обмеженням кількості. Це те, чим агент відповідає на «знайди мені мелену каву»: він не гортає категорії, а питає прямо.

Картка товару за slug — повні дані однієї позиції: назва, опис, ціна, наявність. Агент переходить сюди після пошуку, коли треба сказати покупцю щось конкретне про товар.

Перелік категорій — пласкою структурою. Це орієнтування: агент розуміє, чим магазин торгує загалом, і чи є сенс шукати тут те, що просить покупець.

Чого в цьому переліку немає й не буде: створення замовлення, зміни цін, доступу до клієнтських даних. Ендпойнт read-only не тому, що «поки не зробили», а тому, що запис із зовнішнього агента — інший клас ризику, і він потребує автентифікації, а не публічного доступу.

Що робити, якщо магазин багатомовний

Мовні версії — окреме питання, бо агент має отримати опис тією мовою, якою його питає покупець.

У CommerCentr при двох і більше активних мовах корінь/llms.txtстає індексом: коротким файлом, який перелічує мовні копії. Самі копії лягають у/uk/llms.txt,/en/llms.txtі несуть опис, категорії та фасетні сторінки вже конкретною мовою — з тими URL, які реально працюють у цій локалі, з її префіксом.

Це важливо саме для агента: він не мусить вгадувати, що українська версія категорії живе за іншою адресою. Індекс каже прямо, і далі агент читає потрібну копію.

Один нюанс, який варто перевірити після налаштування: мовні копії лежать у справжніх текахuk/іen/всередині webroot. Якщо у вас нестандартна конфігурація веб-сервера, переконайтесь, що/uk/llms.txtвіддається як файл, а не перехоплюється маршрутизацією застосунку.

Що дає платний тір

Базова частина закриває видимість як таку. Розширення llms.txt Pro додає дві речі для магазинів, які на AI-трафік розраховують серйозно.

Покатегорійні фіди. У базовому файлі категорія — це посилання на вітрину, і агент мусить виймати товари з HTML. Фід дає йому готовий перелік: назва, ціна, позначка «немає в наявності», URL, короткий опис. Один файл на категорію, посилання на них — у головномуllms.txt.

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

Тут треба сказати чесно, бо це впливає на очікування: журнал рахує звернення до MCP, а не завантаженняllms.txt. Той файл віддається веб-сервером напряму, повз застосунок, і порахувати його завантаження без зміни способу доставки неможливо. Та й цінність не в ньому:llms.txt— візитівка, а робота агента з каталогом відбувається в MCP.

Як перевірити, що все на місці

1. Відкрийтеhttps://ваш-магазин/llms.txt— файл має віддаватися й містити назву магазину, опис і перелік категорій.
2. Перевірте, що там є рядок із посиланням на/mcp/catalog.
3. Якщо магазин багатомовний — відкрийте/uk/llms.txtі переконайтесь, що мовна копія теж є.
4. З увімкненим Pro — відкрийте будь-який фід зі списку## Category feedsі подивіться, чи ціни й наявність збігаються з вітриною.
5. Через тиждень зазирніть у вкладку «AI-агенти» в налаштуваннях плагіна.

Як прочитати журнал звернень

Коли Pro увімкнено, у вкладці «AI-агенти» з'являються рядки. Розберемо, що з них видно.

Клієнт — нормалізоване ім'я з User-Agent:ChatGPT-User,ClaudeBot,PerplexityBot. Версія навмисно відкидається, інакше один агент розсипався б на десятки рядків при кожному його оновленні.

Інструмент — що саме викликали.catalog.searchпереважає, коли агенти шукають товар за описом;catalog.get_product— коли вже знайшли і уточнюють;catalog.list_categories— коли орієнтуються в асортименті вперше.

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

Порожній журнал через тиждень теж інформація: або магазин ще не проіндексований асистентами, абоllms.txtвіддається з помилкою. Друге перевіряється за хвилину — просто відкрийте файл у браузері.

Чого це не робить

Щоб не було завищених очікувань, назвемо межу прямо.

llms.txtне гарантує, що асистент порекомендує саме ваш товар — він робить магазин машиночитаним, а вибір лишається за моделлю й за тим, наскільки ваша пропозиція відповідає запиту. Це умова участі, а не перемога.

Файл також не замінює ніsitemap.xml, ні структуровану розмітку товарів: пошукові системи читають своє, і жодне з цього не скасовується.

І окремо: якщо у вас порожні описи товарів і немає цін у розмітці, AI-видимість почнеться не зllms.txt. Спершу — дані про товар, потім канали, якими їх читають.

Підсумок

Видимість для AI-агентів складається з трьох шарів:llms.txtяк курована візитівка, MCP як спосіб запитати дані, і фіди категорій як готовий перелік товарів. Перші два в CommerCentr працюють безкоштовно, третій і журнал звернень — у llms.txt Pro.

Практичний порядок дій, якщо починаєте з нуля: спершу переконайтеся, що товари мають назви, ціни й короткі описи — без цього будь-який канал передасть порожнечу. Далі перевірте, щоllms.txtвіддається й містить ваші категорії. І лише потім дивіться на журнал звернень: він відповідає не на питання «чи працює технічно», а на питання «чи вас уже шукають». Перше видно за хвилину, друге — за тиждень-другий спостереження.

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