Verificarea vârstei pe App Store: Texas, Utah, Brazilia

În Texas, din 4 iunie 2026, App Store verifică vârsta conturilor noi și transmite categoria lor de vârstă aplicației tale când aceasta o cere prin API-ul Declared Age Range. Acolo unde o lege o cere, tu trebuie să citești această categorie, să ceri acordul unui părinte înaintea unei modificări importante și să gestionezi retragerea acestui acord. Brazilia, Utah, Louisiana și Alabama au fiecare propriul calendar, iar App Store blochează deja aplicațiile 18+ în Australia, Brazilia și Singapore pentru cine nu e confirmat ca adult.

Îmi public propriile aplicații iOS cu Expo, printre care Solys și TradaZen. Aici adun, teritoriu cu teritoriu, ce spun Apple și textele oficiale, apoi pașii de codat. Ghidul ăsta nu e un sfat juridic: chiar Apple te trimite la avocatul tău pentru obligațiile tale. Ca să-ți alegi ratingul de la 4+ la 18+, citește mai degrabă clasificarea pe vârste în App Store Connect.

Ce schimbă pentru tine verificarea vârstei

Potrivit FAQ-ului Apple despre age assurance, „developers are responsible for their own age restrictions”. Acolo unde legea o cere, Apple confirmă vârsta titularului contului și îți partajează categoria lui de vârstă. În aceste regiuni, trebuie să verifici vârsta persoanelor care îți folosesc aplicația.

Se schimbă trei lucruri:

• Primești un interval de vârstă, niciodată o vârstă exactă. Apple îți spune de exemplu „13-15 ani” și cum a fost stabilit acest interval.
• O modificare importantă a aplicației poate cere acordul unui părinte. Tu decizi ce e important, după legea aplicabilă.
• Un părinte își poate retrage acordul. Apple împiedică atunci deschiderea aplicației pe dispozitivul copilului, iar serverul tău primește o notificare RESCIND_CONSENT dacă ai configurat-o.

Ce nu se schimbă: după același FAQ, „there are no changes to the App Review process”. Conturile existente pe iOS 18 sau mai vechi nu sunt vizate. API-ul, în schimb, funcționează în toată lumea: în afara regiunilor reglementate, utilizatorul alege dacă își partajează sau nu intervalul.

Review-ul nu se schimbă pentru aceste legi. Apple îți transmite vârsta, iar legea e cea care îți cere s-o folosești.

Texas: legea SB 2420 se aplică din 4 iunie 2026

Legea texană SB 2420, numită App Store Accountability Act (secțiunea 121.001), trebuia să intre în vigoare la 1 ianuarie 2026, potrivit textului adoptat. Pe 23 decembrie 2025, Apple anunța că o ordonanță a unui tribunal districtual îi suspenda aplicarea. Apple și-a pus planurile pe pauză și și-a păstrat instrumentele în sandbox.

Pe 3 iunie 2026, Apple a anunțat că o decizie judecătorească a ridicat ordonanța: curtea federală de apel pentru circuitul al cincilea a suspendat-o pe durata apelului. Din 4 iunie 2026, conturile Apple noi din Texas sunt supuse legii. Pe 6 iulie 2026, Curtea Supremă a Statelor Unite a refuzat să ridice această suspendare (dosarul 25A1390). E o decizie de urgență, nu o judecată pe fond. La 27 octombrie 2026, n-am găsit nicio decizie de apel pe fond: legea se aplică, dar situația încă poate evolua.

Ce face App Store în Texas

Pentru fiecare cont nou din Texas, App Store verifică vârsta. Pentru un minor sub 18 ani, cere în plus acordul unui părinte pentru trei acțiuni: descărcarea aplicației, o achiziție in-app, accesul la o modificare importantă. Părintele își poate retrage acordul pentru orice aplicație deja aprobată.

În nota din 4 noiembrie 2025, Apple detaliază cele patru categorii ale legii: sub 13 ani, 13-15 ani, 16 și 17 ani, 18 ani și peste. Apple avertizează și că legea ar putea obliga la colectarea de date sensibile „just to download an app”, chiar și pentru o aplicație meteo. Textul vizează orice dezvoltator a cărui aplicație e disponibilă în Texas printr-un magazin (secțiunea 121.051): o aplicație simplă nu e în afara domeniului.

Ce cere legea dezvoltatorului

Textul SB 2420 îți impune patru obligații:

