Microsoft geeft Windows-apps vanaf Windows 11 vijf leeftijdscategorieën en een aparte verificatiestatus zonder geboortedatum, zodat ontwikkelaars functies per leeftijd kunnen aanpassen, meldt het bedrijf op 8 september.
Voor een Nederlandse app of dienst met een Windows-client verschuift daarmee de eerste technische keuze: je hoeft voor leeftijdsafhankelijke functies niet automatisch zelf een geboortedatum op te slaan. Je krijgt een beperkt platformsignaal terug, maar je blijft verantwoordelijk voor de fallback, toestemming en de regels van je eigen dienst.
Vijf groepen, één aparte status
De kern is GetUserAgeRangeAsync. Die methode levert vijf groepen: onder 10, 10-12, 13-15, 16-17 en 18+. De ontwikkelaarsdocumentatie beschrijft ook dat null betekent dat de leeftijd onbekend of niet beschikbaar is, niet dat iemand in een bepaalde groep valt. Een app moet dan terugvallen op de standaardervaring of op een eigen leeftijdscontrole.
GetAgeVerificationStatusAsync geeft een tweede, los signaal. De mogelijke waarden zijn Verified, Unverified, OptedOut, TemporarilyUnavailable en NotApplicable. Dat antwoord zegt dus iets over de status van leeftijdsverificatie, niet wie iemand is en ook niet hoe oud iemand precies is.
Voor scenario's die meer zekerheid vragen, koppelt Microsoft de API aan Microsoft Age Verification. Die centrale status kan een gebruiker eenmalig via het Microsoft-account laten verifiëren en daarna in meerdere Microsoft-ervaringen gebruiken. Microsoft zegt dat deze verificatie al beschikbaar is in Storefronts in Singapore, Brazilië en Australië.

Leeftijdscategorie is geen schatting
De Windows Age API doet iets anders dan een model dat gedrag beoordeelt. Hij geeft een leeftijdssignaal vanuit het platform en deelt geen exacte leeftijd, geboortedatum of familiegegevens met de app. Dat is een ander ontwerp dan OpenAI's leeftijdsinschatting op basis van gespreksonderwerpen, gebruikstijden en accountleeftijd.
Die scheiding is belangrijk voor productkeuzes. Een leeftijdscategorie kan bepalen welke inhoud, functies of aankopen een gebruiker ziet. Een verificatiestatus kan onderdeel zijn van een strengere toegangspoort. Geen van beide maakt de app automatisch eigenaar van een identiteitsbewijs of bewijst dat een gebruiker in elke juridische context oud genoeg is.
Microsofts derde methode, CheckAgeStatusAsync, moet later een classificatie als kind, minderjarige of volwassene geven volgens regionale beleidsregels. Die methode komt volgens Microsoft met een toekomstige update.
De privacywinst heeft grenzen
Apps moeten de userAccountInformation-mogelijkheid declareren en de gebruiker moet toegang tot accountinformatie toestaan in de Windows-privacyinstellingen. De signalen gelden voor de gebruiker van het huidige proces. Voor andere accounttypen dan een Microsoft-account krijgt de app zonder beheerdersinstelling een onbekende leeftijd of NotApplicable terug.
De praktische winst is het grootst bij een Windows-app met leeftijdsgevoelige inhoud, sociale functies, aankopen of onderwijs. Voor een dienst die ook in de browser of op iOS werkt, is dit maar één kanaal en blijft een bredere leeftijdsstrategie nodig. De API vermindert de hoeveelheid data die je op Windows hoeft te bewaren, maar neemt niet de keuzes weg over doel, toestemming, beroep en wat er gebeurt als het signaal ontbreekt.
De huidige uitrolstatus en deze randvoorwaarden zijn daarom minstens zo belangrijk als de vijf leeftijdsgroepen: de Windows Age APIs zijn nu breed beschikbaar voor Windows Insiders en komen binnenkort naar alle Windows-gebruikers. Een dienst die vandaag met de API experimenteert, moet dus blijven werken als het signaal ontbreekt.
De verschuiving zit niet in een nieuwe leeftijdstest, maar in de plaats waar de uitkomst ontstaat. Voor Windows-apps kan leeftijdsgevoelige productlogica straks draaien op een beperkt platformsignaal, zonder een eigen geboortedatumarchief aan te leggen. Leeftijdscategorie, verificatiestatus en identiteitscontrole blijven daarbij drie verschillende bouwstenen.
Veelgestelde vragen
Leeftijdslogica goed ontwerpen
Ik help je leeftijdsgevoelige functies vertalen naar een heldere productkeuze. Ik denk mee, ontwerp de architectuur en bouw de koppelingen en automatisering end-to-end, self-hosted waar dat kan.
Dit artikel is geproduceerd samen met het Agent Team. Meer over de redactie.
