A-Comm Evidence Protocol(AEP)とは？エージェント商取引の証跡標準を解説

A-Comm Evidence Protocol(AEP)とは？エージェント商取引の証跡標準を解説

この記事の結論: A-Comm Evidence Protocol(AEP)は、A-Comm Technologies, Inc.が2026年7月13日に公開したオープンソース(Apache 2.0ライセンス)のドラフト標準規格で、AIエージェントが商品を発見してから購入を完了するまでの8ステップを「証拠アーティファクト」として記録し、改ざん防止ハッシュチェーンで連結・封印する仕組みです。決済そのものを扱うAP2・ACP・UCPとは競合せず、それらの取引の上に被さって記録する「証人」の役割を担います。2026年8月14日までのパブリックコメント期間はすでに終了していますが、正式な標準として確定したわけではなく、標準化プロセスの途中段階にあります。日本のEC事業者は今すぐ実装対応する段階ではなく、動向を継続的に注視するのが現実的な立ち位置です。

最終更新日: 2026年8月18日

はじめに

2026年7月13日、決済エコシステム向けの信頼基盤インフラを手がける米国企業A-Comm Technologies, Inc.が、ひとつの標準規格のドラフトを公開しました。名称はA-Comm Evidence Protocol、略称AEP。同社はこのドラフトに対して2026年8月14日までパブリックコメントを募集すると発表し、業界メディアPaySpace Magazineもこの動きを「エージェント経由のチェックアウトにおける信頼標準が、最終コメント期間に入った」と報じています。

本記事を書いている2026年8月18日時点で、このパブリックコメント期間はすでに終了しています。つまりAEPは「発表されたばかりの構想」でも「正式に確定した標準」でもなく、ドラフト公開からパブリックコメントを経て、次の段階へ進もうとしている過渡期にあります。この位置づけを正確に理解しておくことが、AEPを評価するうえでの前提になります。

日本語圏では、AEPそのものを解説した記事はこの記事の執筆時点で見当たりません。関連するUniversal Commerce Protocol(UCP)についての解説記事は存在するものの、AEPが扱う「証跡」というテーマ、つまりAIエージェントが商取引の中で何をしたかを後から検証可能にする仕組みについて、日本語でまとまった情報はほぼ空白の状態です。エージェント商取引がすでに実運用フェーズに入りつつある中で、この空白は無視できないものになりつつあります。

この記事では、AEPが生まれた背景、8つの証拠アーティファクトによる技術的な仕組み、既存の決済プロトコル群との関係、そして日本のEC事業者・マーケターが今この段階で取るべき現実的な対応まで、一次情報に基づいて整理します。

なぜ今「証跡」が問題になるのか

AIエージェントがユーザーに代わって商品を探し、比較し、購入まで完了させる「エージェント商取引(Agentic Commerce)」は、2025年後半から2026年にかけて急速に実装が進みました。OpenAIやGoogleをはじめとするAIエージェント開発企業は、決済とカート操作を標準化するためのプロトコルを相次いで発表しています。代表的なものが、Google主導のAP2(Agent Payments Protocol)、Agentic Commerce Protocol(ACP)、そしてUniversal Commerce Protocol(UCP)です。これらはいずれも「AIエージェントがどうやって商品をカートに入れ、決済を実行するか」という手続きを標準化するためのレイヤーです。

問題は、この決済レイヤーの標準化が先行する一方で、「そのAIエージェントが実際に何をしたのか」を後から検証する仕組みが置き去りにされてきたことです。人間がECサイトで買い物をする場合、注文履歴・メール通知・クレジットカードの利用明細など、複数の記録が自然に残ります。しかしAIエージェントが自律的に判断して購入を実行する場合、そのプロセスは多くの場合ブラックボックス化しています。エージェントはなぜその商品を選んだのか、ユーザーは本当にその購入を意図していたのか、価格やクーポンの適用は正しく行われたのか——こうした問いに答えるための記録が標準化されていませんでした。

