Aldersverifisering i App Store: Texas, Utah og Brasil

I Texas har App Store siden 4. juni 2026 verifisert alderen på nye kontoer og sendt alderskategorien til appen din når den ber om den via Declared Age Range-API-et. Der en lov krever det, er det du som må lese denne kategorien, be om samtykke fra en forelder før en vesentlig endring og håndtere at samtykket trekkes tilbake. Brasil, Utah, Louisiana og Alabama har hver sin tidsplan, og App Store blokkerer allerede 18+-apper i Australia, Brasil og Singapore for brukere som ikke er bekreftet voksne.

Jeg publiserer mine egne iOS-apper med Expo, blant annet Solys og TradaZen. Her samler jeg, område for område, hva Apple og de offisielle lovtekstene sier, og deretter rekkefølgen du må kode. Denne guiden er ikke juridisk rådgivning: Apple selv henviser til advokaten din når det gjelder dine forpliktelser. Skal du velge aldersgrense fra 4+ til 18+, les heller aldersklassifiseringen i App Store Connect.

Hva aldersverifiseringen endrer for deg

Ifølge Apples FAQ om age assurance er «developers are responsible for their own age restrictions». Der loven krever det, bekrefter Apple alderen til kontoinnehaveren og deler alderskategorien med deg. I disse regionene må du verifisere alderen til dem som bruker appen din.

Tre ting endres:

• Du får et aldersspenn, aldri en eksakt alder. Apple sier for eksempel «13 til 15 år», og hvordan spennet ble fastsatt.
• En vesentlig endring i appen kan kreve samtykke fra en forelder. Det er du som avgjør hva som er vesentlig, ut fra gjeldende lov.
• En forelder kan trekke tilbake samtykket. Apple hindrer da appen i å åpnes på barnets enhet, og serveren din får et RESCIND_CONSENT-varsel hvis du har satt det opp.

Dette endres ikke: ifølge samme FAQ er det «there are no changes to the App Review process». Eksisterende kontoer på iOS 18 eller eldre berøres ikke. API-et fungerer derimot i hele verden: utenfor regulerte regioner velger brukeren selv om aldersspennet skal deles.

Reviewen endres ikke på grunn av disse lovene. Apple sender deg alderen, og det er loven som krever at du bruker den.

Texas: SB 2420 gjelder siden 4. juni 2026

Texas-loven SB 2420, kalt App Store Accountability Act (seksjon 121.001), skulle tre i kraft 1. januar 2026, ifølge den vedtatte teksten. 23. desember 2025 kunngjorde Apple at et forføyningsvedtak fra en distriktsdomstol stanset håndhevingen. Apple satte planene på pause og holdt verktøyene i sandbox.

3. juni 2026 kunngjorde Apple at en rettsavgjørelse hadde opphevet forføyningen: den føderale ankedomstolen for femte krets suspenderte den mens anken pågår. Siden 4. juni 2026 er nye Apple-kontoer i Texas underlagt loven. 6. juli 2026 nektet USAs høyesterett å oppheve suspensjonen (sak 25A1390). Det er en hasteavgjørelse, ikke en dom i realiteten. Per 27. oktober 2026 har jeg ikke funnet noen ankeavgjørelse i realiteten: loven gjelder, men situasjonen kan fortsatt endre seg.

Hva App Store gjør i Texas

For hver ny konto i Texas verifiserer App Store alderen. For en mindreårig under 18 ber den i tillegg om samtykke fra en forelder for tre handlinger: laste ned appen, gjøre et kjøp i appen, få tilgang til en vesentlig endring. Forelderen kan trekke tilbake samtykket for enhver app som allerede er godkjent.

I notatet sitt fra 4. november 2025 beskriver Apple lovens fire kategorier: under 13 år, 13 til 15 år, 16 og 17 år, 18 år og eldre. Apple advarer også om at loven kan tvinge frem innsamling av sensitive data «just to download an app», selv for en værapp. Teksten gjelder enhver utvikler som har en app tilgjengelig i Texas gjennom en butikk (seksjon 121.051): en enkel app faller ikke utenfor.

Hva loven krever av utvikleren

SB 2420 gir deg fire forpliktelser:

