Microsoft Entra External Identities 料金ガイド

By Mirko Peters · 2026-04-29 · Updated 2026-07-28

Microsoft Entra external identities の料金について、アーキテクチャ、セキュリティ、ガバナンス、導入、実際の利用シーンを踏まえて実践的に解説します。

Automatically translated with AI from the original post. Read the English original

Microsoft Entra External Identities の料金は、月間アクティブユーザー数と、顧客、パートナー、ゲストのシナリオで利用するサービスに基づいて決まります。コストを見積もるには、ID の種類、月間アクティブユーザー数の想定、認証方法、そして必要に応じたプレミアムのセキュリティ機能やサポートの要件を定義します。アーキテクチャや予算を確定する前に、必ず最新の提供内容と地域ごとの価格を確認してください。

Microsoft Entra ID を外部ユーザー向けに展開している最中であれば、料金の問題にはすでに直面しているかもしれません。Entra の外部 ID の料金は、単なる補足事項ではありません。現代の組織におけるあらゆるアクセス、コラボレーション、セキュリティの議論の中心にあります。ここで実際に支払っているのは、外部ユーザーがどれだけ頻繁にリソースを利用しているかであり、それは月間アクティブユーザー（MAU）の課金モデルで計測されています。

Entra がユーザーをどのように数えるか、テナントをサブスクリプションにどう紐付けるか、認証方法をどう集計するかといった仕組みを理解することは、IT 管理者やプロジェクトリーダーにとって不可欠です。思い込みが誤っていると、予想外の請求につながったり、ユーザー管理の戦略を損なったりするおそれがあります。すべてのログインやテナント構成が運用コストに影響する可能性があります。そのため、ルールを事前に理解しておけば、想定外の出費を避けながら、計画、予算化、拡張を進められます。

Entra ID における外部ユーザーの課金モデルの仕組み

Microsoft Entra ID の外部ユーザー課金モデルの基盤は、MAU（月間アクティブユーザー）です。Entra ID は、すべての外部の連絡先にライセンスを割り当てるのではなく、特定の月に実際にサインインするか、その他の方法で認証を行った個人に対してのみ課金します。この方式により、組織は支出を実際の利用状況に直接合わせることができ、コストの予測も格段に立てやすくなります。

Entra ID は、MAU の数に基づいて料金階層を適用します。小規模な組織は、月あたりの外部 MAU の一定数までを対象とする無料階層の範囲内に収まる場合があります。利用が増えると、外部 ID のコストは有料の区分に移り、ボリュームが増えるにつれてユーザーあたりの単価がわずかに下がります。このモデルでは、基本的な認証やセルフサービスのパスワードリセットなど、複数の機能が各階層で提供され、上位の階層ではプレミアム機能が利用できます。

Entra ID の課金サイクルは通常、MAU のリセットに合わせて毎月行われます。各サイクルでは、対象となる認証を実行した人を確認します。その人が月内に何回ログインしたかは関係ありません。請求書には、期間中における一意のアクティブユーザーのピーク数が反映されます。そのため、1 人のアクティブユーザーが 10 回ログインしても、コストへの計上は 1 人のままです。組織はこうした傾向をリアルタイムで監視でき、急増や季節的なキャンペーンに備えた計画を立て、予算を適切にモデル化しやすくなります。

結局のところ、この課金の仕組みは、認証のパターン、テナントの設定、機能の利用状況を慎重に追跡することを促します。アクティビティが課金にどう変換されるかを正確に理解すれば、ユーザー体験とコストの両方を最適化しながら、将来の成長に備え、最終的な収支にも目を配ることができます。

サインインと課金における月間アクティブユーザーの定義

Entra ID の世界では、すべての "ユーザー" が課金対象になるわけではありません。課金サイクルにおいて MAU（月間アクティブユーザー）とみなされるユーザーだけが対象になります。では、何がMAUとして扱われるのでしょうか。MAU とは、月内に Entra テナントで正常に認証された外部 ID のことです。これは、標準のユーザー名とパスワードによるサインイン、ワンタイムパスワード（OTP）、ソーシャルログイン、フェデレーションプロバイダーのいずれを使用する場合にも当てはまります。

