Fall '26 のリリースノートに、とても素っ気ない一文があります。"Business details in AI channels — review and approve the facts that get shared with agents, including policies and FAQs."
この一文の裏にあるのは、事業者がこれまで持っていなかったものです。AI が自社の事業について何を語るかを、一行ずつ自分で決められる管理画面上の作業場です。
要点
- ナレッジベースは 2026 年 10 月 26 日に Shopify 管理画面へ移り、場所は Sales channels → Agentic です。独立アプリは 2027 年 1 月 15 日に停止予定。
- Shopify がストアフロントとポリシーページを走査してファクトの下書きを生成します。承認するのはあなたです。未公開の下書きはどのエージェントにも届きません。
- 公式の立場："Shopify never changes knowledge base content on your behalf." 上限は 1,000 ファクト、10 カテゴリです。
- 対応するプロトコル機能
ask_businessはまだ UCP draft です。実店舗が返した 15 ツールの中にはありませんでした。 - それでも WebMCP の
search_shop_policies_and_faqs経由ですでに機能しています。今すぐ作るべきです。
運用の流れ
Shopify がストアフロントとポリシーページを走査し、未公開のファクト下書きを生成します。あなたは 1 件ずつ確認して公開します。重要な性質が 3 つあります。
- 下書きは不活性。 未公開のファクトはどこのエージェントにも届きません。部分的な露出はありません。
- プラットフォームは代わりに編集しない。 承認したものがそのまま提供されます。
- 上限がある。 10 カテゴリにわたり 1,000 件。旧独立アプリで上限を超えていたストアは、2027 年 1 月 15 日までに手動移行が必要です。
10 カテゴリは一見少なく見えますが、誠実に埋めようとすると違います。返品、配送、保証、連絡先、サイズ、素材、サービス対応地域、支払い方法、事業者情報、店舗所在地——多くのブランドは、自社のポリシーページが購入者の実際の質問のおよそ 3 分の 2 しか答えていないことに気づきます。
ファクトが実際に表に出る場所
ここが最も混同されやすいので、分けて説明します。
プロトコル経路の ask_business は、多くのストアでまだ稼働していません。 Ask 機能の唯一のツールで、エンドポイントは同じ {自社ドメイン}/api/ucp/mcp。返品・配送・保証・サービス範囲といったポリシーとサービスの質問に答えます。
利用可能になった場合の制約は厳しめです。単一ターンのみで会話は不可。応答は answer.plain のプレーンテキストなので、Markdown・出典リンク・セッション ID に依存しないこと。クエリ上限は 10,000 文字、購入者コンテキストはシリアライズ後 8,192 バイトまで。答えるだけで、カート変更も注文も返品開始も行いません。
実店舗に対して tools/list を実行したところ、返ってきた 15 ツールに ask_business はありませんでした。理由はドキュメントにあります。Ask は UCP の draft プロファイルにしか存在せず、そのストアは日付付きバージョン（検体では 2026-08-25）を交渉していました。Ask を使いたいエージェントは draft プロファイルを使い、dev.ucp.common.ask を宣言する必要があります。
ブラウザ経路はすでに動いています。 ストアフロントに登録される WebMCP ツールの中に search_shop_policies_and_faqs があり、同じナレッジベースを読みます。ブラウザ内エージェントでストアを見ている購入者は、今日公開したファクトから回答を得られます。
したがって「自社ストアはエージェントのポリシー質問に答えられるか」への誠実な答えは、「プロトコル経由ではまだだが、ページ経由では可能」です。そして作る資産は両方に使えます。完全なツール一覧は WebMCP ストアフロントツール にあります。
プロトコルが固まる前に着手すべき理由
無視されやすい順に 3 つ。
エージェント自身が認めている空白を埋められる。 公式 Shop skill はエージェントに対し、配送可能性は期日到着を保証しないこと、購入者が期日を挙げた場合は検索では確認できないと述べてチェックアウトへ誘導することを指示しています。これは明示的な空白です。公開された配送ファクトがそこを埋めます。繁忙期には、この空白はまさに切迫感のある位置に存在します。
自分の言葉で書ける唯一の場所。 エージェントがあなたについて語るほぼすべては導出物です。商品特長はコピーから推論され、説明文は書き換えられ得て、説明ファイルはプラットフォーム生成です。ナレッジベースのファクトは逐語で承認されます。唯一の一人称チャネルです。
陳腐化しない。 プロトコル版は動きますが、ファクトは動きません。今の作業は、現在の search_shop_policies_and_faqs に効き、日付付きリリースが Ask を含めた時点で ask_business にも効きます。
2 週間の計画
日 | 施策 | 担当 |
|---|---|---|
1–2 | 生成された下書きを点検。3 分の 1 は誤りか古いと見込む | CS |
3–5 | 問い合わせを生む 3 項目を修正：返品期限と費用、市場別の配送日数、保証条件 | CS・法務 |
6–8 | ポリシーページが扱っていなかったファクトを追加：サイズ指針、素材の手入れ、対応地域、同梱物 | 商品 |
9–10 | 法務レビュー後に公開。公開するまで何も数えられません | 法務 |
11–14 | 検証：ブラウザ内エージェントで自社ストアを見て、最頻の 5 つの質問をする | グロース |
最後の手順は死守してください。自社のファクトをエージェント経由で読み返すことが、その曖昧さに気づく唯一の方法です。
よくある質問
何もしないとどうなりますか。 エージェントは公開ページから読める内容にフォールバックします。通常は精度が落ち、ときに誤ります。失うのは「自社ポリシーについて権威ある情報源である」という立場です。
1,000 件で足りますか。 多くのブランドには十分です。上限に近い場合、たいていは粒度の問題です。1 文につき 1 件ではなく、1 つのポリシー判断につき 1 件で書くべきです。
ヘルプセンターの代わりになりますか。 なりません。ヘルプセンターは人間向けで、モデル層での引用も獲得し続けます。ナレッジベースはエージェントに直接提供されます。内容は重なり、提供経路はまったく異なります。