機械可読なカタログの語彙

ブラウザーも人手も当て推量も要さずに、AI エージェントが取得・解析・引用できる製品データ。安定したアドレスで到達でき、後から組み立てられるのではなく返されたレスポンスの中に存在し、文章で説明されるのではなく型付けされ、出典に帰属できるもの。

なぜ重要かデータを取得できないアシスタントは、あなたのカタログ冊子に戻ってはくれません。第三者があなたの部品について書いたもの、あるいはデータを読めた競合他社に頼ります。

関連項目構造化データサーバーサイドレンダリングModel Context Protocol

AI システムに代わってウェブページを取得する自動クライアント。学習用コーパスの構築のため、あるいは利用者の質問にその場で答えるために動きます。運営各社は独自のユーザーエージェント名を公開しており、二つの目的は同じ運営社の別々のエージェントが担うことも多くあります。

なぜ重要か遮断か許可かは一つの決定ではありません。学習目的のクロールは断りつつ、いま買い手の質問に答えているエージェントには完全に読ませたい、という判断は十分に合理的です — そしてその区別はユーザーエージェント単位で表現します。

関連項目robots.txtサーバーサイドレンダリング

サーバーサイドレンダリングとは、ページの内容がサーバーの返す HTML の中に含まれていることを指します。クライアントサイドレンダリングとは、サーバーが外枠だけを返し、内容はその後ブラウザー内の JavaScript が組み立てることを指します。

なぜ重要か公開されている AI クローラーのトラフィック分析では、主要アシスタントのクローラーは JavaScript ファイルを取得するものの実行しないことが分かっています。それらのクローラーにとって、クライアント側で描画されるカタログは空白のページです — 人間の目にどれほど完全に見えても。

関連項目AI クローラーエージェント対応の製品データ

コンテンツをリンク一覧で上位に出すためだけでなく、AI アシスタントが取得し引用できるようにする取り組み。求める成果がクリックではなく回答の中での引用であるため、到達可能であること、解析可能であること、曖昧でないこと、出典に帰属できることを重視します。

なぜ重要かカタログにとって、作業の大半は編集的なものではありません。到達性、レンダリング、構造、識別子 — 製品データを他のどこでも使えるものにするのと同じ要素です。

関連項目エージェント対応の製品データサーバーサイドレンダリング

正解が分かっている固定の質問群で、変更後もシステムが正しく答えられるかを測るために使います。毎回同じ期待値に対して採点するため、劣化は逸話ではなく数値として現れます。

なぜ重要かこれがなければ「アシスタントはうちの部品を正しく答えてくれる」は印象にすぎません。あれば測定になり、正しくなくなったその日に気づけます — 四半期後ではなく。

関連項目エージェント対応の製品データ

定義されたインターフェース越しに AI アシスタントへツールとデータを公開するオープンなプロトコル。アシスタントはウェブページをスクレイピングして中身を推測する代わりに、機能を直接呼び出せます。サーバーは提供するツールを宣言し、クライアントがそれを発見して呼び出します。

なぜ重要かカタログにとっては、アシスタントが製品の描画を読むのか、あなたのシステムに問いを投げるのかの違いです — パラメトリック検索、部品検索、代替品、法規適合 — そして型付きの回答が返ってきます。

関連項目エージェント対応の製品データパラメトリック検索

サイトのルートに置くことが提案されているプレーンテキストファイル。サイトに何があり、実質的な内容がどこにあるかを、言語モデル向けに短く整理した索引として示します。制御ではなく助言であり、読んでよいものではなく、読む価値があるものを伝えます。

なぜ重要かカタログが公開できる最も安価なシグナルであり、普及率はまだ十分に低いため、公開すること自体が最低条件ではなく差別化要因になります。

関連項目robots.txtエージェント対応の製品データ

自動化されたクライアントに、どのパスを要求してよいかを伝えるサイトルートのファイル。2022 年に IETF が RFC 9309 として標準化しました。行儀のよいクローラーが尊重する許諾の表明であり、アクセス制御でも強制でもありません。

なぜ重要か多くの産業系サイトは AI クローラーが存在する前にこれを書いたため、そうしたクローラーへの方針は、何年も前のワイルドカード規則がたまたま意味するものになっています。それは偶然による決定です。

関連項目llms.txtAI クローラー

