Як зробити товари магазину видимими для 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 каталогу, бо класичний пошук нікуди не подівся.