A-Comm社のCEOはこの状況について、「エージェント商取引がスケールするには、観測可能(observability)、追跡可能(traceability)、監査可能(auditability)である必要がある」と述べています。決済が実行できることと、その決済が検証可能であることは別の問題です。エージェント経由の取引が増えるほど、返金・チャージバック・不正利用といった紛争(dispute)が発生した際に、「誰が何を承認し、どのような条件で購入が成立したか」を第三者が独立して確認できる記録の重要性が増していきます。AEPは、この監査可能性の欠如、いわゆる信頼の欠如(trust gap)を埋めるために設計された規格です。

AEPとは何か:発表の経緯とライセンス

AEPを開発したA-Comm Technologies, Inc.は、エージェント商取引向けの信頼基盤インフラを構築することを事業の中核に据える企業です。同社は2026年7月13日、AEPのドラフト仕様をオープンソースとして公開しました。ライセンスはApache 2.0で、使用料は発生しません。これは特定のベンダーが独占的に管理するクローズドな規格ではなく、決済企業・マーチャント・AI開発企業など、エコシステムの参加者が自由に実装・検証できることを前提とした設計だと解釈できます。

ドラフト公開後、A-Comm社は2026年8月14日を期限としてパブリックコメントを募集しました。コメントの受付窓口は、同社の公式サイトであるaep.a-comm.aiと、GitHubの2つが用意されていたとされています。標準規格の策定プロセスとしては、ドラフト公開、業界関係者からのフィードバック収集、それを踏まえた仕様の修正という一般的な流れをたどっており、AEPは現時点でこのフィードバック収集フェーズを終えたところにあります。正式版としての確定や、業界標準としての広範な採用はまだこれからの段階です。

なお、AEPという略称については注意が必要です。IETF(Internet Engineering Task Force)のDatatrackerには「draft-sato-soos-aep」という文書が存在し、こちらも「AEP」という略称を使っていますが、これはAgent Execution Protocolという別の技術仕様であり、A-Comm社のA-Comm Evidence Protocolとは無関係です。エージェント関連の技術文書を調べる際にAEPという略称だけで検索すると、この2つを混同する可能性があるため、文脈で区別する必要があります。

AEPの技術的仕組み:8つの証拠アーティファクトとハッシュチェーン

AEPの核心は、AIエージェントが購入に至るまでのプロセスを8つの段階に分解し、それぞれの段階を「証拠アーティファクト(evidence artifact)」として記録する点にあります。各段階で生成された証拠アーティファクトは、改ざん防止ハッシュチェーン(tamper-evident hash chain)によって時系列に連結され、認可(authorization)のタイミングで封印(sealed)されます。この仕組みは、航空機のフライトレコーダー(ブラックボックス)が飛行データを継続的に記録する仕組みに似ていると説明されています。何か問題が起きた後で、何が起きたのかを正確に遡って再構成できることが目的です。

8つのステップは次の通りです。

この8段階は、単に取引ログを羅列するものではありません。各段階の証拠アーティファクトがハッシュチェーンで連結されているため、途中の記録を後から改ざんしようとすると、チェーン全体の整合性が崩れて検出可能になります。そして認可のタイミングで記録が封印されることで、「この取引はこの時点でこの内容として確定した」という不可変のスナップショットが作られます。

完成した記録は「携帯可能な証拠(portable evidence)」と位置づけられています。これは、記録が特定のプラットフォームやベンダーに閉じたものではなく、取引の当事者(カード保有者、マーチャント、決済企業)以外の第三者でも独立して検証できる形式であることを意味します。紛争が発生した際には、この記録がそのまま裁定材料(adjudication-ready)として機能することが想定されています。従来であれば「エージェントが何をしたか」を巡って水掛け論になりかねない場面で、客観的な証拠として参照できる記録が残る点が、AEPの実質的な価値です。

想定される利用者:決済エコシステム全体をカバーする設計