ページに埋め込まれた機械可読なマークアップで、そのページが何についてのものかを共通の語彙で宣言します。製品であれば通常 schema.org の Product 型で、識別子・価格・在庫状況・仕様を文章ではなく名前付きのフィールドとして持ちます。

なぜ重要か推論の手順をなくします。これがなければ、機械はページ上の数字が価格だと推し量らねばなりません。あれば、ページ自身がそう述べます。

関連項目GTINメーカー品番エージェント対応の製品データ

カテゴリーをたどったりキーワードを突き合わせたりするのではなく、計測された特性 — 電圧、ねじピッチ、保護等級、温度範囲 — で絞り込んで部品を選ぶこと。各特性が説明文中のテキストではなく、単位を伴う型付きの値として存在している必要があります。

なぜ重要か技術者が実際に仕様を決める方法がこれです。IP67 の 8 極 M12 コネクターを求められたアシスタントはパラメトリッククエリを実行しており、絞り込めるだけ十分に型付けされたデータに対してしか答えられません。

関連項目ETIMModel Context Protocol

メーカーが部品に割り当てる識別子。グローバルな取引識別子と異なり、そのメーカーの中でしか一意ではなく、実際には表記が揺れます — 区切り文字の有無、接尾辞、荷姿コード、地域別バリエーションなど。

なぜ重要か相互参照の失敗の大半は、メーカー品番の正規化の失敗です。同じ部品が 4 通りの表記で現れれば、アシスタントはそれを 4 つの部品として扱うか、顧客が尋ねた部品と結び付けられません。

関連項目エンティティ解決GTIN

GS1 システムのもとで管理される、世界的に一意な取引品目識別子で、小売バーコードに符号化される番号を含みます。メーカー品番と異なり、すべてのメーカーを横断して一意です。

なぜ重要かシステムをまたいで製品を突き合わせるための最も強力なキーであり、AI ショッピング面やマーケットプレイスが真っ先に求めるのはこれです。

関連項目メーカー品番構造化データ

複数のレコードが現実世界の同じものを指していると判断し、バリエーションを紐付けた一つの正規エンティティにまとめること。部品の文脈では、品番、バリエーション、荷姿の選択肢、複数のディストリビューターが掲載する同一部品などが対象です。

なぜ重要かカタログとグラフを分けるものです。代替品、相互参照、「他に何が合うか」という問いは、いずれもこれを正しく行えているかに依存します。

関連項目メーカー品番パラメトリック検索

技術製品のためのオープンで国際的な分類モデル。製品のクラスを定義し、クラスごとにそれを記述する特性と、その特性が取りうる単位や値リストを定めます。これにより技術仕様は自由記述の表ではなく、メーカー間で比較可能なものになります。

なぜ重要か欧州の多くの地域では、すでに電材・空調・建材供給の共通言語です。これにマッピングされたカタログは、アシスタントも卸売業者も規制当局も同じように読めるカタログです。

関連項目ECLASSBMEcatパラメトリック検索

製品とサービスを分類・記述するための業種横断のデータ標準で、調達や産業オートメーションで広く使われています。ETIM と同様に、分類階層と標準化された特性定義の双方を提供します。

なぜ重要かETIM が電材・建材で優勢なのに対し、ECLASS は産業オートメーションやプロセス産業でより一般的です。多くのメーカーは両方を必要とします。

関連項目ETIMBMEcat

サプライヤーとバイヤーの間で電子製品カタログを交換するために広く使われている XML 形式。積荷として ETIM や ECLASS で分類されたデータを運ぶのが一般的です。

なぜ重要かカタログデータはすでにこの形で取引先の間を行き来しています。きれいな BMEcat を出力できるカタログは、たいていエージェント向けインターフェースが必要とする基盤構造を備えています。

関連項目ETIMECLASS

製品の特性 — 素材、法規適合、修理可能性、来歴 — を構造化された機械可読の記録としてまとめ、製品上または製品に付随するデータキャリアから参照できるようにしたもの。EU のエコデザイン規則（持続可能な製品のためのエコデザイン規則）で導入され、義務は委任法により製品群ごとに定められます。

なぜ重要かEU で販売される対象品目が広がるにつれ、機械可読な製品データはマーケティング上の優位ではなく法的要件になります。その作業は、カタログをエージェントに読ませる作業と大きく重なります。

関連項目ETIM構造化データ