機械可読なデジタル製品パスポート:ESPRが求めるもの、そしてAIエージェントがそれを読む理由

TL;DR

• 機械可読なデジタル製品パスポートは法的要件です。ESPRは、パスポートのデータがオープン規格に基づき、相互運用可能であり、かつ適宜、機械可読で、構造化され、検索可能で、ベンダーロックインなしに移転可能でなければならないと定めています。
• 人が読めるウェブページだけでは不十分です。ソフトウェアが同じデータを構造化された形式で要求できる必要があり、すべての項目にラベルが付き、すべての製品が永続的な識別子で名指しされていなければなりません。
• 法律が正確、完全かつ最新であることを求めるデータは、AIエージェントが自分の見ている製品を正確に特定するために必要とするデータと同じです。ただし、エージェントがパスポートの定めるアクセス権を尊重することが前提です。

機械可読なデジタル製品パスポートとは、人が読むのと同じくらい確実にソフトウェアが読めるパスポートのことです。これはあれば望ましいという程度のものではありません。ESPR、すなわち規則(EU)2024/1781は、これをすべてのパスポートが満たすべき必須要件に書き込んでおり、2026年7月に引用された欧州規格が、それらの要件を構築可能なものへと落とし込んでいます。

本ガイドでは、規則が何を定めているか、人が読めるパスポートページと機械可読なパスポートの違い、広く使われている構成要素、そして同じデータがなぜAIエージェントにとって信頼できる情報源になりつつあるのかを扱います。パスポートが保持すべきデータの一覧は、デジタル製品パスポートのデータ要件で別途解説しています。以下の内容はすべて2026年10月時点のものです。

ESPRは機械可読性について何を定めているのか?

第10条第1項(d)は、データそのものに関するルールを定めています。パスポートのすべてのデータは、次のものでなければなりません。

• オープン規格に基づくもの
• 相互運用可能な形式で作成されたもの
• 適宜、機械可読で、構造化され、検索可能なもの
• ベンダーロックインなしに、オープンで相互運用可能なデータ交換ネットワークを通じて移転可能なもの

これらの言葉の一つひとつに、実務上の帰結があります。

「適宜」という文言は、各要件をどこまで求めるかを製品グループごとの委任法が決める余地を残しています。機械可読性を任意にするものではありません。

第11条は、システムレベルのルールを加えています。(a)は、各パスポートが、ESPRのもとで求められる他のパスポートと「エンドツーエンドの通信およびデータ転送の技術的、意味的および組織的側面に関して」完全に相互運用可能であることを求めています。技術的な相互運用性とは、システム同士がデータを交換できることを意味します。意味的な相互運用性とは、データが何を意味するかについてシステム同士が合意していること、つまりあるパスポートの「再生材含有率」が、別のパスポートのそれと同じものであり、同じ方法で測定されていることを意味します。

第11条はさらに、データの真正性、信頼性および完全性を求めており((g))、第9条第1項はパスポートのデータが正確、完全かつ最新であることを求めています。

これまでの主な節目

人が読めるものと機械可読なもの:何が違うのか?

同じ電気ケトルのパスポートが、二つの方法で提供される場面を想像してください。

人が読める版はウェブページです。消費者が箱のQRコードをスキャンすると、素材、修理手順、スペアパーツ、リサイクルの案内が、スマートフォン向けにレイアウトされて表示されます。人にとってはこれが適切な体験です。しかし、そのページを読むプログラムは、どの数字が消費電力で、どの数字がコードの長さなのかを推測しなければならず、その推測はデザインが変わるたびに破綻します。

機械可読な版は、同じ事実をデータとして表現したものです。それぞれの値には名前と定義された意味があり、必要に応じて単位があり、製品は永続的な識別子で名指しされます。リサイクル事業者のシステムやマーケットプレイスは、ページの見た目がどうであれ、毎回同じ答えを得られます。

よくできたパスポートは、一つのレコードから両方を提供します。そのため、ページとデータが食い違うことはありません。

機械可読なレコードの例

