ロシア政府は2025年12月、ロシア国内で登録される .ru、.рф、.su ドメインを対象とした新たな管理制度（連邦法第569号）を公布しました。ロシア国内でのドメイン管理方法が大きく変更される制度であり、対象ドメインをご利用のお客様には対応が必要となります。海外企業においても影響を受けるため、制度内容をご確認ください。<h2 id="h6c82920020"> 対象ドメインと新制度の概要</h2>本制度は2026年9月1日より施行予定で、対象ドメインの管理者はロシア政府が運営する認証基盤「Gosuslugi（ESIA）」を利用した本人確認が必要となります。本人確認が完了していない場合、ドメインに関する各種手続きに制限が設けられます。<h3 id="h40eed4b337">対象ドメイン</h3><ul><li>.ru</li><li>.рф</li><li>.su</li></ul>ESIAはロシア政府が提供する統合認証システムであり、各種行政サービスなどで利用されている本人認証基盤です。制度の詳細は現在も順次公開されており、具体的な運用方法については今後追加で案内される予定です。<h2 id="h35aad1811a">本人確認未実施の場合に想定される影響 </h2>現時点で公表されている情報によると、本人確認未実施の場合、以下のような手続きに影響が生じる可能性があります。<ul><li>ドメインの新規登録</li><li>ドメインの更新</li><li>DNSサーバーの変更</li><li>管理者情報（WHOIS情報）の変更</li><li>ドメインの移管など各種管理手続き</li></ul>対象ドメインを継続して利用される場合は、今後案内される本人確認手続きへの対応が必要となります。 <h2 id="h781a61c61d">海外企業の対応方法（Trustee Serviceの活用）</h2>ロシア国内に法人を有しないお客様は、本制度への対応策として、当社を通じてTrustee Service（現地名義サービス）をご利用いただけます。Trustee Serviceをご利用いただく場合は、サービスのお申込みに加え、本人確認書類のご提出が必要となります。以下の追加書類の提出を求められる場合もございます。<ul><li>会社登記証明書</li><li>代表者の権限を証明する書類</li><li>上記書類のロシア語翻</li><li>（状況により）公証書類やアポスティーユ付き書類などの追加書類</li></ul>Trustee Serviceの適用条件や必要書類、費用などの詳細につきましては現在も調整が進められております。当社でも最新情報を確認し、必要な手続きや対応方法について順次ご案内いたします。 <h2 id="h3aafc65636">まとめ：対象ドメインを保有している場合は早めの相談を</h2>本制度は2026年9月1日からの適用が予定されていますが、具体的な運用方法や海外企業への対応については現在も情報が更新されています。対象ドメイン（.ru／.рф／.su）を保有している場合は、本人確認の要否や必要書類について、早めに当社の担当窓口までお問い合わせください。対象ドメインを保有されているお客様におかれましては、今後のご案内をご確認いただきますようお願いいたします。<h2 id="h08562665f0"> よくある質問</h2> Q1. ESIA（Gosuslugi）とは何ですか？ ESIA（Единая система идентификации и аутентификации）はロシア政府が提供する統合認証システムです。行政サービスの利用時などに本人確認の基盤として使われており、本制度では対象ドメインの管理者確認にもこの仕組みが用いられます。 Q2. 本人確認はいつまでに完了する必要がありますか？ 制度は2026年9月1日から施行される予定です。具体的な手続き方法や期限の詳細は今後追加で案内される予定のため、当社からの最新案内をご確認ください。 Q3. すでに登録済みのドメインも対象になりますか？ はい。新規登録予定のドメインに限らず、既に登録済みの.ru／.рф／.suドメインの管理者も本制度の対象となります。 出典元：<a href="http://NIC.RU">NIC.RU</a>｜「Информация об идентификаторе ESIA」｜公開日不明｜<a href="https://www.nic.ru/info/esia-id/" target="_blank" rel="noopener noreferrer">https://www.nic.ru/info/esia-id/</a>（閲覧日：2026年07月16日） <figure><a href="https://www2.brandsecurity.gmo/l/959492/2024-05-12/6pmdy" target="_blank" rel="noopener noreferrer nofollow"><img src="https://images.microcms-assets.io/assets/02c7210b9bb240dc8661903b58275e93/baf961fe02e94fc4b71f02ce05c33963/btn_toiawase.png" alt="お問い合わせこちら" width="292" height="58"></a></figure>

 ロシアの.ru・.рф・.suドメインは2026年9月から本人確認（Gosuslugi ESIA認証）が義務化されます。未対応時の影響と海外企業の対応方法（Trustee Service）を解説します。