1. Verifisere alderen med butikkens data (seksjon 121.054): kategorien til hver bruker og, for en mindreårig, om det finnes foreldresamtykke.
2. Bare bruke disse dataene til alder (seksjon 121.055): begrensninger, etterlevelse av loven, sikkerhetsinnstillinger. Du sletter dem når verifiseringen er gjort.
3. Varsle butikken før enhver vesentlig endring i vilkårene for bruk eller personvernerklæringen din (seksjon 121.053).
4. Gi en aldersgrense til appen og til hvert mulige kjøp i appen (seksjon 121.052). På App Store kommer appens aldersgrense fra spørreskjemaet i App Store Connect.

Loven regner som vesentlig en endring som endrer hvilke data som samles inn eller deles, påvirker aldersgrensen, legger til et kjøp eller en annonse, eller endrer funksjonene eller opplevelsen tydelig. Apple legger til at Texas regner en endret aldersgrense som en vesentlig endring.

Utah, Louisiana, Alabama: lover for 2027

Apples notat fra 24. februar 2026 satte to datoer. For nye kontoer skulle API-et sende alderskategorien i Utah fra 6. mai 2026, og i Louisiana fra 1. juli 2026. Nye signaler forteller deg om aldersregler gjelder for brukeren, om brukeren må dele aldersspennet, og om en forelder må godkjenne en vesentlig endring. Voksne i disse delstatene kan få et varsel om vesentlig endring: Apple ber deg da om en tydelig beskrivelse av endringen.

Siden den gang er begge lovene endret:

• Utah: H.B. 498 endrer App Store Accountability Act fra 2025 (S.B. 142). Ifølge den vedtatte teksten starter forpliktelsene for butikker og utviklere 6. mai 2027. Vesentlig endring blir her snevrere: en endring i vilkårene eller personvernerklæringen som endrer innsamlede data, aldersgrensen, eller legger til et første kjøp i appen eller en første annonse.
• Louisiana: HB 977, signert 15. mai 2026, ble Act 185. Den hindrer 2025-loven (HB 570, som ble Act 481) i å tre i kraft og erstatter den med nye regler som gjelder fra 1. juli 2027.

Begge tekstene krever at utvikleren verifiserer alderskategorien via butikkens verktøy, og varsler butikken om en vesentlig endring. Utah forbyr deling av disse dataene, Louisiana forbyr salg av dem.

Alabama følger samme modell. Loven HB 161, signert 17. februar 2026 og nå Act 2026-59, gjelder fra 1. januar 2027 ifølge den vedtatte teksten. Utvikleren verifiserer alderskategorien og foreldresamtykket via butikkens verktøy, varsler butikken om enhver vesentlig endring, og bruker disse dataene bare til alder, lov og sikkerhet.

Per 27. oktober 2026 har Apple ikke publisert noe notat om utsettelsene i Utah og Louisiana, eller om Alabama: sjekk hva API-et faktisk returnerer for brukerne dine i disse delstatene. Min vurdering: verktøyene er klare før forpliktelsen, så bruk disse månedene til å kode og teste.

Brasil: ECA Digital gjelder siden 17. mars 2026

Den digitale barne- og ungdomsloven, ECA Digital, er lov nr. 15.211 av 17. september 2025. Artikkel 41-A setter den i kraft 17. mars 2026. Tre artikler angår deg:

• Artikkel 12: butikker og operativsystemer måler alder eller aldersspenn, og sender et alderssignal til appene via et API. Nedlasting gjort av et barn eller en ungdom krever fritt og informert samtykke fra en forelder.
• Artikkel 13: dataene fra aldersverifiseringen brukes bare til det.
• Artikkel 14: en app rettet mot barn og ungdom, eller som de sannsynligvis vil bruke, må kunne motta dette signalet. Den beholder sine egne mekanismer for å blokkere upassende innhold, uansett hva butikken gjør.

Hos Apple deles alderskategorien når brukeren, eller en forelder, godtar det. En app som oppgir betalte lootbokser i spørreskjemaet, blir 18+ i den brasilianske butikken. Tilbyr du alternativ betaling i Brasil, krever Apples side om distribusjon i Brasil at du legger den bak en foreldresperre for brukere under 18, uten å tilby dem kjøp på et nettsted. Provisjonene og trinnene for dette alternativet står i guiden alternativ betaling i Brasil.

Loven gir tilsynet til en uavhengig forvaltningsmyndighet. Forskrifter og veiledere fra denne myndigheten, sitert av advokatfirmaer, presiserer den: jeg har ikke lest dem i offisiell tekst. Få en brasiliansk jurist til å sjekke dem før du tilpasser appen.