1. Să verifici vârsta cu datele magazinului (secțiunea 121.054): categoria fiecărui utilizator și, pentru un minor, existența acordului parental.
2. Să folosești aceste date doar pentru vârstă (secțiunea 121.055): restricții, respectarea legii, setări de siguranță. Le ștergi după ce verificarea e făcută.
3. Să anunți magazinul înaintea oricărei modificări importante a termenilor de utilizare sau a politicii de confidențialitate (secțiunea 121.053).
4. Să atribui un rating de vârstă aplicației și fiecărei achiziții posibile în aplicație (secțiunea 121.052). Pe App Store, ratingul aplicației vine din chestionarul din App Store Connect.

Legea consideră importantă o modificare care schimbă datele colectate sau partajate, afectează ratingul de vârstă, adaugă o achiziție sau o reclamă, ori schimbă clar funcțiile sau experiența. Apple adaugă că Texasul consideră o schimbare de rating de vârstă drept modificare importantă.

Utah, Louisiana, Alabama: legi pentru 2027

Nota Apple din 24 februarie 2026 stabilea două date. Pentru conturile noi, API-ul trebuia să transmită categoria de vârstă în Utah începând cu 6 mai 2026 și în Louisiana începând cu 1 iulie 2026. Semnale noi îți indică dacă se aplică reguli de vârstă utilizatorului, dacă trebuie să-și partajeze intervalul și dacă un părinte trebuie să aprobe o modificare importantă. Adulții din aceste state pot primi o notificare de modificare importantă: Apple îți cere atunci o descriere clară a schimbării.

De atunci, ambele legi au fost modificate:

• Utah: H.B. 498 modifică App Store Accountability Act din 2025 (S.B. 142). Potrivit textului adoptat, obligațiile magazinelor și ale dezvoltatorilor încep la 6 mai 2027. Modificarea importantă devine mai restrânsă: o schimbare a termenilor sau a politicii de confidențialitate care modifică datele colectate, ratingul de vârstă, ori adaugă o primă achiziție in-app sau o primă reclamă.
• Louisiana: legea HB 977, semnată pe 15 mai 2026, a devenit Act 185. Ea împiedică intrarea în vigoare a legii din 2025 (HB 570, devenită Act 481) și o înlocuiește cu reguli noi, aplicabile de la 1 iulie 2027.

Ambele texte cer dezvoltatorului să verifice categoria de vârstă prin instrumentele magazinului și să-l anunțe despre o modificare importantă. Utah interzice partajarea acestor date, Louisiana vânzarea lor.

Alabama urmează același model. Legea sa HB 161, semnată pe 17 februarie 2026 și devenită Act 2026-59, se aplică de la 1 ianuarie 2027, potrivit textului adoptat. Dezvoltatorul verifică acolo categoria de vârstă și acordul parental prin instrumentele magazinului, îl anunță despre orice modificare importantă și folosește aceste date doar pentru vârstă, lege și siguranță.

La 27 octombrie 2026, Apple n-a publicat nicio notă despre amânările din Utah și Louisiana, nici despre Alabama: verifică ce returnează efectiv API-ul utilizatorilor tăi din aceste state. Părerea mea: instrumentele sunt gata înaintea obligației, așa că folosește lunile astea ca să codezi și să testezi.

Brazilia: ECA Digital în vigoare din 17 martie 2026

Statutul digital al copilului și adolescentului, ECA Digital, este legea nr. 15.211 din 17 septembrie 2025. Articolul 41-A o face să intre în vigoare la 17 martie 2026. Trei articole te privesc:

• Articolul 12: magazinele și sistemele de operare măsoară vârsta sau intervalul de vârstă și transmit aplicațiilor un semnal de vârstă printr-un API. Descărcarea de către un copil sau adolescent cere acordul liber și informat al unui părinte.
• Articolul 13: datele de verificare a vârstei servesc doar la asta.
• Articolul 14: o aplicație destinată copiilor și adolescenților, sau pe care aceștia o pot folosi, trebuie să poată primi acest semnal. Își păstrează propriile mecanisme de blocare a conținutului nepotrivit, indiferent ce face magazinul.

La Apple, categoria de vârstă e partajată când utilizatorul, sau un părinte, acceptă. O aplicație care declară loot box-uri plătite în chestionar trece la 18+ în magazinul brazilian. Dacă oferi o plată alternativă în Brazilia, pagina Apple despre distribuția în Brazilia îți cere s-o pui în spatele unei bariere parentale pentru cei sub 18 ani, fără să le propui achiziții pe un site web. Comisioanele și pașii acestei opțiuni sunt în ghidul plată alternativă în Brazilia.