AEPが想定する利用者は、特定の業種やロールに限定されていません。決済エコシステムに関わる関係者全体、具体的にはカード保有者(消費者)、マーチャント(EC事業者)、決済企業、そしてAI開発者(OpenAIやGoogleなど、エージェントそのものを開発する企業)が、それぞれ異なる立場からAEPの記録を利用することが想定されています。

消費者にとっては、自分に代わって行動したエージェントの判断根拠を後から確認できる安心材料になります。マーチャントにとっては、注文の正当性を裏付ける記録として、返品・返金・チャージバックの処理を効率化する材料になり得ます。決済企業にとっては、不正利用の検知や紛争処理のプロセスに組み込める客観的なエビデンスソースになります。そしてAI開発者にとっては、自社のエージェントが適切にユーザーの意図を汲んで行動したことを証明する手段になり、エージェントの信頼性そのものを裏付ける材料になります。

このように複数の立場が同じ記録フォーマットを共有できる設計になっている点が、AEPが単なる一企業のロギング機能ではなく、業界横断の標準規格として設計されている理由です。ある当事者だけが検証できるクローズドなログでは、紛争時の裁定材料として機能しません。全当事者が独立して同じ記録を参照できることが、AEPの前提条件になっています。

AEPと既存の決済プロトコル(AP2・ACP・UCP)の関係

エージェント商取引の分野には、すでに複数の標準規格が存在します。Googleが主導するAP2(Agent Payments Protocol)、ACP(Agentic Commerce Protocol)、そしてUCP(Universal Commerce Protocol)は、いずれもAIエージェントが商品をカートに入れ、決済を実行するまでの手続きを標準化するためのプロトコルです。これらはエージェントと決済システムの間、あるいはエージェントとマーチャントのシステムの間で、どのようなデータ形式・APIでやり取りを行うかを定めています。

AEPはこれらの決済プロトコルと競合する規格ではありません。AEP自体は決済処理を行いません。AP2・ACP・UCPが実行した取引の上に被さって、その取引プロセス全体を記録する「証人(witness)」としての役割を担います。この関係性を整理すると、決済プロトコル群が「取引を成立させるレイヤー」であるのに対し、AEPは「その取引が正当に成立したことを後から証明できるようにするレイヤー」だと言えます。

両者の違いをレイヤーとして整理すると、次のようになります。

この構図は、リアル店舗における防犯カメラのアナロジーで考えると理解しやすくなります。レジでの決済処理そのものはPOSシステムやカード決済端末が担いますが、その取引が実際にどのように行われたかを後から検証するための映像記録は、決済システムとは別のレイヤーで機能します。AEPが担おうとしているのは、まさにこの「取引そのものではなく、取引の記録」というレイヤーです。

決済プロトコルとAEPが将来的にどこまで統合されて実装されるかは、まだ標準化の初期段階にあるため不透明です。ただし、少なくとも設計思想としては、AEPは既存の決済インフラを置き換えるのではなく、その信頼性を補完する追加レイヤーとして位置づけられています。

標準化の現在地とタイムライン

AEPの標準化プロセスをタイムラインで整理すると、次の通りです。

• 2026年7月13日:A-Comm Technologies, Inc.がAEPのドラフト仕様をオープンソース(Apache 2.0ライセンス)として公開
• 2026年7月13日〜2026年8月14日:パブリックコメント募集期間。aep.a-comm.aiまたはGitHub経由でフィードバックを受付
• 2026年8月14日:パブリックコメント期間が終了
• 2026年8月18日(本記事執筆時点):パブリックコメントを経た段階。次のステップ(仕様の改訂、正式版としての公開、業界団体への提出など)についての詳細はまだ明らかになっていません

ここで重要なのは、AEPが「まだドラフトであり、正式な業界標準として確定したわけではない」という点です。パブリックコメント期間が終了したことは、標準化プロセスが次の段階に進む区切りではありますが、規格としての採用や実装義務が発生したわけではありません。同時に、構想が撤回されたり廃止されたりしたわけでもありません。現時点でのAEPは、ドラフト公開とパブリックコメントという最初の関門を通過し、業界からのフィードバックを踏まえてどう仕様を洗練させていくかという段階にあると理解するのが正確です。

