Leeftijdsverificatie App Store: Texas, Utah, Brazilië

In Texas controleert de App Store sinds 4 juni 2026 de leeftijd van nieuwe accounts en geeft hij hun leeftijdscategorie door aan je app wanneer die erom vraagt via de Declared Age Range-API. Waar een wet het vereist, moet jij die categorie uitlezen, toestemming van een ouder vragen vóór een belangrijke wijziging en het intrekken van die toestemming afhandelen. Brazilië, Utah, Louisiana en Alabama hebben elk hun eigen tijdlijn, en de App Store blokkeert 18+-apps in Australië, Brazilië en Singapore al voor iedereen die niet als volwassene is bevestigd.

Ik publiceer mijn eigen iOS-apps met Expo, waaronder Solys en TradaZen. Hier zet ik per gebied op een rij wat Apple en de officiële teksten zeggen, en daarna de stappen die je moet bouwen. Deze gids is geen juridisch advies: Apple verwijst zelf naar je advocaat voor je verplichtingen. Wil je je leeftijdsclassificatie van 4+ tot 18+ kiezen, lees dan liever de leeftijdsclassificatie in App Store Connect.

Wat leeftijdsverificatie voor jou verandert

Volgens de FAQ van Apple over age assurance geldt: "developers are responsible for their own age restrictions". Waar de wet het vereist, bevestigt Apple de leeftijd van de accounthouder en deelt het de leeftijdscategorie met jou. In die regio's moet jij de leeftijd controleren van de mensen die je app gebruiken.

Er veranderen drie dingen:

• Je krijgt een leeftijdsbereik, nooit een exacte leeftijd. Apple zegt bijvoorbeeld "13 tot 15 jaar", en hoe dat bereik is vastgesteld.
• Een belangrijke wijziging van je app kan toestemming van een ouder vereisen. Jij bepaalt wat belangrijk is, volgens de geldende wet.
• Een ouder kan zijn toestemming intrekken. Apple voorkomt dan dat de app op het toestel van het kind opent, en je server krijgt een RESCIND_CONSENT-notificatie als je die hebt ingesteld.

Wat niet verandert: volgens dezelfde FAQ "there are no changes to the App Review process". Bestaande accounts op iOS 18 of ouder vallen er niet onder. De API zelf werkt wereldwijd: buiten de gereguleerde regio's kiest de gebruiker of hij zijn leeftijdsbereik deelt.

De review verandert niet door deze wetten. Apple geeft je de leeftijd door, en het is de wet die van je vraagt dat je er iets mee doet.

Texas: wet SB 2420 geldt sinds 4 juni 2026

De Texaanse wet SB 2420, de zogeheten App Store Accountability Act (sectie 121.001), zou op 1 januari 2026 in werking treden, volgens de aangenomen tekst. Op 23 december 2025 meldde Apple dat een bevel van een districtsrechtbank de toepassing ervan opschortte. Apple zette zijn plannen on hold en hield zijn tools in sandbox.

Op 3 juni 2026 kondigde Apple aan dat een rechterlijke uitspraak het bevel had opgeheven: het federale hof van beroep van het vijfde circuit schortte het op zolang het hoger beroep loopt. Sinds 4 juni 2026 vallen nieuwe Apple-accounts in Texas onder de wet. Op 6 juli 2026 weigerde het Hooggerechtshof van de Verenigde Staten die opschorting op te heffen (dossier 25A1390). Dat is een spoedbeslissing, geen uitspraak ten gronde. Op 27 oktober 2026 heb ik geen uitspraak in hoger beroep ten gronde gevonden: de wet geldt, maar de situatie kan nog veranderen.

Wat de App Store in Texas doet

Voor elk nieuw account in Texas controleert de App Store de leeftijd. Voor een minderjarige onder de 18 vraagt hij daarnaast toestemming van een ouder voor drie handelingen: de app downloaden, een in-app aankoop doen en toegang krijgen tot een belangrijke wijziging. De ouder kan zijn toestemming intrekken voor elke app die al is goedgekeurd.