Australia og Singapore: 18+-apper blokkeres

Siden 24. februar 2026 blokkerer App Store nedlasting av 18+-apper i Australia, Brasil og Singapore så lenge brukeren ikke er bekreftet voksen. App Store gjør denne kontrollen automatisk. Apple presiserer at du kan ha egne forpliktelser til å verifisere at brukerne dine er myndige, og at API-et sender deg et signal for å hjelpe deg. Apple nevner ikke hvilke lover det gjelder.

Australia legger til to regler som Apple har kunngjort:

• Sosiale medier: siden 10. desember 2025 må visse sosiale plattformer hindre brukere under 16 i å ha en konto. Berørte utviklere deaktiverer eksisterende kontoer for brukere under 16 og følger med på registreringer.
• Aldersgrenser: siden 18. juni 2026 forsvinner 15+ i Australia. 15+-apper med fri nettilgang, hyppig medisinsk informasjon eller betalte lootbokser blir 16+. Valg av aldersgrense gjøres i aldersspørreskjemaet.

For Singapore kunngjør Apple ikke noe annet enn blokkeringen av 18+-apper.

Tabellen: hva som gjelder, fra når, og hva du gjør

Tabellen oppsummerer seksjonene over, per 27. oktober 2026. «Apple» er datoen App Store håndhever regelen, «lov» er datoen for lovtekstens forpliktelser.

Område	Dato	App Store	Hva du gjør
Texas	4. juni 2026	Verifiserer alder, foreldresamtykke	Spenn, samtykke, tilbaketrekking
Utah	Lov 6. mai 2027	Kategori kunngjort i 2026	Kode før 6. mai 2027
Louisiana	Lov 1. juli 2027	Kategori kunngjort i 2026	Kode før 1. juli 2027
Alabama	Lov 1. jan. 2027	Ingenting kunngjort	Kode før 1. jan. 2027
Brasil	Apple 24. feb. 2026, lov 17. mars 2026	Kategori ved samtykke, 18+ blokkert	Lese signalet, filtrere
Australia	24. februar 2026	18+ blokkert	Sosiale medier: ingen under 16
Singapore	24. februar 2026	18+ blokkert	Sjekke dine forpliktelser

Hva du må kode: rekkefølgen i fem trinn

Ifølge Apples FAQ må du kompilere med iOS 26.2- og iPadOS 26.2-SDK-ene eller nyere, med Xcode 26.2 (17C52) eller nyere. Aktiver deretter Declared Age Range-capabilityen på targeten din: den legger til entitlementen com.apple.developer.declared-age-range, som API-dokumentasjonen krever.

1. Finn ut om en lov gjelder for denne brukeren. Fra iOS 26.4 returnerer requiredRegulatoryFeatures de aktive reglene: declaredAgeRangeRequired, significantAppChangeRequiresParentalConsent, significantAppChangeRequiresAdultNotification. På iOS 26.2 forteller isEligibleForAgeFeatures deg allerede om brukeren omfattes av aldersfunksjonene.
2. Be om aldersspennet. requestAgeRange(ageGates:_:_:in:) tar opptil tre aldersgrenser, for eksempel 13, 16 og 18 for å matche lovenes kategorier. Der loven har egne grenser, følger svaret loven i stedet for dine. Svaret er .sharing(range:) eller .declinedSharing. Spennet inneholder lowerBound, upperBound og ageRangeDeclaration: oppgitt av brukeren, av en forelder, eller bekreftet.
3. Håndter den vesentlige endringen. For en mindreårig ber PermissionKit og SignificantAppUpdateTopic om samtykke fra forelderen, som leser beskrivelsen din. Fram til samtykket blokkerer du nyheten, eller til og med hele appen. For en voksen viser showSignificantUpdateAcknowledgment(in:updateDescription:) et systemark fra iOS 26.4. StoreKit-egenskapen ageRatingCode gir gjeldende aldersgrense på enheten: sammenlign den for å oppdage en endring.
4. Lytt etter tilbaketrukket samtykke. Aktiver App Store Server Notifications versjon 2 og håndter typen RESCIND_CONSENT. Apple blokkerer allerede appen. På serversiden er det opp til deg å ta hensyn til tilbaketrekkingen, for eksempel ved å suspendere kontoens tilgang. Går varslene dine gjennom RevenueCat, kan den videresende dem til serveren din. Siden deres nevner ikke denne typen: sjekk i sandbox at den faktisk kommer frem.
5. Test i sandbox. Slå på utviklermodus, åpne Settings, deretter Developer. Under sandbox-kontoen din hos Apple velger du Manage, deretter Age Assurance eller Revoke App Consent, ifølge de engelske navnene i Apples dokumentasjon. Apples testside tilbyr seks scenarier, fra «under 13 år, endring godkjent» til «18 år og eldre, alder bekreftet, endring gjeldende». Menyen for tilbaketrekking av samtykke tar bundle-ID-en din og utløser RESCIND_CONSENT på serveren din.