Legea încredințează controlul unei autorități administrative autonome. Decrete de aplicare și ghiduri ale acestei autorități, citate de case de avocatură, o precizează: nu le-am citit în textul lor oficial. Pune un jurist brazilian să le verifice înainte să-ți adaptezi aplicația.

Australia și Singapore: aplicațiile 18+ blocate

Din 24 februarie 2026, App Store blochează în Australia, Brazilia și Singapore descărcarea aplicațiilor 18+ cât timp utilizatorul n-a fost confirmat ca adult. App Store face această verificare automat. Apple precizează că poți avea propriile obligații de a verifica dacă utilizatorii tăi sunt majori și că API-ul îți trimite un semnal ca să te ajute. Apple nu numește legile în cauză.

Australia adaugă două reguli anunțate de Apple:

• Rețele sociale: din 10 decembrie 2025, anumite platforme sociale trebuie să-i împiedice pe cei sub 16 ani să aibă cont. Dezvoltatorii vizați dezactivează conturile existente ale celor sub 16 ani și monitorizează înscrierile.
• Ratinguri de vârstă: din 18 iunie 2026, ratingul 15+ dispare în Australia. Aplicațiile 15+ cu web nerestricționat, informații medicale frecvente sau loot box-uri plătite trec la 16+. Alegerea ratingului se face în chestionarul de vârstă.

Pentru Singapore, Apple nu anunță nimic în afară de blocarea aplicațiilor 18+.

Tabelul: ce se aplică, de când, ce faci tu

Tabelul ăsta rezumă secțiunile anterioare, la 27 octombrie 2026. „Apple” dă data la care App Store aplică regula, „lege” pe cea a obligațiilor din text.

Teritoriu	Dată	App Store	Ce faci tu
Texas	4 iunie 2026	Verifică vârsta, acord părinte	Interval, acord, retragere
Utah	Lege 6 mai 2027	Categorie anunțată în 2026	Codezi înainte de 6 mai 2027
Louisiana	Lege 1 iul. 2027	Categorie anunțată în 2026	Codezi înainte de 1 iul. 2027
Alabama	Lege 1 ian. 2027	Nimic anunțat	Codezi înainte de 1 ian. 2027
Brazilia	Apple 24 feb. 2026, lege 17 mar. 2026	Categorie dacă acord, 18+ blocat	Citești semnalul, filtrezi
Australia	24 februarie 2026	18+ blocat	Rețele: nimeni sub 16 ani
Singapore	24 februarie 2026	18+ blocat	Îți verifici obligațiile

Ce trebuie să codezi: secvența în cinci pași

Potrivit FAQ-ului Apple, trebuie să compilezi cu SDK-urile iOS 26.2 și iPadOS 26.2 sau mai noi, cu Xcode 26.2 (17C52) sau mai nou. Activează apoi capability-ul Declared Age Range pe target: adaugă entitlement-ul com.apple.developer.declared-age-range, cerut de documentația API-ului.

1. Afli dacă o lege se aplică acestui utilizator. Din iOS 26.4, requiredRegulatoryFeatures returnează regulile active: declaredAgeRangeRequired, significantAppChangeRequiresParentalConsent, significantAppChangeRequiresAdultNotification. Pe iOS 26.2, isEligibleForAgeFeatures îți spune deja dacă utilizatorul intră sub funcțiile legate de vârstă.
2. Ceri intervalul de vârstă. requestAgeRange(ageGates:_:_:in:) primește până la trei praguri de vârstă, de exemplu 13, 16 și 18, ca să se potrivească cu categoriile legilor. Acolo unde legea își fixează propriile praguri, răspunsul urmează legea, nu pragurile tale. Răspunsul e .sharing(range:) sau .declinedSharing. Intervalul conține lowerBound, upperBound și ageRangeDeclaration: declarat de utilizator, de un părinte, sau confirmat.
3. Gestionezi modificarea importantă. Pentru un minor, PermissionKit și SignificantAppUpdateTopic cer acordul părintelui, care îți citește descrierea. Până la acordul lui, blochezi noutatea, ba chiar toată aplicația. Pentru un adult, din iOS 26.4, showSignificantUpdateAcknowledgment(in:updateDescription:) afișează un sheet de sistem. Proprietatea StoreKit ageRatingCode dă ratingul de vârstă actual pe dispozitiv: compară-l ca să detectezi o schimbare.
4. Asculți retragerea acordului. Activează App Store Server Notifications în versiunea 2 și tratează tipul RESCIND_CONSENT. Apple blochează deja aplicația. Pe server, e treaba ta să iei în calcul retragerea, de exemplu suspendând accesul contului. Dacă notificările îți trec prin RevenueCat, el le poate redirecționa către serverul tău. Pagina lui nu menționează acest tip: verifică în sandbox că ajunge.
5. Testezi în sandbox. Activează modul dezvoltator, deschide Settings, apoi Developer. Sub contul tău Apple sandbox, alege Manage, apoi Age Assurance sau Revoke App Consent, după denumirile în engleză din documentația Apple. Pagina de testare Apple propune șase scenarii, de la „sub 13 ani, modificare aprobată” la „18 ani și peste, vârstă confirmată, modificare aplicabilă”. Meniul de retragere a acordului primește bundle ID-ul tău și declanșează RESCIND_CONSENT pe serverul tău.

