Comprendre l’erreur AADSTS50011 « Redirect URI Mismatch »

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

L’erreur AADSTS50011 « redirect URI mismatch » signifie que l’URI de redirection envoyée par une application ne correspond pas exactement à un URI enregistré dans Microsoft Entra ID. Comparez la requête de l’application avec l’URI de redirection enregistré, y compris le schéma, le nom d’hôte, le chemin, le port et la barre oblique finale. Corrigez ensuite l’application ou l’enregistrement, puis te

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

L’erreur AADSTS50011 « redirect URI mismatch » signifie que l’URI de redirection envoyée par une application ne correspond pas exactement à un URI enregistré dans Microsoft Entra ID. Comparez la requête de l’application avec l’URI de redirection enregistré, y compris le schéma, le nom d’hôte, le chemin, le port et la barre oblique finale. Corrigez ensuite l’application ou l’enregistrement, puis testez à nouveau le parcours de connexion concerné.

Corriger l’erreur AADSTS50011 « redirect URI mismatch »

1. Copiez l’URI de redirection figurant dans l’erreur ou dans la requête de connexion.
2. Comparez-la caractère par caractère avec l’inscription de l’application dans Entra.
3. Corrigez l’URI approuvé, puis testez à nouveau dans l’environnement approprié.

Consultez Microsoft Learn for Entra.

Si vous avez déjà tenté de configurer l’authentification Microsoft et buté sur un obstacle, l’erreur AADSTS50011 « redirect URI mismatch » a sans doute surgi comme un invité indésirable. Cette erreur est tristement célèbre parmi les développeurs et les administrateurs qui travaillent avec Microsoft Entra ID (anciennement Azure Active Directory), Microsoft 365 et les intégrations dans Azure ou Power Platform.

Pourquoi est-ce important ? Ce problème peut brusquement interrompre vos flux de connexion, empêcher les utilisateurs de se connecter et laisser les applications à la porte. Les incohérences d’URI de redirection sont un piège courant, qui touche aussi bien les nouveaux projets que les modifications de configurations existantes. Comprendre ce qui déclenche l’erreur AADSTS50011, et savoir la corriger, permet non seulement de garder vos applications en fonctionnement, mais aussi de sécuriser l’authentification et l’autorisation sur les plateformes Microsoft, ce qui est essentiel.

Dans ce guide, vous verrez ce qui provoque l’erreur, comment en repérer les symptômes et vous disposerez de conseils pratiques pour trouver et corriger les URI de redirection mal configurés. Même si vous débutez avec l’authentification Microsoft, vous serez prêt à diagnostiquer et à sécuriser vos flux de connexion de la bonne manière.

Qu’est-ce qui provoque l’erreur AADSTS50011 ?

La cause première de l’erreur AADSTS50011 est un écart entre l’URI de redirection utilisé par votre application et la liste des URI enregistrés dans Microsoft Entra ID. Lorsqu’un utilisateur tente de se connecter, le système d’authentification de Microsoft vérifie que l’URI de redirection envoyé dans la requête OAuth ou OpenID Connect correspond exactement à l’un de ceux enregistrés pour l’inscription de l’application.

Ce contrôle de sécurité strict empêche des points de terminaison non autorisés d’intercepter les jetons des utilisateurs, ce qui en fait une pierre angulaire de la protection moderne des identités. Si la moindre différence subsiste, qu’il s’agisse d’une barre oblique parasite, d’un protocole incorrect (comme http au lieu de https) ou d’une faute de frappe, Entra ID bloque immédiatement la connexion et renvoie l’erreur AADSTS50011. Comprendre ce garde-fou vous permet non seulement de résoudre les erreurs plus rapidement, mais aussi d’éviter des configurations à risque à l’avenir.

Symptômes et messages d’erreur à surveiller

• Erreurs sur l’écran de connexion Microsoft : les utilisateurs voient s’afficher en gras le message « AADSTS50011: The reply URL specified in the request does not match... » après une tentative de connexion. Il apparaît souvent sur la page de connexion Microsoft et bloque net l’authentification.
• Codes d’erreur OAuth dans les appels d’API : les applications qui s’intègrent aux API Microsoft reçoivent des objets d’erreur contenant « error=invalid_request » ou « error=AADSTS50011 » dans leurs réponses d’API ou de redirection, ce qui signale en coulisses une incohérence.
• Journaux d’échec d’authentification : dans les journaux Azure ou Entra ID, les administrateurs repèrent des tentatives de connexion échouées qui mentionnent explicitement des incohérences d’URI de redirection, souvent avec le détail des URI attendu et réel.
• Échecs de connexion dans les applications web : les utilisateurs finaux signalent parfois des boucles de connexion, des écrans vides ou un retour inattendu à la page d’accueil, surtout juste après une redirection vers une connexion Microsoft ou depuis celle-ci.
• Erreurs dans les systèmes backend : les plateformes automatisées (comme les processeurs de messagerie ou les tâches planifiées) peuvent journaliser ou afficher le code AADSTS50011, notamment lorsqu’elles tentent des flux OAuth depuis différents environnements (développement, préproduction, production).

Corriger l’URI de redirection pour résoudre l’erreur AADSTS50011

Bonne nouvelle : résoudre AADSTS50011 relève généralement d’un travail d’enquête et d’une vérification minutieuse, sans aucune magie. En résumé, vous devez faire correspondre exactement l’URI de redirection utilisée par votre application à celles enregistrées dans le portail Azure, sous l’inscription de votre application. Une simple différence de protocole, d’orthographe ou de barre oblique peut provoquer la discordance : le moindre détail compte donc.