GMOドメインブロック

【ドメイン運用戦略】【重要】.ruドメイン等の本人確認要件、2026年9月導入へ（2026年）

ロシア政府は2025年12月、ロシア国内で登録される .ru、.рф、.su ドメインを対象とした新たな管理制度（連邦法第569号）を公布しました。ロシア国内でのドメイン管理方法が大きく変更される制度であり、対象ドメインをご利用のお客様には対応が必要となります。海外企業においても影響を受けるため、制度内容をご確認ください。対象ドメインと新制度の概要本制度は2026年9月1日より施行予定で、対象ドメインの管理者はロシア政府が運営する認証基盤「Gosuslugi（ESIA）」を利用した本人確認が必要となります。本人確認が完了していない場合、ドメインに関する各種手続きに制限が設けられます。対象ドメイン.ru.рф.suESIAはロシア政府が提供する統合認証システムであり、各種行政サービスなどで利用されている本人認証基盤です。制度の詳細は現在も順次公開されており、具体的な運用方法については今後追加で案内される予定です。本人確認未実施の場合に想定される影響現時点で公表されている情報によると、本人確認未実施の場合、以下のような手続きに影響が生じる可能性があります。ドメインの新規登録ドメインの更新DNSサーバーの変更管理者情報（WHOIS情報）の変更ドメインの移管など各種管理手続き対象ドメインを継続して利用される場合は、今後案内される本人確認手続きへの対応が必要となります。海外企業の対応方法（Trustee Serviceの活用）ロシア国内に法人を有しないお客様は、本制度への対応策として、当社を通じてTrustee Service（現地名義サービス）をご利用いただけます。Trustee Serviceをご利用いただく場合は、サービスのお申込みに加え、本人確認書類のご提出が必要となります。以下の追加書類の提出を求められる場合もございます。会社登記証明書代表者の権限を証明する書類上記書類のロシア語翻（状況により）公証書類やアポスティーユ付き書類などの追加書類Trustee Serviceの適用条件や必要書類、費用などの詳細につきましては現在も調整が進められております。当社でも最新情報を確認し、必要な手続きや対応方法について順次ご案内いたします。 まとめ：対象ドメインを保有している場合は早めの相談を本制度は2026年9月1日からの適用が予定されていますが、具体的な運用方法や海外企業への対応については現在も情報が更新されています。対象ドメイン（.ru／.рф／.su）を保有している場合は、本人確認の要否や必要書類について、早めに当社の担当窓口までお問い合わせください。対象ドメインを保有されているお客様におかれましては、今後のご案内をご確認いただきますようお願いいたします。よくある質問 Q1. ESIA（Gosuslugi）とは何ですか？ ESIA（Единая система идентификации и аутентификации）はロシア政府が提供する統合認証システムです。行政サービスの利用時などに本人確認の基盤として使われており、本制度では対象ドメインの管理者確認にもこの仕組みが用いられます。 Q2. 本人確認はいつまでに完了する必要がありますか？ 制度は2026年9月1日から施行される予定です。具体的な手続き方法や期限の詳細は今後追加で案内される予定のため、当社からの最新案内をご確認ください。 Q3. すでに登録済みのドメインも対象になりますか？ はい。新規登録予定のドメインに限らず、既に登録済みの.ru／.рф／.suドメインの管理者も本制度の対象となります。出典元：NIC.RU｜「Информация об идентификаторе ESIA」｜公開日不明｜https://www.nic.ru/info/esia-id/（閲覧日：2026年07月16日） お問い合わせこちら