In de mededeling van 4 november 2025 beschrijft Apple de vier categorieën van de wet: jonger dan 13, 13 tot 15 jaar, 16 en 17 jaar, 18 jaar en ouder. Apple waarschuwt daarin ook dat de wet zou kunnen verplichten om gevoelige gegevens te verzamelen "just to download an app", zelfs voor een weerapp. De tekst richt zich op elke developer van wie de app via een store beschikbaar is in Texas (sectie 121.051): een eenvoudige app valt er niet buiten.

Wat de wet van de developer vraagt

De tekst van SB 2420 legt je vier verplichtingen op:

1. De leeftijd controleren met de gegevens van de store (sectie 121.054): de categorie van elke gebruiker en, bij een minderjarige, of er ouderlijke toestemming is.
2. Die gegevens alleen voor de leeftijd gebruiken (sectie 121.055): beperkingen, naleving van de wet, veiligheidsinstellingen. Je verwijdert ze zodra de controle klaar is.
3. De store vooraf inlichten over elke belangrijke wijziging van je gebruiksvoorwaarden of je privacybeleid (sectie 121.053).
4. Een leeftijdsclassificatie toekennen aan de app en aan elke mogelijke aankoop in de app (sectie 121.052). In de App Store komt de classificatie van de app uit de vragenlijst van App Store Connect.

De wet beschouwt een wijziging als belangrijk wanneer die verandert welke gegevens worden verzameld of gedeeld, de leeftijdsclassificatie raakt, een aankoop of advertentie toevoegt, of de functies of ervaring duidelijk verandert. Apple voegt eraan toe dat Texas een wijziging van de leeftijdsclassificatie als belangrijke wijziging ziet.

Utah, Louisiana, Alabama: wetten voor 2027

De mededeling van Apple van 24 februari 2026 noemde twee data. Voor nieuwe accounts zou de API de leeftijdscategorie doorgeven in Utah vanaf 6 mei 2026, en in Louisiana vanaf 1 juli 2026. Nieuwe signalen vertellen je of er leeftijdsregels gelden voor de gebruiker, of hij zijn leeftijdsbereik moet delen, en of een ouder een belangrijke wijziging moet goedkeuren. Volwassenen in die staten kunnen een melding van een belangrijke wijziging krijgen: Apple vraagt je dan om een duidelijke beschrijving van de wijziging.

Sindsdien zijn beide wetten aangepast:

• Utah: H.B. 498 wijzigt de App Store Accountability Act van 2025 (S.B. 142). Volgens de aangenomen tekst beginnen de verplichtingen van stores en developers op 6 mei 2027. De belangrijke wijziging wordt er smaller: een wijziging van de voorwaarden of het privacybeleid die de verzamelde gegevens of de leeftijdsclassificatie verandert, of een eerste in-app aankoop of eerste advertentie toevoegt.
• Louisiana: wet HB 977, ondertekend op 15 mei 2026, werd Act 185. Die voorkomt dat de wet van 2025 (HB 570, Act 481 geworden) in werking treedt en vervangt haar door nieuwe regels, die gelden vanaf 1 juli 2027.

Beide teksten vragen de developer om de leeftijdscategorie te controleren via de tools van de store, en de store in te lichten over een belangrijke wijziging. Utah verbiedt het delen van die gegevens, Louisiana het verkopen ervan.

Alabama volgt hetzelfde model. De wet HB 161, ondertekend op 17 februari 2026 en Act 2026-59 geworden, geldt vanaf 1 januari 2027 volgens de aangenomen tekst. De developer controleert daar de leeftijdscategorie en de ouderlijke toestemming via de tools van de store, licht de store in over elke belangrijke wijziging, en gebruikt die gegevens alleen voor leeftijd, wet en veiligheid.

Op 27 oktober 2026 heeft Apple geen mededeling gepubliceerd over de uitstel in Utah en Louisiana, en ook niet over Alabama: controleer wat de API echt teruggeeft aan je gebruikers in die staten. Mijn lezing: de tools zijn klaar vóór de verplichting, dus gebruik deze maanden om te bouwen en te testen.

