対象: 条件付きアクセスを導入する前にEntra ID Free・P1・P2の要件を確認したい管理者
更新日: 2026年8月21日
要点: 条件付きアクセスは、対象のユーザー・管理者・機能ごとにライセンス条件を確認します。Entra ID Free・P1・P2の違い、Microsoft 365に含まれる範囲、ポリシー適用前の検証を公式のライセンス情報とConditional Access概要で確認します。 料金は対象ユーザー、ポリシー、認証強度、リスク、管理者、既存Microsoft 365バンドル、例外で変動するため、公式の料金・契約画面に同じ条件を入力して判断します。
公式確認: 公式一次情報1・公式一次情報2を2026年8月21日に確認。地域、税、為替、キャンペーン、契約形態、管理者設定、提供状況があるため、申込・更新前は公式画面の表示を最終条件にします。
条件付きアクセスに必要なライセンス｜Entra ID Free・P1・P2を調べると、まず月額や機能名だけを比べたくなります。しかし実際の請求は、ユーザー数、対象デバイス、ライセンスSKU、管理者権限、機能の利用範囲、契約期間が組み合わさって決まります。上位プランを全員に割り当てれば必ず得になるとは限らず、誰が何を使うのか、いつまで使うのか、不要になった権限やデータをどう扱うのかまで決める必要があります。
この記事では、条件付きアクセスのライセンスを対象ユーザー、ポリシー、認証強度、リスク、管理者、既存Microsoft 365バンドル、例外の順に整理します。公式資料をもとにした確認用の解説で、導入成果や節約を保証するものではありません。表示価格は更新される可能性があるため、一次情報と公式の料金・管理画面を開き、契約対象のテナント・地域・通貨で再確認してください。
条件付きアクセスのライセンスの料金と機能を先に整理
条件付きアクセスは、対象のユーザー・管理者・機能ごとにライセンス条件を確認します。Entra ID Free・P1・P2の違い、Microsoft 365に含まれる範囲、ポリシー適用前の検証を公式のライセンス情報とConditional Access概要で確認します。 料金を一つの数字で断定する前に、利用単位と契約単位を分けます。対象ユーザー、ポリシー、認証強度、リスク、管理者、既存Microsoft 365バンドル、例外を見積もりメモに並べ、試用・割引・既存バンドルが適用される期間と、終了後に何が課金対象になるかを確認します。税・為替・利用地域も含め、請求画面と公式資料を照らし合わせます。
| 選択肢 | 公式情報で確認すること | 判断の置き方 |
|---|---|---|
| Entra ID Free | ディレクトリ・認証の範囲を確認 | 基本構成 |
| Entra ID P1 | 条件付きアクセスの対象条件を確認 | アクセス制御 |
| Entra ID P2 | リスクに基づく保護を確認 | 高度な判定 |
| M365バンドル | 含まれるEntra機能を確認 | 既存契約 |
条件付きアクセスは、ポリシーを作るだけで完了しません。対象・除外・条件・アクセス制御・セッション・緊急用アカウントを整理し、Report-onlyで影響を確認します。ライセンス不足のユーザーを対象にしないこと、既存契約に含まれる範囲を二重に買わないことが重要です。
具体的な利用場面と判断問い
具体的には、社外・高リスクのサインインに多要素認証や準拠端末の条件を付け、正当な利用者を締め出さずに段階導入したい場面が判断の分かれ目です。「一番安いライセンスはどれか」だけを問うと、未使用席、機能の重複、管理者の作業、移行費用を見落とします。次の問いに、契約前の自分の運用で答えます。
- 判断問い1: ユーザー数、対象デバイス、ライセンスSKU、管理者権限、機能の利用範囲、契約期間のうち、実際に増減するものはどれか。
- 判断問い2: 使わない月、担当者が変わる月、契約が終わる日に何を停止・削除するか。
- 判断問い3: 下位プランで不足する操作を、公式の機能表と管理画面で説明できるか。
| 比較軸 | 確認する画面・資料 | 残す判断メモ |
|---|---|---|
| ポリシー要素 | 設定画面 | 確認 |
| 対象・除外 | ユーザー・グループ・アプリ | 漏れと例外 |
| 条件 | 場所・端末・リスク | 判定の根拠 |
| 制御 | MFA・準拠・ブロック | 利用影響 |
見積もり・運用で差が出るポイント
条件付きアクセスのライセンスの比較は、同じユーザー数・同じ対象・同じ期間・同じ権限で行います。ユーザー数、対象デバイス、ライセンスSKU、管理者権限、機能の利用範囲、契約期間を月次の実績として記録し、想定値と公式請求明細を比べます。上位機能は必要な担当者・端末だけに付け、閲覧だけの人、短期の人、検証用の人を分けると、見積もりの根拠が明確になります。
導入初日に全員へ広い権限を配るのではなく、少人数で一つのポリシー・端末・サインインを確認します。作成、承認、実行、閲覧、請求の役割を分け、変更日と監査ログを確認します。費用や事故が増えたときに、料金改定なのか割当なのか設定変更なのかを追える状態にしておくことが大切です。
データ・権限・セキュリティの注意
ユーザー、サインイン、アプリ、認証情報、条件付きアクセス、監査ログなどを扱います。個人情報・顧客情報・社外秘を保存・共有する場合は、公式の規約、管理者設定、保持・削除の条件を確認します。特権ロール、ゲスト、外部共有、APIや自動化は初期設定のままにせず、最小権限と期限を設定してください。
- 本番と検証、個人と組織、管理者と運用者、対象と除外を分ける。
- 所有者・請求担当・セキュリティ担当を記録し、異動・退職時の引継ぎを先に決める。
- ポリシーのレポート専用、適用、解除、データ削除を小さな対象で確認する。
- 請求アラート、監査ログ、緊急用アカウント、更新日の通知を設定する。
契約・更新・解約前に確認すること
契約前に、開始日、請求周期、試用・割引の終了日、更新・自動更新、返金や日割りの扱いを公式画面で確認します。解約はユーザーや端末を削除する操作とは別で、ユーザー、サインイン、アプリ、認証情報、条件付きアクセス、監査ログを保存・移行してから行います。停止後も残るライセンス、ポリシー、ログ、請求アカウント、共有設定がないかを確認し、最終請求の明細を保管してください。
| 契約・解約の確認 | 記録する内容 |
|---|---|
| 開始・更新 | 開始日、請求周期、更新日、自動更新の有無 |
| ユーザー・権限 | 対象者、管理者、ゲスト、異動者の扱い |
| データ | エクスポート先、保持期間、削除証跡、復元手順 |
| 請求 | 税・通貨、割引終了、最終請求、問い合わせ窓口 |
向く人・向かない人
- 向く人: 必要な機能を公式資料で特定し、ユーザー数、対象デバイス、ライセンスSKU、管理者権限、機能の利用範囲、契約期間を記録しながら、更新・権限・データ移行まで担当者を決められる人。
- 向かない人: 根拠を確認せず価格・機能を決める人、権限や請求アラートを管理できない人、解約前のデータ確認を省く人。
申込前の確認メモ
最後に、ユーザー数・対象デバイス・テナント・地域・契約形態・必要機能・データ分類・解約予定日を一枚にまとめます。公式の比較表と管理画面を開き、同じ条件で下位プラン、候補プラン、上位プランを並べます。月次で割当と請求を見直し、不要になった席・権限・共有を解除する日をカレンダーに登録してください。
公式CTA: 契約前に公式一次情報と公式料金・管理情報を開き、対象ユーザー、ポリシー、認証強度、リスク、管理者、既存Microsoft 365バンドル、例外を確認してください。条件付きアクセスのライセンスの対象機能、料金、試用、更新・解約、データ条件は、表示された公式画面を最終基準にして判断します。
関連する料金・学習記事
条件付きアクセスのライセンスは、機能名や月額だけで決めず、同じ対象・同じ期間で公式情報を比較し、権限・データ・請求・解約まで一つの運用として確認します。まず小さな対象で試し、更新日前に実績と公式情報を再確認してから継続・変更を判断してください。
