Shopify ストアが AI エージェントに見せている 6 つの層

Fall '26 以降、Shopify ストアが AI エージェントに見せている面は 6 層で説明できます。上から下はエージェントが触れる順序、下から上はあなたが構築すべき順序です。

この反転を正しく理解することが、このモデルの価値のほとんどです。私たちが見るチームのほぼすべてが、間違った側から始めています。

要点

• 6 層：チャネル、スキル、サービス、プロトコル、データ、決済。
• 各層に固有の失敗モードと固有の担当があります。ひとつのプロジェクトとして扱うことが、エージェント対応が停滞する原因です。
• 第 5 層「データ」は、ほぼ完全に自社の管理下にある唯一の層です。
• 第 4 層と第 6 層はプラットフォームがホストします。だからこそ「問題ないはず」と思い込みやすく、実際には壊れていることがあります。
• 下から上へ構築する。呼び出せることを証明してから、呼び出しが返す内容を磨く。

6 つの層

直感に反する優先順位

直感は第 5 層から始めよと言います。マーケティングが所有する層で、作業は馴染みがあり、生産的に感じられます。タイトルを直し、説明を充実させ、分類を整える。

しかし第 4 層か第 6 層が壊れていれば、第 5 層を良くしても、決して呼ばれないインターフェースの品質を上げているだけです。404 を最適化で回避することはできません。

下から上へ構築する：

1. まず第 6 層。 payment_handlers は埋まっているか。permalink は自社ドメインか。成約できないなら、上の層は意味を持ちません。
2. 次に第 4 層。 /.well-known/ucp は capabilities を 8 件以上返すか。通常は問題なく、確認はコマンド 1 本です。
3. 続いて第 3 層。 tools/list は約 15 ツールを返すか。トップページに WebMCP マーカーは登録されているか。
4. 次に第 2 層。 /agents.md と /llms.txt は 200 か。参照されるポリシーは完備しているか。
5. そして第 5 層。 ここで商品データの作業が報われます。報われる先ができたからです。
6. 最後に第 1 層。 他が安定してから、チャネル資格と市場拡大に取り組みます。

10 分の自己診断が、ステップ 1〜4 を 6 本のコマンドでカバーします。

各層の実際の担当

ここがこのモデルの組織的な価値です。すべてがマーケティングの仕事ではなく、そう装うことが停滞の原因です。

第 5 層が強く第 6 層が壊れているパターンが最も多く、最も無駄です。投資はすでに済み、リターンはゼロだからです。

実務で層が壊れる場所

Headless 構成は第 2 層と第 3 層を同時に壊します。 エージェント用の 2 ファイルが 404 になり WebMCP も登録されない一方、第 4 層は 200 を返し続けます。そのためプロトコルは健全に見えます。完全な比較はこちら。

独自ドメインは第 4 層と第 6 層を静かに壊します。 capabilities と permalink のエンドポイントが本店と異なり得るため、permalink が myshopify ドメインを指したままになります。人間向けには完璧に動くので誰も気づきません。

マーケティングは誤ったフィールドを最適化して第 5 層を壊します。 エージェントが受け取る商品オブジェクトはトップレベル 14 フィールドで、レビュー・動画・3D は含まれません。

よくある質問

価値を得るには 6 層すべてが必要ですか。 必要なのは第 4・5・6 層です。第 3 層は Liquid ではほぼ自動です。第 2 層は第 6 層のポリシー前提に依存します。第 1 層は、他が安定したあとに成長が起きる場所です。

監査の頻度は。 四半期ごと、加えてテーマのリリース、移行、決済・市場設定の変更のたびに。プロトコル版は自社のリリース計画とは無関係に動きます。

このモデルは Shopify 固有ですか。 層構造はどのコマーススタックにも一般化できます。Shopify 固有なのは、第 3 層と第 4 層がどれだけ既定で手に入るかです。自社構築スタックではそれらが開発予算そのものであり、今回のリリースで競争上もっとも鋭い点です。