ユーザーが新たに認証を完了するたび、つまり新規のサインインや、資格情報の再入力が必要な操作が行われるたびに、Entra はそれを記録します。ただし重要なのはここからです。同じ月内での繰り返しのログインや、更新されたセッションが、同じユーザーの追加料金になることはありません。ユーザーが十数回出入りしても、MAU は 12 件ではなく 1 件のままです。利用が活発な日に予期せぬ請求が膨らむのを防げます。

一見カウントされそうなイベントでも、必ずしも MAU のカウントは増えません。たとえば、リフレッシュトークンを使ったセッションの更新や、ユーザーの再認証を完全には行わないサイレント SSO のイベントは、同じユーザーと同じ月の組み合わせであれば、原則として MAU のカウントを再び増やしません。同様に、ゲストが同じテナント内の複数のアプリを利用した場合も、最初の対象となる認証だけがカウントされます。

なお、ソーシャルログイン、OTP、フェデレーションも、テナントと連携する場合は通常のサインインと同様にカウントされる点にご注意ください。また、複数のテナントにまたがるユーザーは、テナントごとに個別に認証を行う必要があります。そのため、テナント間で外部ID を利用している場合、同じメールアドレスがテナントごとに1つずつ、複数の MAU としてカウントされることがあります。こうした動作を事前に理解しておくことで、想定外の事態を防ぎ、コストを抑えるための ID フローの設計が可能になります。

外部テナントを Azure サブスクリプションに効果的にリンクする

Entra ID の外部 ID について、明確で透明性のある請求を実現し、確実な管理を維持するためには、各外部テナントが Azure サブスクリプションに適切にリンクされていることを確認する必要があります。このリンクは、請求、ライフサイクル管理、そして管理上の明確さを支える橋渡しの役割を果たします。

外部テナントと Azure サブスクリプションの間に適切な関係を築くことで、コストを追跡可能かつ予測可能な状態に保てます。この設定がないと、請求内容の追跡、社内での費用の再請求、孤立したリソースの防止が途端に困難になります。正しく設定すれば、外部ユーザーのアクティビティ、利用しているリソース、そしてそのコストの計上先を一元的に把握できるようになります。

ID 環境の規模が拡大し、特にプロジェクトや複数の事業部門にまたがる場合には、テナントとサブスクリプションの紐付けを整理しておくことが、説明責任とガバナンスの維持に役立ちます。重複したアクセス許可の発見、未使用 ID のクリーンアップ、問題発生時の迅速な対応にもつながります。次のセクションでは、テナントをリンクする手順と、サブスクリプションが表示されない場合のトラブルシューティングを詳しく解説します。事前に備える場合でも、設定漏れの後始末をする場合でも、対応できるようにしておきましょう。

外部テナント サブスクリプションをリンクする手順

1. グローバル管理者、または対象サブスクリプションの所有者として Azure portal にサインインします。サブスクリプションレベルで変更を行うには、適切なロールが必要です。
2. Azure Active Directory ブレードに移動し、外部テナントとしてリンクするテナントに切り替えます。
3. テナント内で サブスクリプション に移動し、追加 または 関連付け を選択します。リンクする Azure サブスクリプションを選択します。
4. 関連付けを確定し、テナントとリンクしたサブスクリプションの両方について、管理者が請求と設定を管理できるように必要なアクセス許可を割り当てます。
5. リンク後、Cost Management + Billing セクションで請求と請求書の詳細を再確認します。これにより、後々問題になる前に設定ミスを発見できます。

トラブルシューティング：テナント サブスクリプションがリンクされていない場合はどうすればよいか

• テナントの状態を確認する: Entra テナントの サブスクリプション ID を確認し、テナントが実際に孤立しているのか、単に表示が正しくないだけなのかを Azure portal で確認します。
• サブスクリプションを割り当てる: リンクされていない場合は、管理者権限を使用して、Cost Management + Billing から有効なサブスクリプションにテナントを関連付けます。「テナントのリンク」というオプションを探してください。
• アクセス許可の問題: リンク時にアクセスエラーが発生しないよう、適切な管理者ロール（所有者、課金管理者）があることを確認します。
• 所有権の競合を解決する: テナントを関連付けられない場合は、過去のリンクや移管がないかを再確認し、解決できない問題が続く場合はマイクロソフト サポートに問い合わせてください。

認証方法と Entra ID 料金への影響

