AADSTS50011 リダイレクト URI の不一致エラーを理解する
By Mirko Peters · · Updated
AADSTS50011 のリダイレクト URI 不一致は、アプリケーションが送信したリダイレクト URI が、Microsoft Entra ID に登録された URI と完全に一致しないことを意味します。スキーム、ホスト名、パス、ポート、末尾のスラッシュを含めて、アプリケーションの要求と登録済みのリダイレクト URI を比較してください。アプリケーションまたは登録内容を修正してから、対象のサインイン フローを再テストします。
Automatically translated with AI from the original post. Read the English original

AADSTS50011 のリダイレクト URI 不一致は、アプリケーションが送信したリダイレクト URI が、Microsoft Entra ID に登録された URI と完全に一致しないことを意味します。スキーム、ホスト名、パス、ポート、末尾のスラッシュを含めて、アプリケーションの要求と登録済みのリダイレクト URI を比較してください。アプリケーションまたは登録内容を修正してから、対象のサインイン フローを再テストします。
AADSTS50011 のリダイレクト URI 不一致を修正する
- エラーまたはサインイン要求に含まれるリダイレクト URI をコピーします。
- Entra のアプリ登録と完全に一致するかを比較します。
- 承認済みの URI を修正し、適切な環境で再テストします。
Microsoft Learn for Entra を参照してください。
Microsoft の認証を設定しようとして行き詰まったことがあれば、AADSTS50011 のリダイレクト URI 不一致エラーが招かれざる客のように現れた経験があるかもしれません。このエラーは、Microsoft Entra ID(旧 Azure Active Directory)、Microsoft 365、Azure や Power Platform における統合を扱う開発者や管理者の間で悪名高いものです。
なぜ重要なのでしょうか。このエラーはサインイン フローを完全に停止させ、ユーザーがサインインできず、アプリケーションが利用できない状態に陥らせる可能性があります。リダイレクト URI の不一致は、新規プロジェクトと既存構成の変更のどちらでも見落とされやすい典型的な落とし穴です。AADSTS50011 の発生原因を理解し、修正方法を知っておくことは、アプリを安定して稼働させるだけでなく、Microsoft のプラットフォームにおける認証と承認を保護するうえで不可欠です。
このガイドでは、エラーの原因、症状の見分け方、そして不一致のリダイレクト URI を見つけて修正する実践的なヒントを紹介します。Microsoft の認証を初めて扱う場合でも、サインイン フローを正しい方法でトラブルシューティングし、保護できるようになるはずです。
AADSTS50011 エラーの原因は何か
AADSTS50011 エラーの根本的な原因は、アプリケーションが使用するリダイレクト URI と、Microsoft Entra ID に登録された URI の一覧が一致しないことです。ユーザーがサインインを試みると、Microsoft の認証システムは、OAuth または OpenID Connect の要求で送信されたリダイレクト URI が、アプリ登録に登録されたいずれかの URI と完全に一致するかを確認します。
この厳格なセキュリティ チェックは、不正なエンドポイントがユーザーのトークンを横取りすることを防ぎます。これは最新の ID 保護の基礎です。わずかな違いでも、たとえば余分なスラッシュ、誤ったプロトコル(https ではなく http など)、タイプミスがあれば、Entra ID はただちにサインインをブロックし、AADSTS50011 エラーを返します。この仕組みを理解しておくと、エラーをより早く解決できるだけでなく、今後の誤った構成によるリスクも避けられます。
注意すべき症状とエラーメッセージ
- Microsoft サインイン画面のエラー: ユーザーがサインインを試みた後、太字の「AADSTS50011: The reply URL specified in the request does not match...」というメッセージが表示されます。これは多くの場合 Microsoft のサインイン画面に表示され、認証を完全に停止させます。
- API 呼び出しにおける OAuth エラーコード: Microsoft API と統合しているアプリは、API またはリダイレクトの応答に「error=invalid_request」や「error=AADSTS50011」を含むエラー オブジェクトを受け取ります。これは、裏側で不一致が起きていることを示しています。
- 認証失敗のログ: Azure または Entra ID のログでは、管理者がサインインの失敗を確認できます。多くの場合、リダイレクト URI の不一致が明記されており、想定される URI と実際の URI の詳細が含まれています。
- Web アプリのサインイン失敗: エンド ユーザーから、ログインが繰り返される、画面が真っ白になる、予期せずホーム ページに戻されるといった報告があるかもしれません。特に Microsoft のサインイン画面へ遷移した直後、またはそこから戻った直後に起きやすい傾向があります。
- バックエンド システムのエラー: 自動化されたプラットフォーム(メール処理やスケジュール ジョブなど)が、特に開発、ステージング、本番など異なる環境から OAuth フローを実行しようとした際に、AADSTS50011 のコードをログに記録したり表示したりすることがあります。
AADSTS50011 を解決するためのリダイレクト URI の修正
良いニュースとして、AADSTS50011 の解決は、多くの場合、原因を突き止めて設定を丁寧に見直す作業です。特別な裏技は必要ありません。大まかに言えば、アプリケーションが使用するリダイレクト URI を、Azure ポータルのアプリの登録に登録されている URI と完全に一致させる必要があります。プロトコル、スペル、スラッシュのわずかな違いでも不一致の原因になるため、細部への注意こそが鍵になります。
この問題の修正は、エラーを止めるだけの話ではありません。リダイレクト URI を正しく管理することは、Microsoft の認証のセキュリティにとって不可欠です。Entra ID は、攻撃者によるトークンの横取りや、ログインフローの弱点の悪用を防ぐために、厳密な一致を求めます。そのため、URI を追加・編集する際は特に慎重になる必要があり、環境やホスト名を変更するたびに見直すことが重要です。
内部では、Microsoft はログイン試行時に送信されるリダイレクト URI が、アプリケーションに登録されている内容と完全に一致することを求めています。この照合は、大文字と小文字、末尾のスラッシュ、HTTPS の使用に至るまで細かく行われます。これは、リダイレクト攻撃からユーザーと組織を守るための仕組みです。複数のデバイス、コードの変更、複数の環境が関わると不一致が紛れ込みやすくなりますが、URI の登録と見直しのプロセスをしっかり整えておけば、このエラーに遭遇することはほとんどなくなるでしょう。
さらにセキュリティを強化したい場合、特に OAuth 同意攻撃への対策を検討しているなら、OAuth 同意の悪用と Entra ID の制御に関する詳しいガイドなどの資料を参照してください。設定上の問題と進化し続ける脅威の both に先手を打つことが、より堅牢な認証環境につながります。
リダイレクト URI で AADSTS50011 エラーが発生する主な原因
- タイプミス: 1 文字でも誤りがあると、リダイレクト URI が登録済みの URI と一致せず、AADSTS50011 エラーが発生します。
- プロトコルの不一致(HTTP と HTTPS): Azure が https を想定しているのに http を使用していた場合、またはその逆の場合、不一致が生じます。Microsoft はセキュリティに関して厳格なためです。
- スラッシュの過不足: URI の末尾にスラッシュがある場合とない場合では、完全一致の判定結果が変わり、認証の成否を左右することがあります。
- 大文字と小文字の違い: Azure の URI は大文字と小文字を区別します。リクエストが /Callback なのに登録が /callback の場合、このエラーが表示されます。
- 環境 URL の誤り: 開発、ステージング、本番の URL を取り違えると、すぐに不一致が生じます。たとえば本番環境で localhost を使用するケースがこれに当たります。
Azure ポータルでのリダイレクト URI の登録と確認方法
- アプリの登録を見つける: Azure ポータルで「アプリの登録」に移動し、対象のアプリケーションを選択します。
- リダイレクト URI を編集する: 「認証」の下にあるリダイレクト URI のセクションで、必要な URI を追加、削除、または更新します。
- すべての詳細を完全に一致させる: プロトコル、ドメイン、パス、末尾のスラッシュ、大文字と小文字など、すべての要素がコードやデプロイの設定と一致していることを確認します。
- 保存して確認する: 編集後は保存をクリックします。すべてのリダイレクト URI が、アプリケーションの設定やコードベースで使用されている値と一致していることを再確認します。
- 認証フローをテストする: 再度サインインを試し、エラーが解消されていること、およびリダイレクトが想定どおりに動作することを確認します。
詳細情報、リソース、コミュニティからのフィードバック
リダイレクト URI の不一致との格闘も、ひと区切りですか。安心してください。ひとりで手探りする必要はありません。Microsoft は、次回の問題を避けるための豊富なドキュメントや参考資料を提供しています。詳細を知りたい場合は、Entra ID(旧 Azure AD)の認証および承認の問題に関する公式のエラーコードのドキュメントから確認するとよいでしょう。これらのガイドでは、よくある誤りとその修正方法を解説しており、コードサンプルも用意されています。
とはいえ、ドキュメントではカバーしきれない特殊なケースに出会うこともあります。そのようなときに頼りになるのがコミュニティフォーラムです。Microsoft Q&A、Stack Overflow、フィードバックのスレッドには、厄介な AADSTS50011 と格闘し、解決した人たちの実体験が数多く投稿されています。症状を書き込んで質問するのもよいですし、解決済みのスレッドを眺めて、自分の修正方法がすでに見つかるかどうか確かめるのもよいでしょう。頭痛の種を共有できる、頼もしいサポートグループのようなものです。
アプリと組織を安全かつ健全に保つための全体像として、クラウドガバナンスとID セキュリティに関するお話もぜひご覧ください。ポリシーのドリフトや構成の混乱を防ぎたい方は、Azure エンタープライズ ガバナンス戦略の入門解説をどうぞ。堅牢なID の運用方法を知りたい方には、Entra ID の条件付きアクセスによるID リスクの低減を取り上げたこちらのディスカッションがおすすめです。
役に立ったことや、珍しい問題に遭遇したことがあれば、フィードバックを共有したり、回避策をコメント欄にお寄せください。貢献が増えるほど、次のエンジニアがリダイレクト URI の泥沼から抜け出しやすくなります。あなたの知見が、明日ほかの誰かに欠けていたピースになるかもしれません。
🎧 あわせて聴きたいエピソード
- Microsoft 365 ガバナンス運用モデル
Microsoft 365 の変更を持続可能なものにする、所有権と統制の仕組みを解説します。
- Microsoft Entra の ID ガバナンス
セキュアなコラボレーションを支える、ID とアクセスの文脈を理解します。
- AI エージェント – 分かりやすい解説
AI を活用した業務の基盤となるガバナンスを探ります。