Her er en skisse i Swift, skrevet ut fra signaturene i Apples dokumentasjon, som du må tilpasse appen din:

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
    }
}

I sandbox, for en voksen, kaster PermissionKit feilen AskError.notAvailable i stedet for et svar: det er forventet, en voksen trenger ikke foreldresamtykke.

Med Expo eller React Native

Expo publiserer modulen expo-age-range. Dokumentasjonen, gjennomlest 27. oktober 2026, eksponerer requestAgeRangeAsync, isEligibleForAgeFeaturesAsync (iOS 26.2), getRequiredRegulatoryFeaturesAsync og showSignificantUpdateAcknowledgmentAsync (iOS 26.4). Entitlementen deklareres i ios.entitlements i Expo-konfigurasjonen din.

To begrensninger du bør kjenne til:

• Før iOS 26 svarer modulen lowerBound: 18, som for en voksen. Ikke ta dette svaret som en verifisering.
• Expo-dokumentasjonen nevner verken PermissionKit eller ageRatingCode. For å be om samtykke fra en forelder må du planlegge en native modul, eller lese dokumentasjonen på nytt før du koder. RESCIND_CONSENT håndteres på serversiden, utenfor appen.

Modulen er native: den krever et nytt build, ikke en OTA-oppdatering. Prosessen er den samme som for å publisere en Expo-app på App Store med EAS.

Du publiserer fra Frankrike: gjelder dette deg?

Apples FAQ sier ingenting om hvilket land utvikleren er etablert i. For alle spørsmål om etterlevelse henviser den til din juridiske rådgiver. Texas-teksten gjelder utvikleren som gjør appen sin tilgjengelig i Texas gjennom en butikk (seksjon 121.051). Tekstene fra Utah og Louisiana definerer utvikleren som den som eier eller kontrollerer en app som er tilgjengelig i delstaten, uten krav til hvor.

Min vurdering: er appen din tilgjengelig i et av disse områdene, bør du gå ut fra at reglene gjelder deg. Du kan ikke utelukke bare Texas, siden tilgjengelighet stilles inn land for land i App Store Connect. Å fjerne USA eller Brasil for å slippe temaet ville stenge deg ute fra to store markeder.

Når det gjelder data, er aldersspennet fortsatt en personopplysning, og tekstene fra Texas, Utah, Alabama og Brasil begrenser bruken til alder. Apples lisens for utviklerprogrammet legger til sin egen regel (seksjon 3.3.3(O)): API-et skal brukes til å tilpasse appen til alder eller til å følge loven, og dataene skal verken selges eller deles med datameglere. Behandle det etter innsamlingsreglene i guideline 5.1.1, og les reglene om datadeling i guideline 5.1.2 på nytt: lovene kommer i tillegg.

Sjekklisten min før neste oppdatering

1. List opp områdene der appen din er tilgjengelig: USA, Brasil, Australia, Singapore.
2. Kompiler med Xcode 26.2 eller nyere og aktiver Declared Age Range-capabilityen.
3. Kall requiredRegulatoryFeatures, deretter requestAgeRange med grenser på 13, 16 og 18 år.
4. Skriv ned hva som regnes som vesentlig endring for din app, og få det godkjent av en jurist.
5. Koble på forespørselen om foreldresamtykke (PermissionKit) og arket for voksne.
6. Aktiver servervarsler versjon 2 og håndter RESCIND_CONSENT.
7. Kjør de seks sandbox-scenariene og en tilbaketrekking av samtykke.
8. Sjekk svarene dine i aldersspørreskjemaet: betalte lootbokser blir 18+ i Brasil, og et sosialt nettverk som er stengt for brukere under 13 tvinger deg til å bruke API-et.

Hva jeg har sjekket, og når