Entra ID の外部 ID では、ユーザーの認証方法が支払い額に直接影響します。ワンタイム パスコード（OTP）、ソーシャル ログイン、標準のユーザー名とパスワード、OpenID Connect、ネイティブ アプリのサインインなど、どの認証オプションを組み合わせるかによって、課金対象の MAU となるユーザーと、そのタイミングが決まります。

サインイン方法は、セキュリティとコストの両面で同じではありません。ゲストの快適な利用体験とコスト管理の両立を目指す組織にとって、各方法にはトレードオフがあります。ソーシャル ログインはアクセスを簡素化できますが、ライフサイクル管理を複雑にすることがあります。OTP はシンプルである一方、認証の使い回しやサポート問い合わせにつながる可能性があります。OpenID Connect やブラウザーのネイティブ フローは連携範囲を広げますが、ユーザーの利用パターンと請求額の両方を変えてしまいます。

この違いを理解することは非常に重要です。特に、高度な認証パターンから ID を狙った攻撃やセキュリティリスクが生じている現状では、なおさらです。ID 中心のリスクと、Entra で複雑なアクセスフローを管理する実践的な方法について背景を知りたい方は、この条件付きアクセスとガバナンスに関する詳細解説をご覧ください。

次に、認証シナリオごとのコスト影響を見ていきましょう。ユーザーにもご予算にも配慮した ID フローを設計するためのポイントです。

OTP とソーシャルログインの利用: 料金への影響

• OTP ログイン: メール や SMS などのワンタイムパスコードを使用した認証が成功するたびに、その月の MAU として 1 件カウントされます。同じユーザーが 1 か月に何度 OTP でログインしても MAU は 1 件のままですが、各期間で最初に行われた認証が課金の対象になります。
• ソーシャル ID プロバイダー: Google、Facebook、LinkedIn などの一般的なサービスを使ったログインでは、リソースにアクセスした時点でそのユーザーが MAU として登録されます。同じ月内の以降のログインは重複してカウントされませんが、同じメールアドレスに対して異なるソーシャルアカウントを使用すると、新たな MAU が発生する場合があります。
• エッジケース: 外部ユーザーが複数のテナントを行き来する場合(例: 子会社が複数ある場合)、テナントへのログインがあるたびに MAU が 1 件ずつ加算されます。可能な限り ID をマッピングして統合しておくと、コストを抑えられる可能性があります。

OpenID Connect、ネイティブ、ブラウザー認証のシナリオ

• OpenID Connect (OIDC): OIDC を使用して認証する場合、月単位のサイクル内で最初に成功したログインがそれぞれ 1 件の MAU になります。ただし、OIDC はリフレッシュトークンをサポートしているため、トークンが有効でセッションが期限切れにならない限り、ユーザーが新たな MAU として再カウントされることはありません。
• ネイティブアプリの認証: Entra ID のネイティブライブラリ (MSAL など) を使用するアプリも、同様のルールに従います。最初の認証がカウントされ、サイレントのトークン更新はカウントされません。ユーザーがアクティブな状態であれば、同じテナント内の別のアプリによって追加の MAU が発生することもありません。
• ブラウザーベースのフロー: ブラウザーのセッションは扱いが難しい場合があります。Cookie を削除したりセッションが期限切れになったりすると再認証が必要になり、それが別の暦月に新しいセッションとして行われた場合は、新規の MAU のように見えることがあります。この点を把握しておくと、セッション管理とコスト管理に役立ちます。

比較表: Entra External ID と Azure AD B2C の料金

• 料金モデル: Entra External ID は MAU ベースの階層型モデルを採用しており、組織は一意の月間アクティブユーザー数に対してのみ料金を支払います。Azure AD B2C は従来、トランザクションベース、または認証ごとに費用が発生する仕組みでした。ただし、最近のモデルはシンプルさを重視して MAU ベースに移行しつつあります。
• 含まれる機能: どちらのサービスも基本階層で、セルフサービスのパスワード リセット、多要素認証、ユーザー管理を提供しています。Entra External ID は Microsoft 365 とのより深い統合を提供する傾向がある一方、B2C はカスタマイズ可能なユーザー ジャーニーを備えた顧客向けシナリオに重点を置いています。
• サポートオプション: Entra External ID のサポートは、主流の Microsoft サポート チャネルの一部として提供されます。B2C は独自のサポート レベルを提供していますが、SLA に裏付けられた応答を得るには、プレミアムプランが必要になる場合があります。
• ユースケース: Entra External ID は、ビジネス間 (B2B)、パートナー、ゲストとのコラボレーションに最適です(特に M365 や Azure のエコシステム内)。Azure AD B2C は、ホワイトレーベルのブランディングと柔軟なサインインパスが必要な、企業と顧客間 (B2C) のアプリケーションに適しています。
• 移行時の考慮事項: B2C から Entra ID へ移行する場合は、ID のマッピングを慎重に行う必要がありますが、より厳格なガバナンスを実現できます。一方で、ベンダーロックインのリスクもあります。移行に関する知見としては、ベンダーへの依存や段階的なロールアウトに関するガイダンスに注目するとよいでしょう。