Iată o schiță în Swift, scrisă după semnăturile din documentația Apple, de adaptat la aplicația ta:

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

În sandbox, pentru un adult, PermissionKit aruncă eroarea AskError.notAvailable în loc de un răspuns: e normal, un adult n-are nevoie de acord parental.

Cu Expo sau React Native

Expo publică modulul expo-age-range. Documentația lui, recitită pe 27 octombrie 2026, expune requestAgeRangeAsync, isEligibleForAgeFeaturesAsync (iOS 26.2), getRequiredRegulatoryFeaturesAsync și showSignificantUpdateAcknowledgmentAsync (iOS 26.4). Entitlement-ul se declară în ios.entitlements din configurația Expo.

Două limite de știut:

• Înainte de iOS 26, modulul răspunde lowerBound: 18, ca pentru un adult. Nu lua acest răspuns drept o verificare.
• Documentația Expo nu pomenește nici PermissionKit, nici ageRatingCode. Ca să ceri acordul unui părinte, prevede un modul nativ sau recitește documentația înainte să codezi. RESCIND_CONSENT se tratează pe server, în afara aplicației.

Modulul e nativ: cere un build nou, nu un update OTA. Drumul e același ca pentru publicarea unei aplicații Expo pe App Store cu EAS.

Publici din Franța: ești vizat?

FAQ-ul Apple nu vorbește despre țara în care e stabilit dezvoltatorul. Pentru orice întrebare de conformitate, te trimite la consilierul tău juridic. Textul texan vizează dezvoltatorul care își face aplicația disponibilă în Texas printr-un magazin (secțiunea 121.051). Cele din Utah și Louisiana definesc dezvoltatorul ca pe cel care deține sau controlează o aplicație disponibilă în stat, fără condiție de loc.

Părerea mea: dacă aplicația ta e disponibilă într-unul din aceste teritorii, pornește de la ideea că regulile te vizează. Nu poți exclude doar Texasul, pentru că disponibilitatea se setează țară cu țară în App Store Connect. Să retragi Statele Unite sau Brazilia ca să eviți subiectul te-ar tăia de două piețe mari.

La capitolul date, intervalul de vârstă rămâne o dată personală, iar textele din Texas, Utah, Alabama și Brazilia îi limitează folosirea la vârstă. Licența programului de dezvoltator Apple adaugă propria regulă (secțiunea 3.3.3(O)): API-ul servește la adaptarea aplicației la vârstă sau la respectarea legii, iar datele lui nu se vând și nu se partajează cu brokeri de date. Tratează-l cu regulile de colectare din guideline-ul 5.1.1 și recitește-le pe cele de partajare a datelor din guideline-ul 5.1.2: legile se adaugă la ele.

Checklist-ul meu înainte de următorul tău update

1. Listează teritoriile în care e disponibilă aplicația ta: Statele Unite, Brazilia, Australia, Singapore.
2. Compilează cu Xcode 26.2 sau mai nou și activează capability-ul Declared Age Range.
3. Apelează requiredRegulatoryFeatures, apoi requestAgeRange cu praguri la 13, 16 și 18 ani.
4. Scrie ce contează, pentru aplicația ta, ca modificare importantă și pune un jurist să valideze.
5. Conectează cererea de acord parental (PermissionKit) și sheet-ul pentru adulți.
6. Activează notificările de server în versiunea 2 și tratează RESCIND_CONSENT.
7. Rulează cele șase scenarii sandbox și o retragere de acord.
8. Verifică-ți răspunsurile la chestionarul de vârstă: loot box-urile plătite trec la 18+ în Brazilia, iar o rețea socială închisă celor sub 13 ani te obligă să folosești API-ul.

Ce am verificat, și când