標準規格が実際に業界に浸透するまでには、通常こうしたドラフト公開とコメント収集のサイクルが複数回繰り返され、主要なプレイヤーが実装を表明し、相互運用性のテストを経ることになります。AEPについても、今後のフェーズでどの決済企業・マーチャント・AI開発企業が実装を表明するかが、この規格が実際に普及するかどうかを左右する重要な指標になります。

日本のEC事業者・マーケターが今すべきこと

現時点でAEPはまだドラフト段階であり、日本のEC事業者が緊急に実装対応を迫られる状況にはありません。AP2・ACP・UCPといった決済プロトコル自体の実装対応でさえ、まだ検討段階にある事業者が大半である中で、その上位レイヤーであるAEPへの対応を今すぐ優先する必要性は低いというのが現実的な評価です。

ただし、「様子見でよいから何もしなくてよい」という結論にはなりません。エージェント商取引の急拡大という大きな流れそのものは止まっておらず、決済の実行だけでなく取引の証跡管理が業界標準として求められる方向に進んでいくことは、複数のプロトコルが同時多発的に登場している現状からも読み取れます。日本のEC事業者・マーケターが今この段階で取るべき現実的な対応は、次の3点に整理できます。

第一に、AEPおよび関連する決済プロトコル(AP2・ACP・UCP)の動向を継続的にウォッチすることです。特にA-Comm社の公式サイトや、決済業界の主要メディアでの続報は、パブリックコメント後の仕様改訂や、主要企業の実装表明が発表されるタイミングで重要な情報源になります。

第二に、自社のEC運営における「エージェント経由の取引が発生した場合、何を記録として残せるか」を棚卸ししておくことです。現時点でAEPに準拠する必要はありませんが、注文データ・決済データ・カート内容の変更履歴といった基本的なログが、将来的に証跡として活用できる形で整備されているかどうかは、今のうちに確認しておく価値があります。

第三に、社内でエージェント商取引に関わる部門(EC運営、決済、カスタマーサポート、法務)が、こうした標準化の動きを共有できる体制を作っておくことです。標準が正式に確定してから慌てて対応するのではなく、動向を把握した担当者が社内に存在する状態を作っておくことが、将来の実装対応をスムーズにします。

ドラフト段階の規格に対して過剰に反応する必要はありませんが、無関心でいることもまた別のリスクです。エージェント商取引における証跡管理という論点自体は、AEPという特定の規格が最終的にどうなるかにかかわらず、今後も業界で議論され続けるテーマだと考えられます。

よくある質問

Q1. A-Comm Evidence Protocol(AEP)とは何ですか?

AIエージェントによる商取引の証跡を記録するオープンソース標準規格です。A-Comm Technologies, Inc.が2026年7月13日にドラフトを公開しました。エージェントが商品を発見してから購入が完了するまでの8ステップを証拠アーティファクトとして記録し、改ざん防止ハッシュチェーンで連結・封印することで、取引の正当性を第三者が後から検証できるようにする仕組みです。決済処理そのものは行わず、既存の決済プロトコルの取引を記録する立場に徹しています。

Q2. AEPは正式な標準規格として確定していますか?

いいえ、まだ確定していません。2026年7月13日のドラフト公開後、2026年8月14日までパブリックコメントを募集し、その期間はすでに終了していますが、正式版としての確定や業界標準としての広範な採用はこれからの段階です。廃止された構想でもなく、標準化プロセスの途中段階にあると理解するのが正確です。

Q3. AEPはAP2・ACP・UCPを置き換えるものですか?