Gjennomlest 27. oktober 2026. Datoene og forpliktelsene kommer fra Apple Developers notater, FAQ, dokumentasjon, utviklerlisens og review-regler, fra den vedtatte teksten til hver lov (Texas, Utah, Louisiana, Alabama, Brasil) og fra høyesteretts saksregister. Denne guiden bygger ikke på noen integrasjon i appene mine: koden er en skisse basert på Apples signaturer, ikke en testet integrasjon. De brasilianske forskriftene, den australske og singaporske loven og lovene i andre amerikanske delstater er ikke lest.

Ofte stilte spørsmål

Hva er Declared Age Range-API-et?

Det er Apples API som ber om brukerens aldersspenn, tilgjengelig fra iOS 26 i hele verden. Der loven krever det, bekrefter Apple kontoens alder og sender kategorien. Andre steder velger brukeren selv om den skal deles.

Må en app med 18+ bruke API-et?

Ja. Apples FAQ sier det: i regioner der loven krever det, må du verifisere alderen til brukerne dine med API-et, selv for en 18+-app. App Stores blokkering i Australia, Brasil og Singapore erstatter ikke dine egne forpliktelser.

Kan Apple avvise appen min hvis jeg ikke bruker API-et?

Ifølge Apples FAQ endres ikke App Review-prosessen på grunn av disse lovene. Forpliktelsen kommer fra loven i området, ikke fra reviewen. Tre av Apples regler krever likevel allerede alderskontroll. Oppgir du et sosialt nettverk stengt for brukere under 13, krever kunngjøringen om Time Allowances at du minst bruker API-et. Review-reglene krever at apper for skapere (1.2.1) og apper som tilbyr mini-apper, minispill eller chatboter (4.7.5) begrenser tilgangen ut fra en verifisert eller oppgitt alder. Og guideline 2.3.6 krever fortsatt at du svarer ærlig på aldersspørreskjemaet.

Hva er en vesentlig endring for Apple?

Apple lar deg avgjøre det, ut fra gjeldende lov, og henviser til advokaten din. Texas-teksten nevner en endring i innsamlede data, aldersgrense, kjøp, annonser, eller en tydelig endring i funksjonene. Den endrede teksten fra Utah og teksten fra Alabama tar ikke med det siste punktet, mens Louisiana beholder det.

Hva skjer når en forelder trekker tilbake samtykket?

Apple hindrer appen i å åpnes på barnets enhet. Serveren din får et RESCIND_CONSENT-varsel, hvis du har aktivert App Store Server Notifications versjon 2.

Gjelder Texas-loven for en fransk utvikler?

Apple tar ikke stilling og henviser til din juridiske rådgiver. Texas-teksten gjelder utvikleren som gjør appen sin tilgjengelig i Texas gjennom en butikk, uten å nevne landet. Min vurdering: er appen din tilgjengelig i USA, er den tilgjengelig i Texas, så oppfør deg som om loven gjelder deg.

Hvordan tester jeg aldersverifiseringen uten en mindreårig konto?

I sandbox, fra iOS 26.2. I Settings, deretter Developer, tilbyr sandbox-kontoen din hos Apple ferdige aldersscenarier og en simulert tilbaketrekking av samtykke for bundle-ID-en din.

Kilder

• Age assurance frameworks Q&A, FAQ fra Apple Developer.
• Notater fra Apple Developer: 4. november 2025, 8. desember 2025, 23. desember 2025, 24. februar 2026, 21. mai 2026, 3. juni 2026 og 8. juni 2026.
• Lovtekster: Texas SB 2420, Utah H.B. 498, Louisiana Act 185, Alabama HB 161, Brasil, lov nr. 15.211.
• Apples regler: App Review Guidelines, lisens for utviklerprogrammet.
• Høyesteretts saksregister, sak 25A1390.
• Apples dokumentasjon: Declared Age Range, testing i sandbox, typer servervarsler.
• expo-age-range, Expo-dokumentasjon.

Før neste oppdatering

Før du sender inn neste versjon, ta den gratis diagnosen: den forteller deg hva som faktisk blokkerer prosjektet ditt og sender deg sjekklisten min mot avvisning fra Apple.

Apple Review Kit samler sjekklisten min før innsending, avvisningene jeg har rettet, og to Claude Code-skills som går gjennom prosjektet og appsiden din, og deretter forbereder svaret ditt hvis Apple avviser. Hele fremgangsmåten finner du på siden app avvist av Apple.