Brazilië: de ECA Digital geldt sinds 17 maart 2026

Het Digitaal Statuut van het kind en de adolescent, de ECA Digital, is wet nr. 15.211 van 17 september 2025. Artikel 41-A laat haar op 17 maart 2026 in werking treden. Drie artikelen gaan jou aan:

• Artikel 12: stores en besturingssystemen bepalen de leeftijd of het leeftijdsbereik, en geven via een API een leeftijdssignaal door aan apps. Downloaden door een kind of adolescent vereist vrije en geïnformeerde toestemming van een ouder.
• Artikel 13: de gegevens van de leeftijdscontrole dienen alleen daarvoor.
• Artikel 14: een app die bedoeld is voor kinderen en adolescenten, of die zij waarschijnlijk gebruiken, moet dat signaal kunnen ontvangen. Ze houdt haar eigen mechanismen om ongeschikte content te blokkeren, wat de store ook doet.

Bij Apple wordt de leeftijdscategorie gedeeld wanneer de gebruiker, of een ouder, daarmee instemt. Een app die betaalde lootboxes opgeeft in de vragenlijst, wordt 18+ in de Braziliaanse store. Bied je in Brazilië een alternatieve betaalmethode aan, dan vraagt de pagina van Apple over distributie in Brazilië je om die achter een ouderlijke drempel te zetten voor gebruikers onder de 18, zonder hun een aankoop via een website aan te bieden. De commissies en stappen van die optie staan in de gids alternatieve betaling in Brazilië.

De wet legt het toezicht bij een onafhankelijke bestuursautoriteit. Uitvoeringsbesluiten en richtlijnen van die autoriteit, aangehaald door advocatenkantoren, werken haar verder uit: die heb ik niet in hun officiële tekst gelezen. Laat ze door een Braziliaanse jurist controleren voordat je je app aanpast.

Australië en Singapore: 18+-apps geblokkeerd

Sinds 24 februari 2026 blokkeert de App Store in Australië, Brazilië en Singapore het downloaden van 18+-apps zolang de gebruiker niet als volwassene is bevestigd. De App Store doet die controle automatisch. Apple vermeldt dat je mogelijk eigen verplichtingen hebt om te controleren of je gebruikers meerderjarig zijn, en dat de API je een signaal stuurt om je daarbij te helpen. Apple noemt de betreffende wetten niet.

Australië heeft daarnaast twee regels die Apple heeft aangekondigd:

• Sociale netwerken: sinds 10 december 2025 moeten bepaalde sociale platforms voorkomen dat jongeren onder de 16 een account hebben. De betreffende developers deactiveren bestaande accounts van gebruikers onder de 16 en houden registraties in de gaten.
• Leeftijdsclassificaties: sinds 18 juni 2026 verdwijnt de classificatie 15+ in Australië. 15+-apps met onbeperkt internet, frequente medische informatie of betaalde lootboxes gaan naar 16+. De keuze van de classificatie regel je in de leeftijdsvragenlijst.

Voor Singapore kondigt Apple niets anders aan dan de blokkade van 18+-apps.

De tabel: wat geldt, vanaf wanneer, wat jij doet

Deze tabel vat de vorige secties samen, per 27 oktober 2026. "Apple" geeft de datum waarop de App Store de regel toepast, "wet" de datum van de verplichtingen uit de tekst.

Gebied	Datum	De App Store	Wat jij doet
Texas	4 juni 2026	Controleert leeftijd, ouderakkoord	Bereik, toestemming, intrekking
Utah	Wet 6 mei 2027	Categorie aangekondigd in 2026	Bouwen vóór 6 mei 2027
Louisiana	Wet 1 juli 2027	Categorie aangekondigd in 2026	Bouwen vóór 1 juli 2027
Alabama	Wet 1 jan. 2027	Niets aangekondigd	Bouwen vóór 1 jan. 2027
Brazilië	Apple 24 feb. 2026, wet 17 maart 2026	Categorie bij toestemming, 18+ geblokkeerd	Signaal lezen, filteren
Australië	24 februari 2026	18+ geblokkeerd	Sociale netwerken: niemand onder 16
Singapore	24 februari 2026	18+ geblokkeerd	Je verplichtingen nagaan

