エージェント対応の製品カタログとは何か

「エージェント対応」とは実際には何を意味するのか

製品カタログがエージェント対応であるとは、人間がブラウザを操作しなくても、機械がそれを見つけ、読み、問い合わせ、正しく引用できる状態を指す。

これは「うちは良いウェブサイトを持っている」よりも厳しい基準であり、しかもページ速度レポートには決して現れない理由で不合格になる。検索順位が高く、コンバージョンも良好で、見た目も申し分のないカタログが、AIアシスタントが実際に用いるクライアントに対しては空の文書を返している、ということが起こりうる。この隔たりは構造的なものであって、表面的なものではない。

しかも、その重みは四半期ごとに増している。Forresterは2026年1月に公表したバイヤーズ・ジャーニー調査の中で、法人購買担当者の94%がすでに購買プロセスの中でAIを利用しており、生成AIまたは対話型検索を他のどの情報源よりも有意義だと挙げた買い手が、他の選択肢の2倍に達したと報告している——ベンダーのウェブサイト、製品の専門家、営業担当者を上回る結果である。アシスタントが自社製品について読み上げる仕様は、そのまま買い手が信じる仕様になりつつある。

このテーマを扱う文章の多くが混乱しているのは、「エージェント対応」を一つのものとして扱っている点にある。実際には四つのものであり、消費する側もそれぞれ異なる。

どのアシスタントが、どの接点を実際に消費しているのか

1. 構造化データを備えたサーバーサイドレンダリングのページ

これは、何一つ設定していないアシスタント利用者に届く、唯一の接点である。

この接点について技術的にもっとも重要な事実は一つだ。AIクローラーは自社のJavaScriptを実行しない。Vercelのクローラー分析——1か月でGPTBotによる5億6,900万件、Claudeによる3億7,000万件の取得——では、これらのクローラーがJavaScriptファイル自体は取得している（それぞれリクエストの11.50%と23.84%）一方で、それを実行してはいないことが判明し、OpenAI、Anthropic、Meta、ByteDance、Perplexityを名指ししたうえで「主要なAIクローラーのいずれも、現時点でJavaScriptをレンダリングしていない」と結論づけている。2026年を通じて行われた独立の再検証も、同じ判定に達した。パラメトリック表も、在庫表示も、ドキュメント一覧も、クライアント側で注入されているのであれば、これらのクライアントにとっては存在しない。JavaScriptをレンダリングするGooglebotは依然として例外であり、まさにそれゆえに、Googleでの可視性を確認したチームは、何も問題はないと誤って結論づけてしまう。

残りの部分について、Google自身のガイダンスは小気味よいほど率直だ。AI OverviewsやAI Modeに表示されるには「ページがインデックスされ、スニペット付きでGoogle検索に表示される資格を備えている」必要があり、それ以外に追加の技術要件はなく、AI専用のスキーマも特別なファイルも要らない、というのである。それでも構造化データには存在意義がある。どの数値が定格電流で、どれがピーク値なのかという曖昧さを取り除いてくれるからだ——ただしそれは曖昧さを解消する道具であって、魔法のスイッチではない。

最後に、クローラー層には、ほとんどのカタログが見落としているポリシーの側面がある。OpenAIは三つの独立したエージェントを文書化している——基盤モデルの学習用のGPTBot、ChatGPTの検索でサイトを提示するためのOAI-SearchBot、そしてユーザー起点の取得を行うChatGPT-Userである。Anthropicも同じ形で、ClaudeBot、Claude-User、Claude-SearchBotを文書化している。これらはrobots.txt上でそれぞれ独立したエントリだ。学習を止めるつもりで一括のdisallowを書けば、自社を引用してくれたはずの取得系クローラーまで、同時に遮断することになる。

2. Markdownとクリーンテキストのビュー

これは2026年にもっとも過大に喧伝された接点であり、それだけに正確に扱う必要がある。

主要なコンシューマー向けアシスタントで、「Accept: text/markdownを送ってくれれば、そちらを優先する」と明言するコンテンツネゴシエーションの契約を公開しているものは一つもない。llms.txtという取り決めは技術的には筋が通っており、開発者向けドキュメントのサイトでは実際に普及もしているが、Googleは自社のAI機能に表示されるためにAI向けテキストファイルは不要だと明言しており、2026年までの普及状況の調査でも、OpenAI、Google、Anthropicのクローラーが意味のある量でこのファイルを要求している事実は確認されなかった。

