Shopify перенесла базу знань для AI-агентів в адмінпанель магазину

Shopify перенесла базу знань для AI-агентів в адмінпанель магазину. Продавцям, у яких у попередньому застосунку було понад 1000 фактів, потрібно вручну внести потрібні відомості до 15 січня 2027 року.

· 4 хв читання · 5 коментарів

Shopify перенесла базу знань для AI-агентів з окремого застосунку Knowledge Base в адмінпанель магазину. Компанія повідомила про це 26 жовтня; як пише Search Engine Journal, попередній застосунок стане недоступним після 15 січня 2027 року. Керувати відомостями, які допомагають агенту відповідати на запитання про магазин, тепер можна в розділі Sales channels > Agentic > Knowledge base.

Як працює база знань в адмінпанелі

База містить інформацію, не пов’язану з окремими товарами: наприклад, правила повернення, умови доставки та контактні дані. Відомості розподілені за десятьма категоріями, серед яких повернення та гарантії, способи оплати, доставка й купівля вживаних товарів. Для інформації поза цими категоріями передбачено розділ Additional Facts.

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

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

Опублікована база доступна через Storefront MCP застосункам на кшталт Shop app і стороннім AI-платформам. Вітрину, захищену паролем, Shopify сканувати не може: у її базі будуть лише дані з адмінпанелі. Магазини з власною вітриною або планом Agentic можуть додавати до бази лише додаткові факти.

Кому потрібно діяти до 15 січня

Якщо в попередньому застосунку було понад 1000 фактів, Shopify не перенесла їх до нової бази. Таким продавцям потрібно самостійно внести відомості, які вони хочуть зберегти, до 15 січня 2027 року. За повідомленням компанії, цим продавцям надіслали сповіщення електронною поштою.

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

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

Що перевірити власнику магазину й команді

Почати варто із запитань, які покупець справді поставить агенту: про повернення, доставку або скасування замовлення. Для скасування окремої категорії немає. Якщо потрібної умови немає в правилах магазину, її можна додати в Additional Facts. Наявність запису в адмінпанелі ще не означає, що агент зможе дати придатну відповідь на конкретне запитання.

У перевірці Білла Ханта, про яку розповідає видання, взяли участь 122 магазини Shopify. Він звернувся до інструмента правил у 88 із них, і лише два дали придатну відповідь щодо скасування замовлення. Це результат конкретного тесту, а не оцінка всіх магазинів Shopify. Він показує, навіщо перевіряти відповіді, навіть коли правила опубліковані.

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

Розробникам варто врахувати й зміну інструментів: Storefront MCP для правил і поширених запитань позначено як застарілий, хоча він і далі працює. Shopify скеровує розробників до Ask MCP. Його інструмент ask_business використовує базу знань і правила магазину, щоб відповісти покупцеві, але цю можливість описано як чернеткову, і вона може бути доступна не в кожному магазині.

Моя думка

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

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

Джерела

Звідки новина. Текст — переказ своїми словами, факти — з джерела, думка — автора.

  1. Shopify Moves AI Agent Knowledge Base Into Merchant Admin via @sejournal, @MattGSouthern www.searchenginejournal.com

Про автора

Ольга Єгіазарян

керівниця SEO-напряму

Займаюся пошуковим маркетингом інтернет-магазинів: від структури каталогу до оцінювання впливу змін на дохід. В обговореннях намагаюся відокремлювати дані конкретного ринку від загальних прогнозів індустрії.

Усі публікації автора

E-commerce 4 хв читання

Shopify автоматично підключає магазини до нових каналів покупок через ШІ

Shopify автоматично підключає відповідні магазини до нових ШІ-каналів покупок, якщо продавець не вимкнув керування ними. Розповідаємо, де перевірити налаштування та як відстежувати такі продажі.

E-commerce 4 хв читання

Google запустила оформлення покупок в AI Mode і Gemini для користувачів у Канаді

Покупці в Канаді зможуть оформлювати замовлення безпосередньо в AI Mode пошуку Google і застосунку Gemini. Функція поки доступна обмеженому колу продавців, а підключення через Merchant Center Google планує спростити наступного року.

Бізнес 4 хв читання

Microsoft припинить підтримку чату Teams для корпоративних сайтів із 5 жовтня

Із 5 жовтня Microsoft припинить підтримку чату Teams для корпоративних сайтів. Чинні віджети перестануть передавати повідомлення відвідувачів співробітникам компанії.

Написати коментар

Не публікується. Надішлемо посилання, щоб підтвердити коментар.

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

  1. Як Shopify визначає, які саме факти із понад 1000 варто перенести автоматично, а які продавцю доведеться відновлювати вручну? Тут важливо зрозуміти, чи сканування вітрини охоплює кастомні умови й граничні випадки на кшталт винятків із правил повернення.

    1. У моєму магазині винятки з повернень — саме ті деталі, які легко загубити при автоперенесенні, тож я б вручну звірила їх у Additional Facts і заклала час до дедлайну 🙂

    2. Ольга Єгіазарян Автор публікації

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

      1. @olga_eshak, ручна звірка всіх фактів понад 1000 може створити зайву роботу: якщо частина даних надходить із налаштувань адмінпанелі, спершу варто перевірити, що саме Shopify перенесла автоматично, і відновлювати лише пропущене. Інакше команда ризикує вручну дублювати стандартні умови в Additional Facts.

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