Wat je moet bouwen: de vijf stappen

Volgens de FAQ van Apple moet je compileren met de SDK's iOS 26.2 en iPadOS 26.2 of nieuwer, met Xcode 26.2 (17C52) of nieuwer. Activeer daarna de Declared Age Range-capability op je target: die voegt de entitlement com.apple.developer.declared-age-range toe, vereist door de documentatie van de API.

1. Weten of er een wet geldt voor deze gebruiker. Sinds iOS 26.4 geeft requiredRegulatoryFeatures de actieve regels terug: declaredAgeRangeRequired, significantAppChangeRequiresParentalConsent, significantAppChangeRequiresAdultNotification. Op iOS 26.2 vertelt isEligibleForAgeFeatures je al of de gebruiker onder de leeftijdsgebonden functies valt.
2. Het leeftijdsbereik opvragen. requestAgeRange(ageGates:_:_:in:) neemt tot drie leeftijdsgrenzen, bijvoorbeeld 13, 16 en 18 om aan te sluiten bij de categorieën van de wetten. Waar de wet eigen grenzen vastlegt, volgt het antwoord de wet in plaats van de jouwe. Het antwoord is .sharing(range:) of .declinedSharing. Het bereik bevat lowerBound, upperBound en ageRangeDeclaration: opgegeven door de gebruiker, door een ouder, of bevestigd.
3. De belangrijke wijziging afhandelen. Voor een minderjarige vragen PermissionKit en SignificantAppUpdateTopic toestemming aan de ouder, die jouw beschrijving leest. Tot die toestemming er is, blokkeer je de nieuwe functie, of zelfs de hele app. Voor een volwassene toont showSignificantUpdateAcknowledgment(in:updateDescription:) sinds iOS 26.4 een systeemsheet. De StoreKit-eigenschap ageRatingCode geeft de huidige leeftijdsclassificatie op het toestel: vergelijk die om een wijziging op te merken.
4. Luisteren naar het intrekken van toestemming. Activeer de App Store Server Notifications versie 2 en verwerk het type RESCIND_CONSENT. Apple blokkeert de app al. Aan de serverkant moet jij die intrekking verwerken, bijvoorbeeld door de toegang van het account op te schorten. Lopen je notificaties via RevenueCat, dan kan dat ze doorsturen naar je server. Die pagina noemt dit type niet: controleer in sandbox of het echt aankomt.
5. Testen in sandbox. Zet de ontwikkelaarsmodus aan, open Settings en daarna Developer. Kies onder je Apple-sandboxaccount Manage, daarna Age Assurance of Revoke App Consent, volgens de Engelse labels in de documentatie van Apple. De testpagina van Apple biedt zes scenario's, van "jonger dan 13, wijziging goedgekeurd" tot "18 jaar en ouder, leeftijd bevestigd, wijziging van toepassing". Het menu voor het intrekken van toestemming neemt je bundle-ID en activeert RESCIND_CONSENT op je server.

Hier is een schets in Swift, geschreven op basis van de signatures in de documentatie van Apple, die je aan je app moet aanpassen:

import DeclaredAgeRange
import UIKit

@available(iOS 26.4, *)
func lireTrancheAge(depuis vc: UIViewController) async throws {
    let service = AgeRangeService.shared
    let regles = try await service.requiredRegulatoryFeatures
    guard regles.contains(.declaredAgeRangeRequired) else { return }

    let reponse = try await service.requestAgeRange(ageGates: 13, 16, 18, in: vc)
    if case .sharing(let tranche) = reponse {
        // tranche.lowerBound, tranche.upperBound, tranche.ageRangeDeclaration
    }
}

In sandbox gooit PermissionKit voor een volwassene de fout AskError.notAvailable in plaats van een antwoord: dat is de bedoeling, een volwassene heeft geen ouderlijke toestemming nodig.

Met Expo of React Native