以下は、リンクトデータをJSONで表すためのW3Cの形式であるJSON-LDで書いた、意図的に小さくした説明用の例です。いずれかの規格や委任法から取ったものではなく、実際のパスポートははるかに多くのデータを保持します。GS1 Web Vocabularyの用語と、GS1自身の例示用GTINを使っています。

{
  "@context": { "gs1": "https://ref.gs1.org/voc/" },
  "@id": "https://example.com/01/09520123456788",
  "@type": "gs1:Product",
  "gs1:gtin": "09520123456788",
  "gs1:productName": { "@value": "Example kettle 1.7 l", "@language": "en" },
  "gs1:dpp": { "@id": "https://example.com/passport/01/09520123456788" }
}

@idは製品の識別子から組み立てたウェブアドレスなので、このレコードはまさに一つの製品を名指しします。すべてのプロパティは、誰でも参照できる公開された定義を指しています。そしてパスポートへのリンクには型が付いています。gs1:dppは、そのリンクがデジタル製品パスポートにつながることをソフトウェアに伝えます。

CENとCENELECの規格は何を扱っているのか?

ESPRは要件を定めます。欧州規格は、それをどのように満たすかを定めます。欧州委員会の要請を受けて合同委員会CEN/CLC/JTC 24が策定した6つの中核規格は、2026年7月15日に公表された実施決定(EU)2026/1736によって整合規格として引用されました。ESPR第41条第2項のもとでは、これらの規格に適合するパスポートは、それらが対象とする第10条および第11条の要件に適合していると推定されます。

EN 18222はタイトルに検索可能性を掲げる規格であり、EN 18223は第11条(a)が求める相互運用性を扱います。CENとCENELECはこのシリーズを8つの規格として説明しています。残る2つ、アクセス権管理、セキュリティおよび営業上の機密性に関するEN 18239と、データの真正性、信頼性および完全性に関するEN 18246は2026年9月16日に発行されましたが、2026年10月時点で、まだ官報では引用されていません。

これらの規格は、パスポートがどのように機能するかを定めるものであり、製品グループがどのデータを保持しなければならないかを定めるものではありません。それぞれについては6つのCEN DPP規格の解説で取り上げています。規格の本文は各国の標準化機関を通じて販売されているため、その技術的内容はここでは再現しません。

一般的な技術的構成要素は何か?

機械可読なパスポートは、いくつかのオープンな構成要素を組み合わせて作られます。具体的な選択は整合規格と各委任法に従うことになりますが、以下はそれらが依拠する一般的なウェブのツールキットです。

ウェブアドレスとして表現された永続的な識別子

第10条第1項(a)は、パスポートがデータキャリアを通じて永続的な固有製品識別子と結び付けられることを求めており、附属書IIIはデータキャリアと識別子についてISO/IEC 15459シリーズを挙げています。GTINはこのファミリーの上に成り立っています。URI構文規格が2026年8月にリリース1.7.0に達したGS1 Digital Linkは、GTINをウェブアドレスに変換し、バッチ単位およびアイテム単位のパスポートのために、任意でバッチ番号やシリアル番号を加えられます。同じアドレスが、パッケージ上のQRコードとしても、構造化データにおける製品の@idとしても機能します。だからこそ、一つのコードで買い物客とソフトウェアの両方に対応できるのです。

JSONとJSON-LD

JSONはウェブAPIで日常的に使われる形式です。W3C勧告であるJSON-LDは、各項目をGS1 Web Vocabularyやschema.orgなどの公開された語彙に対応付ける@contextを加えます。schema.orgは検索エンジンが使う語彙で、gtinプロパティも備えています。同じ語彙を使う二つのシステムは、二者間の取り決めなしに互いを理解できます。これが、ウェブで最も一般的な形の意味的な相互運用性です。

リゾルバーと型付きリンク