大量利用シナリオにおけるコスト最適化のベストプラクティス

大規模なイベントを開催する場合や、外部ユーザー数が一夜にして急増する場合(カンファレンス、小売店のイベント、迅速なプロジェクトの立ち上げなど)には、予測の難しい請求額に悩まされた経験があるのではないでしょうか。Entra ID の外部ユーザー向け課金モデルは公平ですが、セッション管理や認証フローを細かく調整しなければ、依然としてリスクは残ります。

トークンの有効期間、更新ポリシー、アイドルタイムアウトを適切に設定することは、MAU 数を安定させるうえで大きな効果があります。セッションを延長し、トークンを慎重に再利用することで、頻繁で不要なログインによって一部のゲストがコストを膨らませてしまう事態を防げます。特にモバイル、B2B、ハイブリッドのアプリ利用パターンがある環境では、この点が重要です。

社内従業員と外部ゲストの両方の立場を持つユーザーが存在するハイブリッドなシナリオには、特に注意が必要です。適切に設計しなければ、同じユーザーがライセンス付きの社内IDと外部MAUの両方にカウントされ、二重請求になるおそれがあります。役割が変わるたびに請求マッピングとロールの割り当てを整合させておくことで、正確性を保ちつつコストを抑えられます。

財務面での規律を重視する組織にとって、チャージバック、ショーバック、そして一元化されたガバナンスといった施策は欠かせません。これらによってコストを透明性高く配分し、部門間の説明責任を明確にできます。Microsoft 365 環境の実際の運用におけるガバナンスとショーバックモデルの限界については、コストの説明責任に関する詳しい解説と、強制力のある Azure ガバナンスの重要性もあわせてご覧ください。次は、セッション、トークン、ハイブリッド ID 管理の具体的な実装について見ていきます。

MAU を削減するためのセッションとトークン管理の戦略

• セッションタイムアウトの最適化: ユーザーが頻繁にサインアウトされないようセッション期間を設定します。繰り返しの再認証による新たな MAU のカウントを減らせます。
• トークン再利用ポリシー: セキュリティ上問題がなければ、更新トークンの有効期間を長く設定します。ユーザーはサインインした状態を保て, 月内に 1 回だけカウントされます。
• アイドルタイムアウトの調整: ユーザーに繰り返しサインインを求めてしまう、過度に短いアイドルタイムアウトは避けましょう。複数のテナントと組み合わせると、不必要に MAU が増えるおそれがあります。
• サインインパターンの監視: レポートを使って冗長または回避可能なサインインを見つけ、実際のユーザーの利用状況に合わせて構成を調整します。平均的な利用状況に近づけることができます。

二重請求を避けるためのハイブリッドユーザーフローの管理

• ロールベースの割り当て: ユーザーをいつ「社内」として扱い、いつ「外部」として扱うかを明確に定義し、徹底します。同一人物に対して二重に課金されるのを防ぎます。
• 統合された ID ストア: 可能な限り ID の信頼できる単一の情報源を使用します。Microsoft Entra ID（旧 Azure AD）を基準にするのが望ましく、環境間でレコードが重複するのを防ぎます。
• 自動化されたグループポリシー: Entra の動的グループと自動割り当てを活用し、役割の変化に応じてユーザーのステータスとエンタイトルメントを調整します。
• 請求監査の実施: 定期的な監査を計画し、アカウントの重複や移行の状況を確認します。請求額が膨らむ前に修正しましょう。

まとめ: Entra ID の料金に関する重要なポイントと実装チェックリスト

Entra ID で外部 ID を扱う場合、適切な戦略があれば、予算管理も経営層の満足度も確保できます。ここでは主な教訓と、作業を楽にする実践的な方法をまとめます。財務担当者の負担も大きく減らせるはずです。