Expo publiceert de module expo-age-range. De documentatie, nagelezen op 27 oktober 2026, biedt requestAgeRangeAsync, isEligibleForAgeFeaturesAsync (iOS 26.2), getRequiredRegulatoryFeaturesAsync en showSignificantUpdateAcknowledgmentAsync (iOS 26.4). De entitlement geef je op in ios.entitlements van je Expo-configuratie.

Twee beperkingen om te kennen:

• Vóór iOS 26 antwoordt de module lowerBound: 18, net als bij een volwassene. Zie dat antwoord niet als een controle.
• De documentatie van Expo noemt PermissionKit en ageRatingCode niet. Om toestemming van een ouder te vragen heb je een native module nodig, of lees de documentatie opnieuw voordat je gaat bouwen. RESCIND_CONSENT verwerk je aan de serverkant, buiten de app.

De module is native: je hebt een nieuwe build nodig, geen OTA-update. Het traject is hetzelfde als bij een Expo-app publiceren in de App Store met EAS.

Je publiceert vanuit Frankrijk: geldt dit voor jou?

De FAQ van Apple zegt niets over het land waar de developer gevestigd is. Voor alle nalevingsvragen verwijst ze naar je juridisch adviseur. De Texaanse tekst richt zich op de developer die zijn app via een store beschikbaar maakt in Texas (sectie 121.051). Die van Utah en Louisiana definiëren de developer als degene die een app bezit of beheert die in de staat beschikbaar is, zonder voorwaarde over waar hij zit.

Mijn lezing: als je app beschikbaar is in een van deze gebieden, ga er dan van uit dat de regels voor jou gelden. Je kunt Texas niet los uitsluiten, want beschikbaarheid regel je per land in App Store Connect. De Verenigde Staten of Brazilië schrappen om het onderwerp te ontwijken, sluit je af van twee grote markten.

Wat gegevens betreft blijft het leeftijdsbereik een persoonsgegeven, en de teksten van Texas, Utah, Alabama en Brazilië beperken het gebruik ervan tot de leeftijd. De licentie van het developerprogramma van Apple voegt een eigen regel toe (sectie 3.3.3(O)): de API dient om je app aan te passen aan de leeftijd of om de wet na te leven, en de gegevens mogen niet verkocht of gedeeld worden met databrokers. Behandel het volgens de verzamelregels van guideline 5.1.1, en lees die over het delen van gegevens in guideline 5.1.2 nog eens: de wetten komen daar nog bovenop.

Mijn checklist vóór je volgende update

1. Maak een lijst van de gebieden waar je app beschikbaar is: Verenigde Staten, Brazilië, Australië, Singapore.
2. Compileer met Xcode 26.2 of nieuwer en activeer de Declared Age Range-capability.
3. Roep requiredRegulatoryFeatures aan, en daarna requestAgeRange met grenzen op 13, 16 en 18 jaar.
4. Schrijf op wat voor jouw app als belangrijke wijziging telt, en laat dat door een jurist bevestigen.
5. Koppel het verzoek om ouderlijke toestemming (PermissionKit) en de sheet voor volwassenen.
6. Activeer servernotificaties versie 2 en verwerk RESCIND_CONSENT.
7. Doorloop de zes sandboxscenario's en een intrekking van toestemming.
8. Controleer je antwoorden in de leeftijdsvragenlijst: betaalde lootboxes gaan naar 18+ in Brazilië, en een sociaal netwerk dat gesloten is voor jongeren onder de 13 verplicht je de API te gebruiken.

Wat ik heb gecontroleerd, en wanneer

Nagelezen op 27 oktober 2026. De data en verplichtingen komen uit de mededelingen van Apple Developer, de FAQ, de documentatie, de developerlicentie en de reviewregels van Apple, de aangenomen tekst van elke wet (Texas, Utah, Louisiana, Alabama, Brazilië) en het register van het Hooggerechtshof. Deze gids steunt niet op een integratie in mijn apps: de code is een schets op basis van de signatures van Apple, geen geteste integratie. De Braziliaanse besluiten, de Australische en Singaporese wetten en de wetten van andere Amerikaanse staten zijn niet gelezen.

