「A2A」という言葉を、ニュースや社内の資料で見かけた。開いてみると、エージェント・相互運用・オープン標準といった言葉が並んでいて、自社に関係があるのかどうかも分からない。
そういう状態のまま、この記事にたどり着いた方が多いのではないかと思います。
A2A(Agent2Agent)は、別々の会社が作ったAIエージェント同士を、人手を挟まずにつなぐための共通ルールです。この記事では、A2Aが何と何をつなぐものなのか、よく並べて語られるMCPと何が違うのか、そしてAI検索の担当として今どこまで対応を考えればよいのかを整理します。専門用語は、出てきたその場で言い換えます。
こんなふうに調べていませんか
- ニュースで「A2Aプロトコル」を見たが、自社に関係があるのか判断できない
- 「A2A MCP 違い」で検索して、担当範囲の切り分け方を探している
- 上司から「A2Aも見ておいて」と言われたが、何を見ればよいのか決まらない
この記事を読み終えたときに手に入るもの
- A2AとMCPの担当範囲の違いを、社内の人に自分の言葉で説明できるようになります
- A2AがAI検索最適化とどこで交わり、どこで交わらないのかが分かります
- 自社が今どこまで対応すべきかを、3つの問いで判断できます
結論30秒でわかる、この記事の結論
- A2Aプロトコルとは、別々の会社・別々の技術基盤で作られたAIエージェント同士が、直接やり取りするためのオープン標準です。
- MCPと競い合うものではありません。社内のツールにつなぐのがMCP、社外のエージェントにつなぐのがA2Aという、担当の違いです。
- 公式情報の範囲では、A2Aへの対応がAI検索での引用に効くという記述は見当たりません。急ぐかどうかは「社外と組む用事があるか」で決まります。
この記事は、あるメーカーのマーケティング部の2人と、専門家の会話をはさみながら進みます。若葉さん（Web担当2年目）が「そもそもそれは何ですか」を聞く役、高梨課長が「誰が、どの順番でやるんですか」を聞く役、鈴木さん（AIO/SEOの専門家・本誌監修）が答える役です。
01A2Aプロトコルとは何ですか？AI検索の担当が対応を知る意味はありますか？
若葉さんニュースで「A2A」を見かけたんですが…AI検索の担当の私が、これを知っておく必要ってあるんでしょうか。
鈴木さん直接の担当ではありません。ただ、AIが人の代わりに動く範囲がどこまで広がっているかを知っておくと、社内で聞かれたときに困らずに済みます。
A2A(Agent2Agent)プロトコルとは、異なるベンダー・異なるフレームワークで作られたAIエージェント同士が、なめらかに通信し協調するためのオープン標準です。この定義は、A2Aの公式ドキュメントに書かれているものです。
言葉を1つずつほどきます。エージェントは、指示を受けて自分で手順を決めて動くAIのことです。プロトコルは、通信の約束ごとです。オープン標準は、特定の一社の持ち物ではなく、誰でも同じ約束ごとに乗れる状態を指します。
つなぐ相手は、社内のシステムではありません。取引先や外部サービスの側にいる、別のエージェントです。
この章のまとめ
A2Aは、会社の壁をまたいでエージェント同士が直接やり取りするための共通ルールです。AI検索の担当にとっては、まず「担当が違う技術」として位置を覚えておけば十分です。
02A2Aプロトコルとは誰が作ったもので、AI検索の周りでどこまで広がっているんですか？
公式発表によると、Googleは2025年4月9日、Google Cloud Nextの場でA2Aを公開しました。この時点で、Atlassian・Box・Cohere・Salesforce・SAP・ServiceNowをはじめ、50以上のテクノロジーパートナーが支援を表明しています。
同じ2025年のうちに、GoogleはA2Aの管理をLinux Foundationへ移しました。一社が主導する形ではなく、業界をまたいだ中立の運営体制へ切り替えたということです。
発表から1年が経った時点では、支援組織は150以上、GitHubのスター数は22,000以上に増えたと報告されています。
広がり方には、もう1つの側面があります。主要なクラウド基盤の側が、A2Aを取り込み始めているという点です。Linux Foundationの発表では、Azure AI FoundryとCopilot Studio、Amazon Bedrock AgentCore Runtimeが挙げられています。
つまり、自社で通信のしくみを作り込まなくても、使っている基盤の機能として利用できる可能性があります。対応そのものの技術的な負担は、下がりつつあると読めます。
この章のまとめ
Googleが公開し、中立の団体へ移り、主要なクラウド基盤へ取り込まれつつある。この3段構えが、A2Aを「一社の技術」ではなくしています。
03AIOの担当ですが、A2Aプロトコルの仕組みまで理解しておくべきですか？
若葉さん中身の話までは、さすがに私の仕事ではないですよね…？
鈴木さん実装まではそのとおりです。ただ、中心にある考え方は1つだけなので、そこだけ持って帰ってください。名刺交換だと思うと早いです。
A2Aの中核にあるのは、Agent Cardという仕組みです。公式サイトは、エージェントの能力を定義するAgent Cardの実装を、中核要素として挙げています。
Agent Cardは、自分のエージェントに何ができるかをJSON形式で公開するものです。役割としては名刺に近く、相手はこれを読み取って、頼める内容を判断します。
主要な要素を並べると、次のようになります。
| A2Aの主要要素 | 役割 |
|---|---|
| Agent Card | 自エージェントの能力をJSON形式で公開する |
| タスク管理 | 短時間・長時間のタスクを通信で完了させる |
| メッセージ・アーティファクト交換 | エージェント間で情報や成果物をやり取りする |
| 対応SDK | Python・JavaScript・Java・C#/.NET・Golang・Rust |
公式サイトは、この複数言語のSDKを提供しています。特定のプログラミング言語やクラウド基盤に縛られない設計です。通信方式の細かい取り決めは、公式のspecificationに定義されています。
この章のまとめ
覚えるのはAgent Cardだけで足ります。能力を書いた名刺を公開し、相手がそれを読んで依頼する。A2Aの中心はこの一往復です。
04A2AとMCPは何が違うんですか？AI対策として先に手をつけるのはどちらですか？
ここが、いちばん混ざりやすいところです。結論から書きます。MCPはエージェントとツールをつなぐ標準、A2Aはエージェントとエージェントをつなぐ標準です。
MCPは、エージェントがツール・API・リソースへ接続する方法を標準化する規格として知られています。一方のA2Aは、エージェント同士の通信を担うものと位置づけられています。
両者は競合する規格ではありません。A2Aの公式サイトは、両者を「高度に相補的」な関係だと表現しています。
手をつける順番は、自社のエージェントが今どこに手を伸ばしているかで決まります。社内システムやAPIを呼び出す場面であれば、担当するのはMCPです。取引先や外部サービスのエージェントと直接タスクをやり取りする場面になって、はじめてA2Aの出番になります。
両方が必要になるケースも、珍しくありません。順番の問題であって、どちらかを捨てる話ではないということです。
この章のまとめ
MCPとA2Aは対立していません。つなぐ先が社内か社外かという担当の違いで、多くの会社では社内側が先に来ます。
05A2Aプロトコルへの対応は、AI検索最適化の成果に効くんですか？
高梨課長鈴木さん、率直に聞かせてください。ここに手を割いたら、AI検索で引用される回数は増えるんでしょうか。それが言えないと、社内で通せません。
鈴木さんそこは、分からないと言うのが正確です。公式情報の範囲では、そう読める記述が見当たりません。
A2A対応の有無が、AI検索での言及や引用に直接影響するという記述は、公式情報の中には見当たりませんでした。
理由は、目的の置き場所が違うためです。A2Aはエージェント同士の業務連携を目的とした標準であり、AI検索での見つかりやすさを左右するしくみとは性質が異なります。
だからといって、無関係だと切り捨てる必要もありません。AIが人の代わりに手続きを進める範囲が広がっているという事実は、AI検索最適化を考えるうえでの前提の変化にあたります。
ただし、施策としては別の棚に置いてください。LLMOやAI検索対策として取り組むことと、A2Aへの対応は、効く先が違います。
この章のまとめ
A2AとAI検索最適化は、同じ「AI」でも担当している場所が違います。引用を増やしたいなら、これまでどおりの積み上げのほうが近道です。
06うちのAI対策として、A2Aプロトコルとはどこまで対応すればいいんですか？
高梨課長では、うちは何をどこまでやればいいんでしょうか。専任を置ける状態ではありません。
鈴木さんいきなり実装へ進まなくて大丈夫です。棚卸しから始めれば、判断に必要な材料はそろいます。
検討の順番を、そのまま並べます。
判断に必要な材料をそろえる順番
自社エージェントの用途を棚卸しする
社内ツールとの連携なのか、外部組織との連携なのかを分けます
外部組織との連携が必要な用途を特定する
取引先やパートナー企業のエージェントとタスクをやり取りする場面があるかを見ます
利用中のクラウド基盤の対応状況を確認する
Azure・AWS・Google Cloudのいずれかを使っているなら、標準の機能として使えるかを見ます
Agent Cardとして公開する能力を定義する
外から呼び出してよい機能の範囲を決めます
業界の動きを継続的に確認する
採用は供給チェーン・金融サービス・保険・IT運用など複数の業界で進んでいます
このうち、判断が変わるのは2つ目と3つ目です。外部組織との連携に用途があるか。使っている基盤が対応しているか。この2つの組み合わせで、今すべきことが決まります。
この章のまとめ
対応範囲は、技術の難しさではなく用途で決まります。外部と組む用事があるかどうかを先に確かめてください。
07AI検索対策の手を止めてまで、A2Aプロトコルの対応を急ぐべきですか？
急ぐ理由が社内にあるかどうかで判断が分かれます。MCPで社内の連携が完結している段階であれば、A2Aへの対応を先回りして進める必要性は高くありません。
外部組織のエージェントとタスクをやり取りする具体的な用途が見えてから検討する。これが、現実的な順序です。
土台にあたるのは、AI検索対策として取り組んできた部分です。自社の情報が読み取れる状態になっていること、書いてある内容が抜き出しやすいこと。ここが崩れていると、上に何を積んでも成果は見えにくくなります。
その上にMCPが乗ります。社内のツールやデータへ、自社のエージェントが手を伸ばせる状態です。
A2Aは、さらにその上です。手が足りない状態で上から作り始めると、土台の側が止まります。 順番を守るほうが、結果として早く着地します。
この章のまとめ
急ぐかどうかは、技術の新しさではなく用途で決めます。社内で完結しているうちは、土台側へ手をかけるほうが先です。
08LLMOの担当がA2Aプロトコルで踏みやすい勘違いとは、どんなものですか？
社内で話が動き出したときに起きやすい行き違いを、3つ挙げます。
1つめ。MCPとA2Aを同じものとして扱ってしまう。
両者は「高度に相補的」と位置づけられていますが、別の標準です。受け持つ範囲が、ツールへの接続かエージェント間の通信かで分かれています。混ざったまま導入計画を立てると、必要な実装を見誤ります。
2つめ。社内連携の段階で、A2A対応を急いでしまう。
外部組織のエージェントと連携する具体的な用途がないまま実装だけを進めると、運用の優先順位が決まらなくなります。用途の棚卸しから始めるほうが、手戻りが少なくて済みます。
3つめ。Googleの技術だと考えて、自社には関係ないと判断してしまう。
A2AはGoogleが公開したあと、Linux Foundationへ寄贈された中立の標準です。Microsoft・AWSを含む複数のクラウド基盤で採用が進んでいます。特定のベンダー限定の技術ではありません。
この章のまとめ
3つとも「よかれと思って」起きます。担当範囲・用途・出どころ。この3つを分けて確かめれば、いずれも避けられます。
09AI検索の担当として、A2Aプロトコルとはどう付き合って対応を決めればいいですか？
私たちの見方を、そのまま書きます。
このような相互運用の標準は、一社が独自の仕様で作り込むよりも、業界をまたいだ標準に乗るほうが、長い目で見た維持の手間は下がりやすいと考えています。
一方で、採用が先に進んでいるのは、供給チェーンや金融サービスのように、複数の外部組織が同じ業務の流れに関わる領域が中心です。
自社の業務が社内で完結しているのであれば、A2Aへの対応よりも先に、MCPで社内のツール連携を固める投資のほうが優先度が高い場面も多いと見ています。
導入は2段階で捉えることをおすすめします。MCPで社内を固めてから、必要に応じてA2Aで社外とつなぐという順番です。
この章のまとめ
今すぐ作るものはありません。決めておくのは、どうなったら検討を始めるかという合図のほうです。
10よくある質問
A2Aは今からでも対応する価値がありますか？
発表から1年で支援組織は150以上に増え、複数のクラウド基盤への統合も進んでいます。ただし自社にとっての価値は、外部組織とのエージェント連携という具体的な用途があるかどうかで判断してください。
A2A対応にはどのプログラミング言語が使えますか？
公式サイトは、Python・JavaScript・Java・C#/.NET・Golang・RustのSDKを提供しています。既存の開発言語を大きく変える必要はない設計です。使っている言語がこの中にあれば、そこから検討を始められます。
A2Aに対応しないと、AI検索やAI回答で不利になりますか？
公式情報の範囲では、A2A対応の有無がAI検索での言及や引用に直接影響するという記述は見当たりません。A2Aはエージェント間の業務連携を目的とした標準であり、AI検索での見つかりやすさを左右するしくみとは性質が異なります。
A2Aのライセンスは商用利用できますか？
公式サイトによると、A2AはApache License 2.0で公開されています。商用・非商用を問わず利用できるライセンス形態です。
MCPとA2Aの両方が必要になることはありますか？
あります。自社のエージェントが社内システムやAPIを呼び出しつつ、外部組織のエージェントともタスクをやり取りする場合は、両方が対象になります。珍しい構成ではありません。どちらかを選ぶ話ではなく、着手する順番の話だと捉えてください。
11まとめ｜A2A対応を決める3つの問い
A2Aプロトコルとは、別々の会社・別々の基盤で作られたAIエージェント同士をつなぐ、Linux Foundationが管理するオープン標準です。MCPが受け持つのはエージェントとツールの接続、A2Aが受け持つのはエージェント同士の接続でした。
この違いを押さえたうえで、自社に外部組織との具体的な連携用途があるかを棚卸しすることが、最初の一歩になります。
この順番で自社を確かめます
社外のエージェントと組む用事があるか
なければ、A2Aは急ぎません
使っているクラウド基盤が対応しているか
標準の機能として使えるなら、負担は下がります
社内側の土台が整っているか
読み取れる状態とMCPが先、A2Aはその上です
AI検索では、こう聞かれています
A2Aプロトコルとは何ですか？MCPと何が違うんですか？
「A2AとMCPは何が違うんですか？」の見出しで、受け持つ範囲を図で分けて説明しています
自社はA2Aにどこまで対応すればいいですか？
「うちのAI対策として、A2Aプロトコルとはどこまで対応すればいいんですか？」の見出しに、判断材料をそろえる順番を置いています
A2Aに対応すると、AI検索での引用は増えますか？
「A2Aプロトコルへの対応は、AI検索最適化の成果に効くんですか？」の見出しで、公式情報の範囲を正直に書いています
A2Aは誰が作った標準ですか？
公開から運営体制の移行までを、時系列の図解で示しています
次に読むなら、この記事です