リゾルバーとは、GS1 Digital Link URIの背後にあって、スキャンやリクエストの行き先を決めるサービスです。2026年8月に承認されたリリース1.2.1のGS1-Conformant Resolver Standardでは、一つの識別子が多数のリンクを提供でき、それぞれのリンクにGS1 Web Vocabularyのリンクタイプのラベルが付けられます。GS1はパスポート専用のリンクタイプとしてgs1:dppを定義しており、「デジタル製品パスポートへのリンク」と説明しています。あわせて、gs1:sustainabilityInfo、gs1:instructions、gs1:safetyInfo、gs1:certificationInfo、gs1:recallStatusなどの関連するタイプもあります。

リゾルバー規格のもとでは、ソフトウェアはlinkTypeパラメーターで一つのリンクタイプを要求することも、Accept: application/linkset+jsonを送信して完全なリンクセット(IETF RFC 9264)をJSONで要求することもできます。コードをスキャンしたスマートフォンは消費者向けページにたどり着き、同じアドレスに問い合わせたプログラムはパスポートのデータがどこにあるかを見つけ出します。仕組みについてはGS1 Digital Linkリゾルバーのガイドで解説しています。

QRコードが本当に役立つのは物理的な段階です。識別子を製品からデジタルの世界へと運びます。しかし、QRコードそれ自体がデータを機械可読にするわけではありません。PDFにつながるQRコードは、データキャリアの要件は満たしても、第10条第1項(d)は満たしません。

機械可読なパスポートがAIエージェントにとって重要なのはなぜか?

AIエージェントは、人や企業に代わって検索し、比較し、購入するようになり始めています。チューリッヒでのW3C/GS1ワークショップで、Digital LinkのCEOであるPaula Riveroは、エージェントが同一性を特定できないときに起きる失敗を説明しました。説明文は複数の商品に当てはまり、一つの製品を名指しできるのは識別子だけであるため、エージェントは購入のすべてのステップを完了しながら、それでも間違った製品を買ってしまう可能性があるのです。

以下は各要素がどう組み合わさるかについての私たちの解釈であり、いずれかの法律やエージェントプロトコルが述べていることではありません。ESPRはAIエージェントに言及していません。しかし、ESPRが求める性質は、エージェントが必要とする性質そのものです。

• 正確な同一性。 パスポートは永続的な識別子に結び付けられているため、ほぼ同一の二つの製品を比較するエージェントは、名前ではなくGTIN、バッチ番号またはシリアル番号によって両者を区別できます。
• 意味が定義されたデータ。 共有語彙から取った構造化された項目は、小売業者のページをスクレイピングして仕様を推測しなくても読むことができます。
• 正確性に関する法的義務。 第9条第1項はパスポートのデータが正確、完全かつ最新であることを求め、第11条(g)は真正性、信頼性および完全性を求めています。こうした義務を負う製品データの情報源は、ほかにほとんどありません。
• 出所。 パスポートを作成または更新できるのは委任法が指定する関係者だけなので、エージェントは自分が誰の記述を読んでいるのかがわかります。
• オンライン販売への広がり。 第9条第2項(e)は、通信販売を含め、顧客が購入前にパスポートをどのように閲覧するかを委任法で定めることを可能にしており、第10条第3項は、経済事業者に対し、要請に応じてディーラーおよびオンラインマーケットプレイスにデータキャリアまたは識別子のデジタルコピーを提供することを義務付けています。

買い物客がエージェントに「交換可能な部品があり、再生プラスチックを50%以上含む電気ケトル」を求めたとき、そうした事実を構造化された信頼できるデータとして公開しているパスポートは、レビューから寄せ集めた推測よりも優れた情報源になります。

アクセス権は引き続き適用される

これは、エージェントがすべてを見られるという意味ではありません。第11条(b)は、委任法で定められた権利に応じて各関係者にアクセスを与え、第11条(f)は書き込みができる者を制限しています。消費者のために行動するショッピングエージェントが読めるのは、せいぜい消費者が読めるもの、つまり公開部分です。修理事業者、リサイクル事業者または当局向けに限定されたデータは限定されたままであり、パスポートシステムはそれを徹底しなければなりません。誰が何を見られるのか、そして営業上の機密情報がどのように保護されるのかは、デジタル製品パスポートのアクセス権のガイドで解説しています。