Veelgestelde vragen

Wat is de Declared Age Range-API?

Dat is de API van Apple die het leeftijdsbereik van de gebruiker opvraagt, wereldwijd beschikbaar sinds iOS 26. Waar de wet het vereist, bevestigt Apple de leeftijd van het account en geeft het de categorie door. Elders kiest de gebruiker of hij die deelt.

Moet een app met classificatie 18+ de API gebruiken?

Ja. De FAQ van Apple zegt het: in regio's waar de wet het vereist, moet je de leeftijd van je gebruikers met de API controleren, ook voor een 18+-app. De blokkade van de App Store in Australië, Brazilië en Singapore vervangt je eigen verplichtingen niet.

Kan Apple mijn app afwijzen als ik de API niet gebruik?

Volgens de FAQ van Apple verandert het App Review-proces niet door deze wetten. De verplichting komt van de wet van het gebied, niet van de review. Toch vragen drie regels van Apple al om leeftijdscontrole. Geef je een sociaal netwerk op dat gesloten is voor jongeren onder de 13, dan verplicht de aankondiging van Time Allowances je om minimaal de API te gebruiken. De reviewregels vragen creator-apps (1.2.1) en apps met mini-apps, mini-games of chatbots (4.7.5) om de toegang te beperken op basis van een gecontroleerde of opgegeven leeftijd. En guideline 2.3.6 vraagt je nog steeds om de leeftijdsvragenlijst eerlijk in te vullen.

Wat is een belangrijke wijziging voor Apple?

Apple laat dat aan jou over, volgens de geldende wet, en verwijst naar je advocaat. De Texaanse tekst noemt een wijziging van de verzamelde gegevens, de leeftijdsclassificatie, aankopen, advertenties, of een duidelijke wijziging van de functies. De gewijzigde tekst van Utah en die van Alabama nemen dat laatste punt niet op, die van Louisiana wel.

Wat gebeurt er als een ouder zijn toestemming intrekt?

Apple voorkomt dat de app op het toestel van het kind opent. Je server krijgt een RESCIND_CONSENT-notificatie, als je de App Store Server Notifications versie 2 hebt geactiveerd.

Geldt de wet van Texas voor een Franse developer?

Apple neemt geen standpunt in en verwijst naar je juridisch adviseur. De Texaanse tekst richt zich op de developer die zijn app via een store beschikbaar maakt in Texas, zonder over zijn land te spreken. Mijn lezing: als je app beschikbaar is in de Verenigde Staten, is ze dat ook in Texas, dus doe alsof de wet voor jou geldt.

Hoe test je de leeftijdsverificatie zonder minderjarig account?

In sandbox, sinds iOS 26.2. Via Settings en daarna Developer biedt je Apple-sandboxaccount kant-en-klare leeftijdsscenario's en een gesimuleerde intrekking van toestemming voor je bundle-ID.

Bronnen

• Age assurance frameworks Q&A, FAQ van Apple Developer.
• Mededelingen van Apple Developer: 4 november 2025, 8 december 2025, 23 december 2025, 24 februari 2026, 21 mei 2026, 3 juni 2026 en 8 juni 2026.
• Wetteksten: Texas SB 2420, Utah H.B. 498, Louisiana Act 185, Alabama HB 161, Brazilië, wet nr. 15.211.
• Regels van Apple: App Review Guidelines, licentie van het developerprogramma.
• Register van het Hooggerechtshof, dossier 25A1390.
• Documentatie van Apple: Declared Age Range, testen in sandbox, typen servernotificaties.
• expo-age-range, documentatie van Expo.

Vóór je volgende update

Voordat je je volgende versie instuurt, doe je gratis diagnose: die vertelt je wat je project echt tegenhoudt en stuurt je mijn checklist tegen afwijzingen door Apple.

De Apple Review Kit bundelt mijn checklist voor het insturen, mijn opgeloste afwijzingen en twee Claude Code-skills die je project en je productpagina nalezen en daarna je antwoord voorbereiden als Apple je app afwijst. De volledige aanpak staat op de pagina app afgewezen door Apple.