いいえ、置き換えるものではありません。AP2・ACP・UCPは決済・カート操作の実行手順を標準化するプロトコルであり、AEPはそれらの取引プロセスを記録する追加レイヤーです。AEP自体は決済処理を行わず、決済プロトコル群が実行した取引の上に被さって「証人」の役割を果たす、競合ではなく補完の関係にあります。

Q4. 8つの証拠アーティファクトとは具体的に何を記録するのですか?

発見、紹介、意図、委任、ポリシー、カート、認可、履行という8つの段階それぞれで生成される記録です。エージェントがどの商品を見つけたか(発見)から、最終的に誰が購入を承認し決済が完了したか(履行)まで、取引プロセス全体を段階ごとに記録し、改ざん防止ハッシュチェーンで連結します。

Q5. 改ざん防止ハッシュチェーンとはどのような仕組みですか?

各証拠アーティファクトを暗号学的に連結し、途中の記録を書き換えると整合性の破綻が検出できるようにする仕組みです。認可のタイミングで記録全体が封印され、それ以降は改変できない不可変のスナップショットとして保存されます。これにより、取引が確定した時点の状態を後から正確に再現できます。

Q6. AEPの記録は誰が検証できますか?

取引の当事者であるカード保有者、マーチャント、決済企業に限らず、第三者でも独立して検証できる「携帯可能な証拠」として設計されています。特定のプラットフォームに閉じた記録ではなく、紛争が起きた際の裁定材料として、当事者以外が確認できる形式であることが重要な特徴です。

Q7. 日本のEC事業者は今すぐAEPに対応すべきですか?

現時点では緊急に実装対応する必要はありません。AEPはまだドラフト段階であり、上位レイヤーにあたるAP2・ACP・UCPといった決済プロトコル自体の実装対応もまだ検討段階にある事業者が大半です。今すべきことは、動向を継続的に注視しつつ、自社の取引データが将来的に証跡として活用できる形で整備されているかを確認しておくことです。

Q8. AEPとIETFのAgent Execution Protocolは同じものですか?

いいえ、別のものです。IETF Datatrackerに登録されている「draft-sato-soos-aep」という文書も略称AEPを使っていますが、これはAgent Execution Protocolという別の技術仕様であり、A-Comm社のA-Comm Evidence Protocolとは無関係です。同じ略称のため検索時に混同しやすいので注意が必要です。

Q9. AEPを開発したA-Comm Technologies, Inc.とはどのような企業ですか?

エージェント商取引向けの信頼基盤インフラを構築する米国企業です。AIエージェントが自律的に商品を購入するエージェント商取引において、取引の観測可能性・追跡可能性・監査可能性を高めることを目的にAEPを開発し、2026年7月13日にオープンソースとして公開しました。

Q10. AEPのライセンスや利用条件はどうなっていますか?

Apache 2.0ライセンスで公開されており、使用料は発生しません。特定のベンダーが独占的に管理するクローズドな規格ではなく、決済企業・マーチャント・AI開発企業などエコシステムの参加者が自由に実装・検証できることを前提とした設計になっています。

関連用語

• LLMO
• structured-data
• json-ld
• crawler
• llm

関連記事

• LLMOとは？AI検索対策の5要素と30日プラン【2026年完全ガイド】
• SEO×LLMOハイブリッド戦略の立て方｜2026年版・3フェーズ12ヶ月ロードマップ
• Google Universal Cartとは？加盟店が今すぐ備える実装手順
• AIに引用される導入事例ページの書き方｜構造化データと数値の入れ方【2026年】
• 日本サイトのLLMO引用率調査2026｜80万件分析でわかった実態
• コンテンツ構造設計でAI引用率を上げる実践ガイド｜ページ設計と最適化の全手順
• A2Aプロトコル時代にAIエージェントへ自社を発見させる準備【2026年版】
• AI引用ランキング要因23シグナル完全ガイド｜Zyppy最新研究を徹底解説
• YouTube Studio「Ask Studio」の使い方とLLMO活用ガイド
• Perplexity Comet AIチューターでYouTubeを学ぶ活用法完全ガイド