境界は逆方向にも引かれています。第10条第1項(e)のもとでは、顧客の明示的な同意なしに、その個人データをパスポートに保存することはできません。

今すぐ取り組むべきこと

1. 識別子を整える。 すべての製品にGTINまたはそれに相当するものがあることを確認し、自社製品にバッチ単位またはアイテム単位のパスポートが必要になる可能性があるかを判断します。
2. データキャリアとしてGS1 Digital Link QRコードを使う。 そうすれば、同じコードが買い物客、検査官、ソフトウェアのいずれにも機能します。
3. データを一度、構造化された形でモデル化する。 ページを設計する前に、保有している各属性を公開された語彙の用語に対応付けます。
4. 同じレコードから両方のビューを提供する。 人のためのページと、ソフトウェアのための構造化データを用意し、プログラムがパスポートを見つけられるよう型付きリンクを付けます。
5. アクセスの階層を早めに計画する。 どのデータを公開し、どのデータを制限するかを決め、あらゆる種類の要求者に対してプラットフォームがそれを徹底しているかを確認します。
6. 整合規格についてプロバイダーに確認する。 交換、API、相互運用性の機能がEN 18216からEN 18223とどのように関係しているか、そしてデータをどのように移行できるかを確認します。
7. 公開パスポートのデータを、最も信頼できる製品フィードとして扱う。 構造化され正確になれば、同じデータがマーケットプレイス、検索エンジン、AIエージェントに役立ちます。

Digital LinkはGS1のソリューションパートナーです。私たちのプラットフォームは、製品ごとの永続的な識別子に基づいて規格準拠の製品パスポートを構築し、データキャリアとしてGS1 Digital Link QRコードを使い、同じレコードから人とソフトウェアの両方に対応するリゾルバーを備え、公開データと制限付きデータを分けて管理します。自社の製品データが人だけでなく機械にも読める状態になっているかを確認したい場合は、お問い合わせください。私たちのチームがあなたのケースを確認します。

よくある質問

ESPRはデジタル製品パスポートが機械可読であることを求めていますか?

はい。第10条第1項(d)は、パスポートのすべてのデータが、オープン規格に基づき、相互運用可能な形式であり、かつ適宜、機械可読で、構造化され、検索可能で、ベンダーロックインなしに移転可能であることを求めています。

PDFは機械可読なデジタル製品パスポートですか?

いいえ。適合宣言書などのPDFをパスポートからリンクすることはできますが、パスポートのデータそのものは、ソフトウェアが読み取り、検索できるように構造化されていなければなりません。

ESPRはJSON-LDを義務付けていますか?

いいえ。規則はデータが備えるべき性質を定めており、形式を指定していません。JSON-LDは、それらの性質をよく満たす、広く使われているオープンなW3Cの形式です。実際に使われる形式は、整合規格と委任法に従うことになります。

DPPのデータ交換と相互運用性を扱う規格はどれですか?

2026年7月に実施決定(EU)2026/1736によって引用された整合規格には、データ交換プロトコルに関するEN 18216、ライフサイクル管理と検索可能性のためのAPIに関するEN 18222、システムの相互運用性に関するEN 18223が含まれます。これらに適合することで、それらが対象とするESPRの要件への適合の推定が得られます。

デジタル製品パスポート用のGS1 Digital Linkリンクタイプはありますか?

はい。GS1 Web Vocabularyはgs1:dppを定義しており、デジタル製品パスポートへのリンクと説明しています。リゾルバーはこれを使ってパスポートへのリンクにラベルを付けられるため、ソフトウェアは製品の識別子からパスポートを見つけることができます。

AIエージェントはデジタル製品パスポートのデータを読めますか?

AIエージェントは、利用者が読む権利を持つものなら何でも読むことができます。消費者の場合、それはパスポートの公開部分を意味します。制限付きデータは、各委任法で定められたアクセス権のもとで制限されたままです。ESPRはAIエージェントに言及していません。構造化されたパスポートのデータがエージェントに適しているというのは、要件についての私たちの解釈です。