本当に正しいと言える範囲はもっと狭いが、それでも取り組む価値はある。ナビゲーションとスクリプトだらけのページから抽出したテキストは、散文として配信されたテキストよりもノイズが多い。だからクリーンなビューのほうが、抽出を経ても原形をとどめやすい。そして、そのクリーンな表現こそ、自社のMCPツールがペイロードとして返すべきものにほかならない。Markdownビューは成長施策としてではなく、正規レコードの再利用成果物として構築すること。そうすれば期待を裏切られることはない。

3. プッシュ型の製品フィード

多くのロードマップの優先順位を組み替えることになる事実がある。ChatGPTのショッピング面に供給されているのは、事業者側がプッシュしたデータであって、クロールによって集められたデータではない。公開されているフィード仕様では、事業者は相互に合意した許可済みのエンドポイントへ、暗号化されたHTTPS経由でTSV、CSV、XMLまたはJSONを配信し、システムは15分ごとの更新を受け付ける。Perplexityのマーチャントプログラムも形としては同様で、指定された形式のCSVまたはXMLファイルとして、製品データを事業者側から提供する仕組みだ。どれだけページ内の最適化を積み重ねても、プログラムへの登録の代わりにはならない。

産業向けカタログについて正直に述べておくべき留保は、これらのスキーマが小売の形をしている点だ。GTIN、定価、そして購入可能なバリアントの存在が前提になっている。4万点の品目を扱い、顧客ごとの契約価格を持ち、その半分にGTINが付いていない流通事業者にとって、当てはまりは悪い。フィードが高い価値を持つのは、特定可能なエンドユーザーに対して公開価格で販売している場合であり、見積で商売をしている場合にはほぼ無関係である。

4. MCPエンドポイント

MCPは、もっとも忠実度の高い接点であり、そして現時点ではもっとも到達範囲の狭い接点でもある。ここで正確さが問われるのは、アシスタントごとにリーチが大きく異なるからだ。

• Claudeは、Free、Pro、Max、Team、Enterpriseの各プランでカスタムのリモートMCPコネクターに対応しており、無料ユーザーはコネクター1つまでに制限される。サーバーは、AnthropicのIPレンジから公開インターネット経由で到達できる必要がある。
• ChatGPTは、デベロッパーモードを通じてカスタムMCPサーバーを利用できるようにしている。書き込みが可能なカスタムコネクターはBusiness、Enterprise、Eduに限られ、個人のPlusおよびProユーザーが使えるのは読み取り専用のものだ。ChatGPT内のアプリを支えるApps SDK自体もMCPの上に構築されており、提出物はディレクトリの審査を経る。
• Geminiは、Gemini Enterpriseを通じてカスタムMCPサーバーへの接続を提供している。管理者が自社のStreamable HTTPサーバーを、そのテナント内のデータストアとして登録する形だ。コンシューマー向けの機能ではない。

したがって到達しうる母集団は、自分でコネクターを設定するエンジニアと、情報システム部門が自社サーバーを登録する企業の購買担当者である。部品メーカーや建材メーカーにとって、これは仕様決定者と購買チームの説明として驚くほどよく当てはまる——だが、匿名のロングテールではない。MCPエンドポイントさえあれば「AIから見える」ようになる、と言ってくる相手は、何かを売りつけようとしている。

空のMCPサーバーに価値がないのはなぜか

ツール呼び出しとは正しさの約束であり、ツールを通じて届けられた誤った回答は、回答がないことよりも悪いからだ。

アシスタントが自社のウェブページを読むとき、その回答には留保がつく。モデルは、自分が文書を要約しているのだと分かっているからだ。ところがget_partを呼び出して{"rated_current_a": 32}を受け取ったとき、モデルは留保をつけない。その数値を断定する。もしPIMがフレームサイズに対して32 A、個別のバリアントに対して25 Aを保持していて、ツールが誤ったほうを解決してしまったのなら、AI可視性を改善したことにはならない——仕様の誤りを工業的に量産し、そこに自社ブランドの権威を貼り付けたことになる。

だからこそ、現在出荷されている信頼に足る部品向けMCPサーバーは、プロトコルの化粧板ではなく、検証済みのデータ層の上に構築されている。2025年11月に公開されたMicrochipの無償のパブリックMCPサーバーは、検証済みの製品仕様、データシート、在庫、価格、リードタイムをStreamable HTTP経由で公開している——発表が力点を置いているのは検証済みで最新のデータであって、トランスポートではない。ShopifyのStorefront MCPサーバーはhttps://{shop}.myshopify.com/api/mcpで到達でき、これが機能するのは、Shopifyストアがすでに、型付けされたフィールドを備えた唯一の権威ある製品レコードを持っているからだ。