2025年4月9日、GoogleはAIエージェント（人に代わって作業をこなす自動化プログラム）同士が、会社や開発元の違いを超えてやり取りできる新しい仕組み「Agent2Agent（A2A）」を発表しました。今後、エージェント同士が人を介さずに自動でやり取りする場面が増えるほど、「相手が本当に正しい会社の正規のエージェントか」を見分ける仕組みが欠かせなくなります。本記事ではA2Aの仕組みをやさしく解説しながら、自社の名前をそのまま使ったドメイン（ブランドTLD）を持つことが、こうした見分けの手段として役立つ理由を紹介します。<h2 id="hbcef72b1e1">AIエージェントの普及で顕在化する「なりすまし」リスク</h2>AIエージェントが企業同士や企業と消費者のやり取りを代わりに行う時代には、偽のエージェントが本物の会社になりすますという、新しいブランドの毀損（信用が傷つくこと）リスクが生まれます。これまでも偽のWebサイト（フィッシングサイト）やなりすましメール、SNSの偽アカウントは、ブランド担当者にとって大きな悩みの種でした。AIエージェントが実際の業務を代わりに行うようになると、こうしたリスクは次のような形でさらに広がります。<ul><li> 偽の購入・問い合わせ対応エージェントが本物の会社になりすまし、顧客から個人情報や決済情報をだまし取る</li><li> 取引先の会社のシステムが誤って偽のエージェントとつながってしまい、間違った業務データや契約情報が外部に漏れる</li><li>自社の公式なAIエージェントだと誤解されることで、会社そのものの信用が傷つく</li></ul>さらに見落とされがちなのが、ドメインの管理ミスによる乗っ取りです。AIエージェント用のドメインやサブドメインの更新を忘れて失効させたり、使わなくなったからと誤って解約・放置したりすると、そのドメイン名を第三者が新たに取得できてしまいます。すると、かつて自社のAgent Cardを公開していたアドレスに偽のAgent Cardが設置され、取引先のAIエージェントが「自社の正規エージェントだ」と信じ込んでしまう、AIエージェントの乗っ取り（テイクオーバー）が起こり得ます。エージェント同士のやり取りは人の目を通さず自動で完結するため、なりすましに気づきにくい点がこれまでのフィッシング対策以上にやっかいです。<h2 id="h1c2a41081e">A2Aプロトコルの仕組みと「エージェントの身元」が持つ意味</h2>A2Aの仕組みでは、エージェント同士の信頼は「Agent Card（エージェントカード）」と呼ばれる、いわばエージェントの名刺のようなデータが、どのドメイン（会社のホームページアドレスの元になる部分）で公開されているかに大きく左右されます。A2Aでは、作業を依頼する側のエージェントと、実際に作業を行う側のエージェントがやり取りをします。作業を行う側のエージェントは、自分の名前や、できること、どの会社が提供しているかといった情報をまとめたAgent Cardを、自社のドメインの決まったアドレス（https://ドメイン名/.well-known/agent-card.json）で公開します。依頼する側のエージェントは、このアドレスにアクセスして情報を確認したうえで、やり取りを始めます。つまりAgent Cardが本物かどうかは、それを公開しているドメインが信頼できるかどうかで決まる仕組みになっています。言い換えると、ドメインそのものがエージェントの「身分証明書」の役割を果たしているのです。<figure><img src="https://images.microcms-assets.io/assets/02c7210b9bb240dc8661903b58275e93/d8deaa8091f64c5e85de7bd770e8ede7/a2a-protocol-domain-verification.png" alt="A2Aプロトコルの信頼の仕組み図解。依頼側エージェントが、受付側エージェントのAgent CardをブランドTLDドメイン（/.well-known/agent-card.json）で確認し、身元確認を経て安全に実行する流れ。" width="2752" height="1536"></figure><h2 id="ha569671daa">ブランドTLDが果たす信頼担保の役割</h2>Agent Cardを公開するドメインを、自社のブランド名そのものを使った「ブランドTLD」（会社名やブランド名を、ドメインの一番後ろの部分にそのまま使う、自社専用のドメイン）にすることで、AIエージェントのなりすましリスクを大きく減らすことができます。ブランドTLDが役立つ理由は、主に次の4つです。<ul><li>Agent Cardを公開しているアドレスにブランド名がそのまま表示されるため、やり取りする相手が一目で「本物の会社のエージェントだ」と分かる</li><li>「.com」や「.jp」といった一般的なドメインと違い、他社が同じTLDを取得することはできないため、似たようなドメインを使ったなりすましをそもそも防げる</li><li>グループ会社や海外拠点、複数のサービスで使うAIエージェントを、同じブランドTLDの下にまとめて置けるため、セキュリティのルールを一元管理しやすい</li><li>ドメインそのものが会社の資産になるため、AIエージェントの信頼性向上だけでなく、社内のドメイン管理も一元化でき、更新忘れや誤った解約による「ドメインの乗っ取り（テイクオーバー）」のリスクも減らせる</li></ul>A2Aのようにエージェント同士が自動でやり取りする仕組みが広がるほど、「どのドメインが公開しているAgent Cardか」が信頼できるかどうかを判断する出発点になります。外部のサービスが用意した「会社名.サービス名.com」のようなサブドメインでAgent Cardを公開していると、アドレスの土台部分（サービス名.com）は自社ではなく他社が管理しているため、似た名前のサブドメインを他社に取得されたり、提供元の都合でアドレスが変わったりするリスクを、自社だけでは防ぎきれません。ブランドTLDは、この出発点そのものを自社の管理下に置くための手段だといえます。<h2 id="ha70d4f7236">まとめ：AIエージェント時代の信頼基盤としてブランドTLDの検討を</h2>A2Aのような仕組みが広まり、企業同士のやり取りがAIエージェントに置き換わっていくほど、ドメインは「エージェントの身元を証明する土台」としての役割が大きくなっていきます。自社のAIエージェントについて検討するときは、Webサイトやメールのなりすまし対策だけでなく、Agent Cardを公開する場所としてもブランドTLDを活用することをおすすめします。次の一歩として、自社に合ったブランドTLDの取得・運用について、専門家に相談してみてください。<h2 id="h08562665f0">よくある質問</h2>Q1. A2AプロトコルとMCP（Model Context Protocol）はどう違いますか？MCPはAIエージェントが外部のツールやデータとやり取りするための共通ルール、A2Aはエージェント同士がやり取りするための共通ルールです。どちらか一方ではなく、組み合わせて使うことを想定して作られています。Q2. ブランドTLDとは何ですか？会社名やブランド名そのものを、ドメインの一番後ろの部分（トップレベルドメイン）に使う、自社専用のドメインです。「.com」や「.jp」のような誰でも使える一般的なドメインと違い、他社が同じ言葉を取得することができないため、なりすましに強いという特徴があります。Q3. 自社のAIエージェントにブランドTLDを使うには何が必要ですか？TLDの取得申請やDNS（ドメインの住所録のような仕組み）・Webサーバーの設定に加え、Agent Cardを含むAIエージェント関連システムの移行が必要です。今のドメイン運用体制とあわせて専門業者に相談することをおすすめします。出典元：Google Developers Blog|「Announcing the Agent2Agent Protocol (A2A)」|2025年4月9日|<a href="https://developers.googleblog.com/en/a2a-a-new-era-of-agent-interoperability/（閲覧日：2026年7月7日）" target="_blank" rel="noopener noreferrer">https://developers.googleblog.com/en/a2a-a-new-era-of-agent-interoperability/（閲覧日：2026年7月7日）</a>出典元：A2A Protocol Community|「Agent Discovery」|A2A Protocol Documentation|<a href="https://a2a-protocol.org/latest/topics/agent-discovery/（閲覧日：2026年7月7日）" target="_blank" rel="noopener noreferrer">https://a2a-protocol.org/latest/topics/agent-discovery/（閲覧日：2026年7月7日）</a> <figure><a href="https://www2.brandsecurity.gmo/l/959492/2022-04-20/8cyw" target="_blank" rel="noopener noreferrer nofollow"><img src="https://images.microcms-assets.io/assets/02c7210b9bb240dc8661903b58275e93/baf961fe02e94fc4b71f02ce05c33963/btn_toiawase.png" alt="お問い合わせこちら" width="292" height="58"></a></figure>

GoogleのAIエージェント連携プロトコル「A2A」では、Agent Cardを公開するドメインの信頼性が連携の要となります。ブランドTLDを活用してなりすましリスクを防ぎ、自社AIエージェントの信頼性を高める方法を解説します。


【ドメイン運用戦略】【重要】.ruドメイン等の本人確認要件、2026年9月導入へ（2026年）

目次