AADSTS50011 redirect URI-mismatch begrijpen

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

Een AADSTS50011 redirect URI-mismatch betekent dat de redirect URI die een applicatie verstuurt niet exact overeenkomt met een URI die is geregistreerd in Microsoft Entra ID. Vergelijk het verzoek van de applicatie met de geregistreerde redirect URI, inclusief schema, hostnaam, pad, poort en de afsluitende slash. Corrigeer daarna de applicatie of de registratie en test de bedoelde aanmeldflow opni

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

Een AADSTS50011 redirect URI-mismatch betekent dat de redirect URI die een applicatie verstuurt niet exact overeenkomt met een URI die is geregistreerd in Microsoft Entra ID. Vergelijk het verzoek van de applicatie met de geregistreerde redirect URI, inclusief schema, hostnaam, pad, poort en de afsluitende slash. Corrigeer de applicatie of de registratie en test de bedoelde aanmeldflow opnieuw.

AADSTS50011 redirect URI-mismatch oplossen

1. Kopieer de redirect URI uit de foutmelding of het aanmeldverzoek.
2. Vergelijk deze exact met de app-registratie in Entra.
3. Corrigeer de goedgekeurde URI en test opnieuw in de juiste omgeving.

Zie Microsoft Learn voor Entra.

Als je ooit hebt geprobeerd Microsoft-authenticatie in te stellen en tegen een blokkade aanliep, dan dook de foutmelding AADSTS50011 redirect URI-mismatch waarschijnlijk onuitgenodigd op. Deze fout is berucht onder ontwikkelaars en beheerders die werken met Microsoft Entra ID (voorheen Azure Active Directory), Microsoft 365 en integraties in Azure of Power Platform.

Waarom is dit belangrijk? Deze storing kan je aanmeldflows abrupt stilleggen, waardoor gebruikers niet kunnen inloggen en applicaties buiten de deur blijven staan. Redirect URI-mismatches zijn een veelvoorkomende valkuil, zowel bij nieuwe projecten als bij wijzigingen in bestaande configuraties. Begrijpen wat AADSTS50011 veroorzaakt en weten hoe je het oplost, houdt je apps niet alleen soepel draaiend; het is ook essentieel voor het beveiligen van authenticatie en autorisatie op de platformen van Microsoft.

In deze gids zie je wat de fout veroorzaakt, hoe je de symptomen herkent en krijg je praktische tips om de niet-overeenkomende redirect URI's te vinden en op te lossen. Ook als je nog nieuw bent met Microsoft-authenticatie, kun je straks zelf problemen oplossen en je aanmeldflows op de juiste manier afschermen.

Wat veroorzaakt de AADSTS50011-fout?

De oorzaak van de AADSTS50011-fout is een verschil tussen de redirect URI die je applicatie gebruikt en de lijst met URI's die in Microsoft Entra ID is geregistreerd. Wanneer iemand probeert in te loggen, controleert het authenticatiesysteem van Microsoft of de redirect URI in het OAuth- of OpenID Connect-verzoek exact overeenkomt met een URI die bij de app-registratie is opgeslagen.

Deze strikte beveiligingscontrole voorkomt dat onbevoegde eindpunten gebruikerstokens onderscheppen, een hoeksteen van moderne identiteitsbescherming. Bij het minste verschil, zelfs een losse slash, het verkeerde protocol (zoals http in plaats van https) of een typfout, blokkeert Entra ID de aanmelding direct en geeft het de foutmelding AADSTS50011. Als je dit mechanisme begrijpt, los je fouten sneller op en voorkom je risicovolle configuratiefouten in de toekomst.

Probleemsymptomen en foutmeldingen om op te letten

• Foutmeldingen op het Microsoft-aanmeldscherm: Gebruikers zien na een aanmeldpoging een vetgedrukte melding “AADSTS50011: The reply URL specified in the request does not match...”. Die verschijnt vaak op de startpagina van de Microsoft-aanmelding en stopt de authenticatie volledig.
• OAuth-foutcodes in API-aanroepen: Applicaties die met Microsoft-API's werken, ontvangen foutobjecten met “error=invalid_request” of “error=AADSTS50011” in hun API- of redirectreacties. Dat wijst achter de schermen op een mismatch.
• Logs met authenticatiefouten: In de logs van Azure of Entra ID zien beheerders mislukte aanmeldpogingen met een expliciete vermelding van redirect URI-mismatches, vaak met details over de verwachte en de werkelijke URI's.
• Storingen bij webapp-aanmelding: Eindgebruikers melden soms lussen bij het aanmelden, lege schermen of een onverwachte terugsprong naar de startpagina, vooral direct na een redirect naar of vanuit een Microsoft-aanmelding.
• Fouten in backendsystemen: Geautomatiseerde platformen (zoals e-mailverwerkers of geplande taken) kunnen de code AADSTS50011 loggen of tonen, vooral bij OAuth-flows vanuit verschillende omgevingen (dev, staging, productie).

De redirect URI corrigeren om AADSTS50011 op te lossen

Goed nieuws: AADSTS50011 oplossen is meestal speurwerk en zorgvuldig nakijken, zonder magie. In grote lijnen moet je de redirect-URI die je applicatie gebruikt exact laten overeenkomen met de URI's die je hebt geregistreerd in de Azure-portal, onder je app-registratie. Zelfs kleine verschillen in protocol, spelling of schuine strepen kunnen de mismatch veroorzaken, dus aandacht voor detail is hier het halve werk.