内容の食い違う三つのスプレッドシート、単位を失ったPIM、そしてPDFの詰まったフォルダ——その前面にMCPエンドポイントを立てることは、より速く間違えるための手段でしかない。作業の順序はこうだ。正規レコード、検証、そのあとにプロトコル。

エージェント対応の成熟度モデル

ほとんどの組織は、自分たちは段階2にいると思い込んだまま、実際には段階0か1にいることに気づく。両者を分ける問いは「構造化データはあるか」ではなく、「この属性について二つのシステムの内容が食い違ったとき、どちらが正しいのか、そしてそれを機械が判別できるのか」である。

自社がどの段階にいるかは、どうすれば分かるのか

順に五つの確認を行う。いずれも数分で済む。

1. 01製品ページを素のブラウザ以外のクライアントで取得し、生のレスポンスを読む。仕様がHTMLの中に見当たらなければ、ブラウザでどう見えていようと段階0である。
2. 02自社の`robots.txt`をポリシー文書として読む。 許可しているAIユーザーエージェントと拒否しているAIユーザーエージェントをすべて書き出し、各行が学習と取得のどちらについての実際の判断を反映したものなのかを確認する。
3. 03JSON-LDブロックを一つ検証し、すべての値を表示ページと突き合わせる。不一致は、欠落よりも悪い。
4. 04部品を10点選び、正解を完全に把握している事実確認の質問を、三つのアシスタントに投げる。 誤答を記録する。その誤答率が、自社の本当のベースラインである。
5. 05自社のデータからパラメトリックな問いに答えてみる——三つの制約条件を満たす部品をすべて挙げる、といった問いだ——ただし機械が到達できるものだけを使うこと。人間がPDFを開かなければ答えられないなら、エージェントも同じ状況に置かれる。そしてエージェントはPDFを開かない。

984社を調べて何が分かったのか

2026年8月、私たちは北米、欧州、アジアにまたがる世界984社の流通事業者・メーカーのドメインを監査した。全体像は、居心地が悪くなるほど一貫していた。

• AI可視性スコアの中央値は、100点満点でおよそ50点だった。
• 38%は、標準的なブラウザ以外のクライアントに対して、読めるカタログページをまったく返さなかった。
• 何らかの明示的なAIクローラーポリシーを公開していたのは19%にとどまり、そのうち主要なクローラーを歓迎していた企業に対し、遮断していた企業は2倍以上に上った。
• MCPエンドポイントを告知していた企業は、一社もなかった。

中央値よりも、分布のほうが重要である。上位10%と中位層とを隔てていたのは、予算でも人員でもなかった。その組織が唯一の正規製品レコードを持っているのか、それとも競合する複数のレコードを抱えているのか、という一点だった。ほかのすべては、そこから導かれていた。

最初に何を構築すべきか

1. 01部品ごとに唯一の正規レコードを確立する。 型付けされた属性、単位、出所、最終検証日時を備えたものにすること。以降のすべては、これを投影したものにすぎない。
2. 02カタログをサーバーサイドレンダリングし、最初のHTMLレスポンスの中に完全な仕様が含まれるようにする。
3. 03ページの内容と一致する構造化データを追加し、生成ツールを信用せずに自分で検証する。
4. 04意図をもってAIクローラーポリシーを書き、エージェントごとに定め、それぞれの判断の理由を文書に残す。
5. 05自社の商売の形に合う接点が存在するところにはフィードをプッシュし——存在しないところでは、正直に見送る。
6. 06MCPエンドポイントを立ち上げ、パラメトリック検索、型番照会、代替品、コンプライアンス文書、CADを公開する。顧客固有の情報にはOAuthをかけること。
7. 07正確性を継続的にモニタリングする。 失敗の様態は沈黙ではなく、自信に満ちた誤りだからだ。

Partsgraphは、これをオーバーレイとして構築する。すでに手元にあるカタログ——データシート、パラメトリック属性、CAD、コンプライアンス文書——を取り込み、検証済みの単一のParts Graphへと名寄せし、ウェブサイトに手を加えることなく、四つの接点すべてに提供する。

ロードマップを描く前にベースラインを知りたいのであれば、/auditにある無料のグレーダーで自社ドメインを診断してほしい。ブラウザ以外のクライアントが現在、自社のカタログから実際に何を受け取っているのか、そして四つの接点のうちどれが欠けているのかを報告する。