Corriger ce problème ne sert pas seulement à faire disparaître une erreur. Bien gérer vos URI de redirection est essentiel pour la sécurité de l’authentification Microsoft. Entra ID exige une grande précision afin d’empêcher les attaquants d’intercepter des jetons ou d’exploiter les failles de votre processus de connexion. C’est pourquoi vous devez redoubler de prudence lorsque vous ajoutez ou modifiez des URI, et pourquoi il est utile de les revoir à chaque changement d’environnement ou de nom d’hôte.

En coulisses, Microsoft exige que l’URI de redirection envoyée lors d’une tentative de connexion corresponde exactement à celle déclarée pour votre application. Cette correspondance porte sur la casse, les barres obliques finales et l’utilisation de HTTPS, ce qui protège vous, vos utilisateurs et votre organisation contre les attaques par redirection. Avec plusieurs appareils, des modifications de code et plusieurs environnements, des écarts peuvent facilement se glisser ; mais un processus rigoureux d’enregistrement et de révision des URI vous permettra de ne quasiment plus rencontrer cette erreur.

Si vous souhaitez renforcer encore vos mesures de sécurité, notamment face aux attaques par consentement OAuth, consultez par exemple ce guide détaillé sur l’abus de consentement OAuth et les contrôles d’Entra ID. Anticiper à la fois les erreurs de configuration et les menaces en évolution permet de bâtir une configuration d’authentification plus résiliente.

Causes courantes des erreurs AADSTS50011 liées aux URI de redirection

• Erreurs de frappe : une seule lettre mal placée suffit à empêcher la correspondance de l’URI de redirection avec celles enregistrées, et à déclencher l’erreur AADSTS50011.
• Incompatibilités de protocole (HTTP ou HTTPS) : utiliser http alors qu’Azure attend https, ou l’inverse, entraîne une discordance, car Microsoft est strict en matière de sécurité.
• Barres obliques manquantes ou en trop : une barre oblique finale (ou son absence) peut faire ou défaire une correspondance exacte.
• Problèmes de sensibilité à la casse : les URI dans Azure sont sensibles à la casse. Si votre requête utilise /Callback alors que l’enregistrement indique /callback, l’erreur apparaîtra.
• URL d’environnement incorrecte : confondre les URL de développement, de préproduction et de production (en utilisant localhost en production, par exemple) peut rapidement créer des discordances.

Comment enregistrer et vérifier les URI de redirection dans le portail Azure

• Localisez l’inscription de votre application : dans le portail Azure, accédez à « Inscriptions d’applications » et sélectionnez l’application concernée.
• Modifiez les URI de redirection : sous « Authentification », repérez la section URI de redirection et ajoutez, supprimez ou mettez à jour les URI nécessaires.
• Vérifiez chaque détail : assurez-vous que chaque élément correspond à votre code ou à votre déploiement : protocole, domaine, chemin, barre oblique finale et casse.
• Enregistrez et confirmez : après modification, cliquez sur « Enregistrer ». Vérifiez que tous les URI de redirection correspondent à ceux utilisés dans la configuration de votre application ou dans votre base de code.
• Testez le flux d’authentification : reconnectez-vous pour confirmer que l’erreur est résolue et que la redirection se comporte comme prévu.

Pour aller plus loin : ressources et retours de la communauté

Vous en avez fini avec le problème de discordance des URI de redirection ? Bonne nouvelle : vous n’êtes pas obligé de vous débrouiller seul. Microsoft propose une quantité importante de documentation et de références utiles pour vous éviter de tomber dans les mêmes pièges. Si vous cherchez les détails techniques, commencez par la documentation officielle sur les codes d’erreur liés à l’authentification et à l’autorisation dans Entra ID (anciennement Azure AD). Ces guides expliquent les erreurs courantes et la manière de les corriger, et proposent aussi des exemples de code pour les bricoleurs.

Bien sûr, la documentation ne couvre pas toujours les cas limites. C’est là que les forums communautaires deviennent précieux. Microsoft Q&A, Stack Overflow et les fils de retours d’expérience regorgent de témoignages concrets de personnes ayant affronté, puis maîtrisé, la redoutable erreur AADSTS50011. Décrivez vos symptômes, ou parcourez les discussions résolues pour voir si votre solution se cache là, sous vos yeux. C’est un peu comme disposer d’un groupe de soutien entier dédié à vos maux de tête.

Pour aller plus loin dans la sécurisation de vos applications et de votre organisation, découvrez le contexte global de la gouvernance cloud et de la sécurité des identités. Vous voulez éviter la dérive des stratégies et le chaos de configuration ? Consultez ce guide sur la stratégie de gouvernance d’entreprise Azure. Vous souhaitez des pratiques d’identité sans faille ? Cette discussion sur la réduction des risques liés à l’identité grâce à l’accès conditionnel Entra ID est faite pour vous.

Si vous avez trouvé cet article utile ou rencontré un problème inhabituel, partagez vos retours ou votre solution de contournement dans les commentaires. Plus vous contribuez, plus il sera facile pour le prochain ingénieur de sortir du piège de l’URI de redirection. Qui sait, votre expérience pourrait être la pièce manquante du puzzle pour quelqu’un d’autre demain.

🎧 À écouter également

• Modèle opérationnel de gouvernance Microsoft 365

  Découvrez les responsabilités et les contrôles qui rendent les évolutions de Microsoft 365 durables.

• Gouvernance des identités dans Microsoft Entra

  Comprenez le contexte des identités et des accès pour une collaboration sécurisée.

• Agents IA – expliqué simplement

  Explorez les fondements de gouvernance du travail assisté par l’IA.