Het gaat niet alleen om het voorkomen van fouten. Redirect-URI's goed beheren is essentieel voor de beveiliging van Microsoft-authenticatie. Entra ID verwacht precisie om te voorkomen dat aanvallers tokens onderscheppen of zwakke plekken in je loginflow misbruiken. Wees daarom extra voorzichtig bij het toevoegen of wijzigen van URI's, en controleer ze telkens wanneer je omgevingen of hostnamen wijzigt.

Achter de schermen eist Microsoft dat de redirect-URI in een loginpoging exact overeenkomt met wat voor je applicatie is vastgelegd. Die vergelijking gaat tot in de details: hoofdletters, afsluitende schuine strepen en het gebruik van HTTPS. Dat beschermt jou, je gebruikers en je organisatie tegen redirectaanvallen. Met meerdere apparaten, codewijzigingen en omgevingen is het makkelijk dat er mismatches insluipen, maar met een degelijk proces voor het registreren en nakijken van URI's zie je deze fout waarschijnlijk nauwelijks nog.

Wil je je beveiliging nog verder aanscherpen, vooral tegen OAuth-consentaanvallen? Bekijk dan bronnen zoals deze uitgebreide gids over misbruik van OAuth-consent en de controles in Entra ID. Wie vooruit blijft denken, zowel over configuratiefouten als over veranderende dreigingen, bouwt een veerkrachtiger authenticatieopzet.

Veelvoorkomende oorzaken van redirect-URI-fouten AADSTS50011

• Typefouten: Eén verkeerde letter is al genoeg om te voorkomen dat de redirect-URI overeenkomt met de geregistreerde URI, waardoor de fout AADSTS50011 ontstaat.
• Protocolverschillen (HTTP vs. HTTPS): Als je http gebruikt terwijl Azure https verwacht, of andersom, ontstaat er een mismatch, want Microsoft is streng op het gebied van beveiliging.
• Ontbrekende of extra schuine strepen: Een schuine streep aan het einde van de URI (of het ontbreken ervan) kan het verschil maken tussen een exacte match en een fout.
• Problemen met hoofdlettergevoeligheid: URI's in Azure zijn hoofdlettergevoelig. Als je aanvraag /Callback gebruikt maar de registratie /callback vermeldt, verschijnt de fout.
• Verkeerde omgevings-URL: Door ontwikkel-, test- en productie-URL's door elkaar te halen, zoals localhost in productie, ontstaan snel mismatches.

Redirect-URI's registreren en controleren in de Azure-portal

• Zoek je app-registratie: Ga in de Azure-portal naar ‘App-registraties’ en selecteer de betreffende applicatie.
• Redirect-URI's bewerken: Zoek onder ‘Verificatie’ de sectie Omleidings-URI’s en voeg de nodige URI's toe, verwijder ze of pas ze aan.
• Controleer alle details exact: Zorg dat elk detail overeenkomt met je code of deployment: protocol, domein, pad, afsluitende schuine streep en hoofdletters.
• Opslaan en bevestigen: Klik na het bewerken op opslaan. Controleer nogmaals of alle redirect-URI's nu overeenkomen met die in de configuratie van je applicatie of codebase.
• Test de authenticatiestroom: Probeer opnieuw in te loggen om te bevestigen dat de fout is opgelost en de redirect werkt zoals verwacht.

Meer informatie, bronnen en feedback van de community

Klaar met de strijd tegen de redirect-URI-mismatch? Goed nieuws: je hoeft het niet alleen te doen. Microsoft biedt een berg documentatie en handige referenties om je de volgende keer uit de problemen te houden. Voor de echte details begin je bij de officiële documentatie over foutcodes voor authenticatie- en autorisatieproblemen in Entra ID (voorheen Azure AD). Deze gidsen lopen veelvoorkomende fouten door en laten zien hoe je ze herstelt. Ook staan er codevoorbeelden in voor wie zelf wil knutselen.

Soms dekt de documentatie de rare randgevallen niet. Dan komen communityforums goed van pas. Microsoft Q&A, Stack Overflow en feedbackthreads zitten vol met praktijkverhalen van mensen die de gevreesde AADSTS50011 hebben bedwongen. Beschrijf je symptomen, of blader door de opgeloste threads en kijk of jouw oplossing er al tussen staat. Het is alsof je een hele steungroep hebt voor al die hoofdpijn.

Voor meer over het beveiligd en beheersbaar houden van je apps en je organisatie kun je het grotere plaatje rond cloudgovernance en identiteitsbeveiliging bekijken. Wil je voorkomen dat beleid uit de pas loopt en de configuratie een zooitje wordt? Lees dan deze introductie over Azure enterprise governance strategy. Wil je weten hoe je waterdichte identiteitspraktijken opzet? Dan is deze discussie over het verkleinen van identiteitsrisico's met Entra ID conditional access iets voor jou.

Heb je deze aflevering nuttig gevonden of ben je ergens tegenaan gelopen? Deel je feedback of je workaround in de comments. Hoe meer je bijdraagt, hoe makkelijker het wordt voor de volgende engineer om uit het redirect-URI-moeras te komen. Wie weet is jouw inzicht morgen precies het ontbrekende puzzelstukje voor iemand anders.

🎧 Luister ook eens naar

• Microsoft 365 Governance Operating Model

  Leer welke verantwoordelijkheden en beheersmaatregelen ervoor zorgen dat wijzigingen in Microsoft 365 houdbaar zijn.

• Identity Governance in Microsoft Entra

  Begrijp de context van identiteit en toegang die nodig is voor veilige samenwerking.

• AI Agents – Simply Explained

  Ontdek de governancebasis achter AI-ondersteund werken.