1. 請求モデルを理解する: 料金は月間アクティブユーザー（MAU）単位で発生します。1 か月以内にサインインした一意の外部ユーザーはすべてカウントされるため、サインイン回数が多いほど料金も増えます。MAU に何が影響しているかを継続的に確認しましょう。
2. テナントとサブスクリプションの関連付けを管理する: 外部テナントがすべて適切な Azure サブスクリプションに関連付けられていることを確認します。ここでミスがあると、利用データの欠落や予期しない課金につながるおそれがあります。
3. 認証方法を慎重に選ぶ: すべてのサインインが同じコストになるわけではありません。メール OTP は配信料金やサポート対応によってコストが増えることがあります。一方、ソーシャルログインやフェデレーション ID は、大量のアクセスが発生する場合にコストを抑えられる可能性があります。
4. セッションとトークンの設定を最適化する: セッション期間とアイドルタイムアウトを調整し、不要な繰り返しサインインによる MAU の水増しを防ぎます。余分なアクティブユーザーを減らすには、トークンの再利用が効果的です。
5. ハイブリッドフローと正確なユーザーロールを計画する: 社内と外部の間を移動するユーザーに注意しましょう。フローの整理とカテゴリの明確化を怠ると、誤って二重請求が発生しやすくなります。

Entra ID の外部 ID を導入または調整する際は、このチェックリストを手元に置いてください。今適切な対応を取れば、後の請求上のトラブルを減らし、予算に関する話し合いもスムーズに進められます。

あわせて聴きたいエピソード

Microsoft Entra 外部 ID の料金について調べている方は、ID セキュリティ、ガバナンス、アクセス制御、Microsoft 365 の運用に関する実践的な背景を補足する以下のエピソードもご覧ください。

• Privileged Identity Management – Simply Explained — ジャストインタイムの特権、承認、アクセスレビューを理解します。
• Conditional Access – Simply Explained — コンテキストを考慮したポリシーで、ユーザーとデバイスを保護する仕組みを学びます。
• Microsoft Defender XDR – Simply Explained — ID のシグナルを検出、調査、対応につなげます。
• Microsoft Teams Governance – The Illusion of Control — ガバナンスによって、オーナーシップと再現可能な管理策が生まれる仕組みを確認します。

Microsoft Entra External Identities の価格を見積もる方法

1. シナリオを定義します。従業員のゲストコラボレーション、顧客 ID、パートナーアクセスのいずれかを明確にします。
2. 登録済みアカウントの総数ではなく、月間アクティブユーザー数を見積もります。
3. サインイン、セキュリティ、ブランディング、アプリケーション、サポートに関する要件を洗い出します。これらは設計に影響する可能性があります。
4. コストモデルを確定する前に、現在の提供内容、通貨、リージョン、利用条件を Microsoft に確認します。

現在の製品範囲については、公式の Microsoft Entra の価格ページ と External ID の Microsoft Learn ドキュメント を参照してください。価格と対象条件は変更される可能性があるため、古い見積もりを調達の判断材料にしないでください。

文書化すべき外部 ID のコスト要因

よくある質問

外部 ID とゲストアカウントの違いは何ですか。

外部 ID は、ワークフォースのテナント外にいるユーザーを対象とする Microsoft Entra の広範な機能領域です。ゲストアクセスは、その広範な外部アクセスモデルの中でよく使われるコラボレーションのパターンです。

送信した招待数から価格を見積もることはできますか。

いいえ。招待数だけでは、実際に認証するユーザー数はわかりません。想定される月間アクティブユーザー数をモデル化し、最新の価格条件で検証してください。

最終レビュー日: 2026 年 7 月。

🎧 あわせて聴きたいエピソード

• Microsoft Entra のアイデンティティ ガバナンス

  オーナーシップ、アクセスレビュー、ライフサイクル管理の仕組みが、Microsoft Entra External Identities の価格に関する判断をどのように補完するかを学びます。

• Microsoft Entra Private Access をわかりやすく解説

  関連する Entra のアクセスパターンと、安全な ID サービスの形を決めるアーキテクチャ上の課題を確認します。

• Microsoft Entra ID におけるゲストのための Conditional Access

  この実践的なガイドは、外部ユーザーのコスト計画と、ゲストアクセスに必要なセキュリティ管理策を結び付ける助けになります。