Recitit pe 27 octombrie 2026. Datele și obligațiile vin din notele Apple Developer, din FAQ-ul, documentația, licența de dezvoltator și regulile de review Apple, din textul adoptat al fiecărei legi (Texas, Utah, Louisiana, Alabama, Brazilia) și din registrul Curții Supreme. Ghidul ăsta nu se bazează pe nicio integrare în aplicațiile mele: codul e o schiță făcută după semnăturile Apple, nu o integrare testată. Decretele braziliene, legile australiană și singaporeză și legile altor state americane nu au fost citite.

Întrebări frecvente

Ce este API-ul Declared Age Range?

E API-ul Apple care cere intervalul de vârstă al utilizatorului, disponibil din iOS 26 în toată lumea. Acolo unde legea o cere, Apple confirmă vârsta contului și transmite categoria. În rest, utilizatorul alege dacă o partajează sau nu.

O aplicație cu rating 18+ trebuie să folosească API-ul?

Da. FAQ-ul Apple o spune: în regiunile unde legea o cere, trebuie să verifici vârsta utilizatorilor cu API-ul, chiar și pentru o aplicație 18+. Blocarea făcută de App Store în Australia, Brazilia și Singapore nu-ți înlocuiește propriile obligații.

Îmi poate respinge Apple aplicația dacă nu folosesc API-ul?

Potrivit FAQ-ului Apple, procesul App Review nu se schimbă pentru aceste legi. Obligația vine din legea teritoriului, nu din review. Totuși, trei reguli Apple cer deja un control al vârstei. Dacă declari o rețea socială închisă celor sub 13 ani, anunțul despre Time Allowances te obligă să folosești cel puțin API-ul. Regulile de review cer aplicațiilor de creatori (1.2.1) și aplicațiilor care oferă mini-aplicații, mini-jocuri sau chatboți (4.7.5) să limiteze accesul după o vârstă verificată sau declarată. Iar guideline-ul 2.3.6 îți cere mereu să răspunzi sincer la chestionarul de vârstă.

Ce e o modificare importantă pentru Apple?

Apple te lasă pe tine s-o decizi, după legea aplicabilă, și te trimite la avocatul tău. Textul texan menționează o schimbare a datelor colectate, a ratingului de vârstă, a achizițiilor, a reclamelor, sau o schimbare clară a funcțiilor. Textul modificat din Utah și cel din Alabama nu rețin acest ultim punct, cel din Louisiana îl păstrează.

Ce se întâmplă când un părinte își retrage acordul?

Apple împiedică deschiderea aplicației pe dispozitivul copilului. Serverul tău primește o notificare RESCIND_CONSENT, dacă ai activat App Store Server Notifications în versiunea 2.

Se aplică legea din Texas unui dezvoltator francez?

Apple nu tranșează și te trimite la consilierul tău juridic. Textul texan vizează dezvoltatorul care își face aplicația disponibilă în Texas printr-un magazin, fără să vorbească de țara lui. Părerea mea: dacă aplicația ta e disponibilă în Statele Unite, e și în Texas, așa că fă ca și cum legea te-ar viza.

Cum testez verificarea vârstei fără un cont de minor?

În sandbox, din iOS 26.2. În Settings, apoi Developer, contul tău Apple sandbox oferă scenarii de vârstă gata de folosit și o retragere de acord simulată pentru bundle ID-ul tău.

Surse

• Age assurance frameworks Q&A, FAQ Apple Developer.
• Note Apple Developer: 4 noiembrie 2025, 8 decembrie 2025, 23 decembrie 2025, 24 februarie 2026, 21 mai 2026, 3 iunie 2026 și 8 iunie 2026.
• Texte de lege: Texas SB 2420, Utah H.B. 498, Louisiana Act 185, Alabama HB 161, Brazilia, legea nr. 15.211.
• Reguli Apple: App Review Guidelines, licența programului de dezvoltator.
• Registrul Curții Supreme, dosarul 25A1390.
• Documentație Apple: Declared Age Range, testare în sandbox, tipuri de notificări de server.
• expo-age-range, documentația Expo.

Înainte de următorul tău update

Înainte să trimiți următoarea versiune, fă-ți diagnosticul gratuit: îți spune ce îți blochează cu adevărat proiectul și îți trimite checklist-ul meu anti-respingere Apple.

Apple Review Kit adună checklist-ul meu dinainte de trimitere, respingerile mele rezolvate și două skill-uri Claude Code care îți recitesc proiectul și fișa, apoi îți pregătesc răspunsul dacă Apple te respinge. Demersul complet e pe pagina aplicație respinsă de Apple.