【2026年3月更新】エージェント型コマース（LLMO）対策のアップデート情報 llms.txtの設置が推奨に

26/03/12 23:51

2026年3月、オンライン決済サービス大手Stripeが「エージェント型コマース（agentic commerce）」対応の実務ガイドを発表しました。これまでLLMO対策（AI向けのSEO）は何をすれば多くの企業が手探り状態でしたが、この発表により一つの大きな指標が出来たと言えるでしょう。実務ガイドを簡単にまとめておきます。

Stripeがエージェント型コマース対応の実務ガイドを発表

遂にLLMO・エージェント型コマースにおける具体的な実務ガイドが出てきました。

発表したのはオンライン決済サービス大手のStripeです。

原文はこちら：How to prepare for agentic commerce: A technical field guide

要点は、AIエージェントが商品を見つけ、理解し、購入できるように、企業はWeb・API・組織・ガバナンスを整える必要がある ということ。

背景

Stripe はこの半年で

ACP（Agentic Commerce Protocol） というオープン仕様を（OpenAIと共同で）公開し、
Agentic Commerce Suite を出し、
URBN や Etsy などを導入先として広げ、
さらに machine payments にも対応しました。

そんな中、多くの企業が共通して「どのAIチャネルから始めるべきか」「どうやってAIに見つけてもらうか」「誰と組むべきか」を気にしています。

Stripeとしてはこの実装ガイドを発表しオープン標準であるACPがデファクトスタンダードに近づくこと、そのACP規格を使って実際に売れるようにする Stripe の実装済みソリューションを売り込む狙いがあると思います。現実として、自社開発のECサイトをこれから出てくるであろう多くのエージェントプロトコルに対応させていくのは大変です。

（ご安心下さい。ビヨンドウェブは主要なプロトコルにすべてに対応予定です。）

以下の内容は、サイト構築の経験がある方向けのガイドです。

何をやるべきか

Stripeによるエージェント型コマース対応ガイドの要点は以下の5つです。

アマゾンや楽天等のプラットフォームではなく、自前ECサイトでの対策です。

SEO以外に流入経路が増えるということになり、プラットフォームに依存しないECサイトを持つ企業には大きな商機とも言えます。

1. AIエージェントに自社の存在を知ってもらう

AIに推薦されるには、まず見つけてもらえる状態にする必要があります。
そのために重要なのは、

robots.txt や firewall で GPTBot など正当なAIクローラを塞がないこと
商品情報を サーバーサイドレンダリング で見せること
/llms.txt を置いて、商品群・返品ポリシー・ドキュメントなどを AIが読みやすい高シグナルなテキスト で渡すこと
将来的に重要になる product feed を整備すること

です。

特に product feed については、AIごとに求める形式が違うので、各AIに合わせて個別対応すると運用負荷が大きい、だから Stripeのような流通基盤を使って配信を集約する価値がある としています。

2. AIにサイトの使い方を理解させる

AIは単にページを読むだけでなく、どうAPIを使えばよいかを明示的に教える必要がある としています。

そのための代表例として、

/.well-known/ai-plugin.json
→ ブランドやAPIの役割説明。description_for_model はマーケティング文ではなく、いつ何のために使うAPIかを具体的に書く
manifest.json
→ AIが商品カードなどを表示する際の ブランド名やアイコンの定義
openapi.yaml
→ APIの機能、パラメータ、用途を AIが実行可能な形で理解するための仕様書

が挙げられています。

つまり、AIに対して「このAPIで何ができるか」を人間向け説明よりも明確に書け という話です。

3. 非人間トラフィックに耐えられるサイトにする

AIエージェントは、人間と違って

一気に大量の商品を見る
高速で比較する
厳しいタイムアウト制約の中で動く
ので、人間向けだけに最適化されたサイトだと不利です。

その対策として、

AI向けには edge function で 軽量な Markdown / JSON を返す
WAF やレート制限は、正当なAIを即ブロックせず 429 + Retry-After で制御する
在庫・価格APIなどの read-heavy endpoint を CDN でキャッシュ する

ことが勧められています。

要するに、AIにとって読みやすく、速く、無駄なトークンを使わない構成にしろ ということです。

4. 組織を agentic commerce 向けに整える

インフラだけでなく、組織の見方そのものを変える必要がある としています。

記事では、企業内で次のような変化が起きていると述べています。

マーケティングは、感情訴求よりも 構造化データや正確な仕様記述 を重視するようになる
IT / セキュリティは、悪意あるスクレイパーと正当なAIエージェントを 見分けて扱う運用 が必要になる
CIO / CTO / CDO は、データを分析用ではなく 取引基盤 として扱う必要がある
新たに agentic AI product manager のような役割が重要になる

特にこの PM は、画面UIではなく、AIがブランドをどう認識し、どう購入導線に乗るか を担う役割として説明されています。

5. AIガバナンスを整える

AIエージェント経由の取引では、従来と違う fraud / risk / policy の問題が出ます。

そのために、

人間向けの不正検知だけでは足りず、AI取引特有のリスクパターン に対応すること
Shared Payment Tokens (SPTs) のような仕組みで、支払い権限を限定付きでAIに渡すこと
問題のある agent token や user-agent だけを個別に止められるようにすること
異常な割引や配送先などの イレギュラー時の財務ルール を事前に決めておくこと
自社エージェントには system prompt や output filter を入れ、ブランド一貫性 を保つこと

が必要だとしています。

つまり、AIを受け入れるなら、技術だけでなく、支払い・不正・法務・ブランド管理まで含めて設計てください ということです。

日本国内で今年中にやっておくべきとは？

とはいっても、現段階で全部を重くやる必要はないと思います。

優先順位が高いものは、

1. まずは“見つかる状態”を作る（必須）

具体的には、商品詳細・カテゴリ・FAQ・利用条件が SSR か静的HTMLで読めること、robots.txt で正当なAIクローラを無意味に塞がないこと、そして /llms.txt のような AI向け索引 を置くことです。Stripe の技術ガイドでもこの3点は最初の土台として挙げられています。これは日本国内でも無駄になりません。将来どのAIチャネルが勝っても効く、共通の下地 です。

2. 次に、商品データを“機械が誤読しにくい形”にする（これも必須）

商品名、型番、ブランド、カテゴリ、仕様、納期、価格の意味、在庫可否、見積要否を揃えて、ページとAPIの両方で一貫して返せるようにすることです。Google は AI shopping 時代に retailer 向け新ツールと open standard を打ち出しており、Shopify も AIチャネル全体に native commerce を広げる前提として merchant data の整備を進めています。つまり今年の本丸は、決済より前に商品データの整備 です。