Weryfikacja wieku w App Store: Teksas, Utah, Brazylia

W Teksasie od 4 czerwca 2026 roku App Store weryfikuje wiek nowych kont i przekazuje ich kategorię wiekową twojej aplikacji, gdy ta poprosi o nią przez API Declared Age Range. Tam, gdzie wymaga tego prawo, to ty musisz odczytać tę kategorię, poprosić rodzica o zgodę przed istotną zmianą i obsłużyć wycofanie tej zgody. Brazylia, Utah, Luizjana i Alabama mają własne harmonogramy, a App Store już teraz blokuje aplikacje 18+ w Australii, Brazylii i Singapurze dla osób, których pełnoletność nie została potwierdzona.

Publikuję własne aplikacje iOS z Expo, w tym Solys i TradaZen. Tutaj zbieram, region po regionie, to, co mówią Apple i oficjalne teksty ustaw, a potem sekwencję do zakodowania. Ten poradnik nie jest poradą prawną: samo Apple odsyła cię w sprawie twoich obowiązków do prawnika. Jeśli chcesz wybrać kategorię wiekową od 4+ do 18+, przeczytaj raczej o klasyfikacji wiekowej w App Store Connect.

Co zmienia dla ciebie weryfikacja wieku

Według FAQ Apple na temat age assurance „developers are responsible for their own age restrictions”. Tam, gdzie wymaga tego prawo, Apple potwierdza wiek właściciela konta i udostępnia ci jego kategorię wiekową. W tych regionach musisz weryfikować wiek osób korzystających z twojej aplikacji.

Zmieniają się trzy rzeczy:

• Dostajesz przedział wieku, nigdy dokładny wiek. Apple mówi ci na przykład „13 do 15 lat” oraz w jaki sposób ten przedział ustalono.
• Istotna zmiana w aplikacji może wymagać zgody rodzica. To ty decydujesz, co jest istotne, zgodnie z obowiązującym prawem.
• Rodzic może wycofać zgodę. Apple blokuje wtedy uruchamianie aplikacji na urządzeniu dziecka, a twój serwer dostaje powiadomienie RESCIND_CONSENT, jeśli je skonfigurowałeś.

Co się nie zmienia: według tego samego FAQ „there are no changes to the App Review process”. Nie dotyczy to istniejących kont na iOS 18 lub starszym. Samo API działa na całym świecie: poza regulowanymi regionami użytkownik sam decyduje, czy udostępni swój przedział.

Review nie zmienia się przez te ustawy. Apple przekazuje ci wiek, a to prawo wymaga, żebyś z niego korzystał.

Teksas: ustawa SB 2420 obowiązuje od 4 czerwca 2026

Teksańska ustawa SB 2420, zwana App Store Accountability Act (sekcja 121.001), miała wejść w życie 1 stycznia 2026 roku, zgodnie z jej przyjętym tekstem. 23 grudnia 2025 roku Apple ogłosiło, że nakaz sądu okręgowego wstrzymał jej stosowanie. Apple zawiesiło swoje plany i zostawiło narzędzia w sandboksie.

3 czerwca 2026 roku Apple ogłosiło, że orzeczenie sądu zniosło ten nakaz: federalny sąd apelacyjny piątego okręgu zawiesił go na czas apelacji. Od 4 czerwca 2026 roku nowe konta Apple w Teksasie podlegają ustawie. 6 lipca 2026 roku Sąd Najwyższy Stanów Zjednoczonych odmówił uchylenia tego zawieszenia (sprawa 25A1390). To decyzja w trybie pilnym, a nie wyrok co do meritum. Na 27 października 2026 roku nie znalazłem żadnego orzeczenia apelacyjnego co do meritum: ustawa obowiązuje, ale sytuacja może się jeszcze zmienić.

Co robi App Store w Teksasie

Dla każdego nowego konta w Teksasie App Store weryfikuje wiek. W przypadku osoby poniżej 18 lat dodatkowo prosi rodzica o zgodę na trzy działania: pobranie aplikacji, zakup w aplikacji i dostęp do istotnej zmiany. Rodzic może wycofać zgodę dla każdej już zatwierdzonej aplikacji.

W komunikacie z 4 listopada 2025 Apple opisuje cztery kategorie z ustawy: poniżej 13 lat, 13 do 15 lat, 16 i 17 lat, 18 lat i więcej. Apple ostrzega w nim też, że ustawa może wymusić zbieranie danych wrażliwych „just to download an app”, nawet w przypadku aplikacji pogodowej. Tekst dotyczy każdego dewelopera, którego aplikacja jest dostępna w Teksasie przez sklep (sekcja 121.051): prosta aplikacja nie jest wyłączona.

Czego ustawa wymaga od dewelopera

Tekst SB 2420 nakłada na ciebie cztery obowiązki:

1. Weryfikować wiek na podstawie danych ze sklepu (sekcja 121.054): kategorię każdego użytkownika, a w przypadku nieletniego to, czy istnieje zgoda rodzica.
2. Używać tych danych wyłącznie w związku z wiekiem (sekcja 121.055): ograniczenia, przestrzeganie prawa, ustawienia bezpieczeństwa. Po weryfikacji je usuwasz.
3. Uprzedzać sklep przed każdą istotną zmianą warunków korzystania lub polityki prywatności (sekcja 121.053).
4. Nadać kategorię wiekową aplikacji i każdemu zakupowi możliwemu w aplikacji (sekcja 121.052). W App Store kategoria aplikacji wynika z kwestionariusza w App Store Connect.

Ustawa uznaje za istotną zmianę, która zmienia zbierane lub udostępniane dane, wpływa na kategorię wiekową, dodaje zakup lub reklamę albo wyraźnie zmienia funkcje lub doświadczenie. Apple dodaje, że Teksas traktuje zmianę kategorii wiekowej jako istotną zmianę.

Utah, Luizjana, Alabama: ustawy na 2027

Komunikat Apple z 24 lutego 2026 podawał dwie daty. Dla nowych kont API miało przekazywać kategorię wiekową w Utah od 6 maja 2026, a w Luizjanie od 1 lipca 2026. Nowe sygnały mówią ci, czy wobec użytkownika obowiązują zasady dotyczące wieku, czy musi on udostępnić swój przedział i czy rodzic musi zatwierdzić istotną zmianę. Dorośli w tych stanach mogą dostać powiadomienie o istotnej zmianie: Apple wymaga wtedy od ciebie jasnego opisu zmiany.

Od tego czasu obie ustawy zostały zmienione:

• Utah: H.B. 498 zmienia App Store Accountability Act z 2025 roku (S.B. 142). Według jej przyjętego tekstu obowiązki sklepów i deweloperów zaczynają się 6 maja 2027. Istotna zmiana jest tu definiowana węziej: zmiana warunków lub polityki prywatności, która zmienia zbierane dane, kategorię wiekową albo dodaje pierwszy zakup w aplikacji lub pierwszą reklamę.
• Luizjana: ustawa HB 977, podpisana 15 maja 2026, stała się Act 185. Uniemożliwia wejście w życie ustawy z 2025 roku (HB 570, która stała się Act 481) i zastępuje ją nowymi zasadami, obowiązującymi od 1 lipca 2027.

Oba teksty wymagają od dewelopera weryfikowania kategorii wiekowej przez narzędzia sklepu i uprzedzania sklepu o istotnej zmianie. Utah zakazuje udostępniania tych danych, Luizjana ich sprzedawania.

Alabama idzie tym samym tropem. Jej ustawa HB 161, podpisana 17 lutego 2026 i będąca teraz Act 2026-59, obowiązuje od 1 stycznia 2027 według jej przyjętego tekstu. Deweloper weryfikuje tam kategorię wiekową i zgodę rodzica przez narzędzia sklepu, uprzedza sklep o każdej istotnej zmianie i używa tych danych wyłącznie w związku z wiekiem, prawem i bezpieczeństwem.

Na 27 października 2026 roku Apple nie opublikowało żadnego komunikatu o przesunięciu terminów w Utah i Luizjanie ani o Alabamie: sprawdź, co API faktycznie zwraca twoim użytkownikom z tych stanów. Moja interpretacja: narzędzia są gotowe przed terminem obowiązku, więc wykorzystaj te miesiące na kodowanie i testy.

Brazylia: ECA Digital obowiązuje od 17 marca 2026

Cyfrowy Statut Dziecka i Nastolatka, ECA Digital, to ustawa nr 15.211 z 17 września 2025. Jej artykuł 41-A wprowadza ją w życie 17 marca 2026. Dotyczą cię trzy artykuły:

• Artykuł 12: sklepy i systemy operacyjne ustalają wiek lub przedział wieku i przekazują aplikacjom sygnał wieku przez API. Pobranie przez dziecko lub nastolatka wymaga swobodnej i świadomej zgody rodzica.
• Artykuł 13: dane z weryfikacji wieku służą tylko do tego celu.
• Artykuł 14: aplikacja przeznaczona dla dzieci i nastolatków albo taka, z której prawdopodobnie będą korzystać, musi umieć odebrać ten sygnał. Zachowuje też własne mechanizmy blokowania nieodpowiednich treści, niezależnie od tego, co robi sklep.

Po stronie Apple kategoria wiekowa jest udostępniana, gdy użytkownik albo rodzic się na to zgodzi. Aplikacja, która deklaruje w kwestionariuszu płatne skrzynki z losowymi nagrodami, dostaje 18+ w brazylijskim sklepie. Jeśli oferujesz w Brazylii alternatywną płatność, strona Apple o dystrybucji w Brazylii wymaga, żebyś umieścił ją za barierą rodzicielską dla osób poniżej 18 lat, bez proponowania im zakupu na stronie internetowej. Prowizje i kroki tej opcji znajdziesz w poradniku o alternatywnej płatności w Brazylii.

Ustawa powierza nadzór autonomicznemu organowi administracyjnemu. Doprecyzowują ją rozporządzenia wykonawcze i wytyczne tego organu, cytowane przez kancelarie prawne: nie czytałem ich w oficjalnym brzmieniu. Daj je do sprawdzenia brazylijskiemu prawnikowi, zanim dostosujesz aplikację.

Australia i Singapur: aplikacje 18+ zablokowane

Od 24 lutego 2026 roku App Store w Australii, Brazylii i Singapurze blokuje pobieranie aplikacji 18+, dopóki pełnoletność użytkownika nie zostanie potwierdzona. App Store robi tę weryfikację automatycznie. Apple zaznacza, że możesz mieć własne obowiązki sprawdzania pełnoletności użytkowników, a API wysyła ci sygnał, który w tym pomaga. Apple nie wymienia, o jakie przepisy chodzi.

Australia dodaje dwie zasady ogłoszone przez Apple:

• Media społecznościowe: od 10 grudnia 2025 roku niektóre platformy społecznościowe muszą uniemożliwiać osobom poniżej 16 lat posiadanie konta. Deweloperzy, których to dotyczy, dezaktywują istniejące konta osób poniżej 16 lat i pilnują rejestracji.
• Kategorie wiekowe: od 18 czerwca 2026 roku kategoria 15+ znika w Australii. Aplikacje 15+ z nieograniczonym dostępem do sieci, częstymi informacjami medycznymi lub płatnymi skrzynkami przechodzą na 16+. Kategorię ustawiasz w kwestionariuszu wiekowym.

W przypadku Singapuru Apple nie ogłasza niczego poza blokowaniem aplikacji 18+.

Tabela: co obowiązuje, od kiedy i co robisz

Ta tabela podsumowuje poprzednie sekcje, stan na 27 października 2026. „Apple” oznacza datę, od której App Store stosuje zasadę, „ustawa” datę obowiązków z tekstu ustawy.

Region	Data	App Store	Co robisz
Teksas	4 czerwca 2026	Weryfikuje wiek, zgoda rodzica	Przedział, zgoda, wycofanie
Utah	Ustawa 6 maja 2027	Kategoria zapowiedziana na 2026	Zakoduj przed 6 maja 2027
Luizjana	Ustawa 1 lipca 2027	Kategoria zapowiedziana na 2026	Zakoduj przed 1 lipca 2027
Alabama	Ustawa 1 stycznia 2027	Nic nie ogłoszono	Zakoduj przed 1 stycznia 2027
Brazylia	Apple 24 lutego 2026, ustawa 17 marca 2026	Kategoria przy zgodzie, 18+ blokowane	Odczytaj sygnał, filtruj
Australia	24 lutego 2026	18+ blokowane	Media społ.: nikt poniżej 16 lat
Singapur	24 lutego 2026	18+ blokowane	Sprawdź swoje obowiązki

Co musisz zakodować: sekwencja w pięciu krokach

Według FAQ Apple musisz kompilować z SDK iOS 26.2 i iPadOS 26.2 lub nowszymi, w Xcode 26.2 (17C52) lub nowszym. Następnie włącz capability Declared Age Range w swoim targecie: dodaje ona entitlement com.apple.developer.declared-age-range, wymagany przez dokumentację API.

1. Sprawdź, czy wobec tego użytkownika obowiązuje jakaś ustawa. Od iOS 26.4 requiredRegulatoryFeatures zwraca aktywne zasady: declaredAgeRangeRequired, significantAppChangeRequiresParentalConsent, significantAppChangeRequiresAdultNotification. Na iOS 26.2 isEligibleForAgeFeatures mówi ci już, czy użytkownik podlega funkcjom związanym z wiekiem.
2. Poproś o przedział wieku. requestAgeRange(ageGates:_:_:in:) przyjmuje do trzech progów wieku, na przykład 13, 16 i 18, żeby pasowały do kategorii z ustaw. Tam, gdzie ustawa określa własne progi, odpowiedź trzyma się ustawy, a nie twoich progów. Odpowiedź to .sharing(range:) albo .declinedSharing. Przedział zawiera lowerBound, upperBound i ageRangeDeclaration: zadeklarowany przez użytkownika, przez rodzica albo potwierdzony.
3. Obsłuż istotną zmianę. W przypadku nieletniego PermissionKit i SignificantAppUpdateTopic proszą o zgodę rodzica, który czyta twój opis. Do czasu jego zgody blokujesz nowość, a nawet całą aplikację. W przypadku dorosłego od iOS 26.4 showSignificantUpdateAcknowledgment(in:updateDescription:) wyświetla systemowy arkusz. Właściwość StoreKit ageRatingCode podaje bieżącą kategorię wiekową na urządzeniu: porównuj ją, żeby wykryć zmianę.
4. Nasłuchuj wycofania zgody. Włącz App Store Server Notifications w wersji 2 i obsłuż typ RESCIND_CONSENT. Apple już blokuje aplikację. Po stronie serwera to ty musisz uwzględnić to wycofanie, na przykład zawieszając dostęp konta. Jeśli twoje powiadomienia przechodzą przez RevenueCat, może on je przekazywać na twój serwer. Jego strona nie wymienia tego typu: sprawdź w sandboksie, czy rzeczywiście dociera.
5. Testuj w sandboksie. Włącz tryb dewelopera, otwórz Settings, a potem Developer. Pod swoim kontem Apple sandbox wybierz Manage, a potem Age Assurance albo Revoke App Consent, zgodnie z angielskimi nazwami z dokumentacji Apple. Strona testowa Apple proponuje sześć scenariuszy, od „poniżej 13 lat, zmiana zatwierdzona” do „18 lat i więcej, wiek potwierdzony, zmiana obowiązuje”. Menu wycofania zgody przyjmuje identyfikator bundle i wywołuje RESCIND_CONSENT na twoim serwerze.

Oto szkic w Swifcie, napisany na podstawie sygnatur z dokumentacji Apple, do dostosowania do twojej aplikacji:

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 {
        // przedział: tranche.lowerBound, tranche.upperBound, tranche.ageRangeDeclaration
    }
}

W sandboksie, w przypadku dorosłego, PermissionKit rzuca błąd AskError.notAvailable zamiast odpowiedzi: to oczekiwane, dorosły nie potrzebuje zgody rodzica.

Z Expo lub React Native

Expo udostępnia moduł expo-age-range. Jego dokumentacja, przeczytana ponownie 27 października 2026, udostępnia requestAgeRangeAsync, isEligibleForAgeFeaturesAsync (iOS 26.2), getRequiredRegulatoryFeaturesAsync i showSignificantUpdateAcknowledgmentAsync (iOS 26.4). Entitlement deklarujesz w ios.entitlements w konfiguracji Expo.

Dwa ograniczenia, o których musisz wiedzieć:

• Przed iOS 26 moduł zwraca lowerBound: 18, tak jak dla dorosłego. Nie traktuj tej odpowiedzi jako weryfikacji.
• Dokumentacja Expo nie wspomina ani o PermissionKit, ani o ageRatingCode. Żeby poprosić rodzica o zgodę, przewidź natywny moduł albo przeczytaj dokumentację ponownie przed kodowaniem. RESCIND_CONSENT obsługujesz po stronie serwera, poza aplikacją.

Moduł jest natywny: wymaga nowego builda, a nie aktualizacji OTA. Proces jest taki sam jak przy publikacji aplikacji Expo w App Store z EAS.

Publikujesz z Francji: czy to cię dotyczy?

FAQ Apple nie mówi nic o kraju, w którym działa deweloper. W każdej sprawie zgodności z przepisami odsyła do twojego doradcy prawnego. Teksańska ustawa dotyczy dewelopera, który udostępnia aplikację w Teksasie przez sklep (sekcja 121.051). Ustawy Utah i Luizjany definiują dewelopera jako osobę, która posiada lub kontroluje aplikację dostępną w stanie, bez warunku dotyczącego miejsca.

Moja interpretacja: jeśli twoja aplikacja jest dostępna w którymś z tych regionów, zakładaj, że zasady cię dotyczą. Nie możesz wykluczyć samego Teksasu, bo dostępność ustawia się w App Store Connect kraj po kraju. Wycofanie Stanów Zjednoczonych albo Brazylii, żeby uniknąć tematu, odcięłoby cię od dwóch dużych rynków.

Jeśli chodzi o dane, przedział wieku to wciąż dane osobowe, a teksty z Teksasu, Utah, Alabamy i Brazylii ograniczają ich użycie do kwestii wieku. Licencja programu deweloperskiego Apple dodaje własną zasadę (sekcja 3.3.3(O)): API służy do dostosowania aplikacji do wieku lub przestrzegania prawa, a jego danych nie wolno sprzedawać ani udostępniać brokerom danych. Traktuj je zgodnie z zasadami zbierania danych z guideline 5.1.1 i przeczytaj ponownie zasady udostępniania danych z guideline 5.1.2: ustawy obowiązują dodatkowo.

Moja checklista przed twoją następną aktualizacją

1. Wypisz regiony, w których twoja aplikacja jest dostępna: Stany Zjednoczone, Brazylia, Australia, Singapur.
2. Kompiluj w Xcode 26.2 lub nowszym i włącz capability Declared Age Range.
3. Wywołaj requiredRegulatoryFeatures, a potem requestAgeRange z progami 13, 16 i 18 lat.
4. Zapisz, co w twojej aplikacji liczy się jako istotna zmiana, i daj to do zatwierdzenia prawnikowi.
5. Podłącz prośbę o zgodę rodzica (PermissionKit) i arkusz dla dorosłych.
6. Włącz powiadomienia serwerowe w wersji 2 i obsłuż RESCIND_CONSENT.
7. Przejdź sześć scenariuszy w sandboksie i jedno wycofanie zgody.
8. Sprawdź swoje odpowiedzi w kwestionariuszu wiekowym: płatne skrzynki dają 18+ w Brazylii, a sieć społecznościowa zamknięta dla osób poniżej 13 lat zobowiązuje cię do użycia API.

Co sprawdziłem i kiedy

Przeczytane ponownie 27 października 2026. Daty i obowiązki pochodzą z komunikatów Apple Developer, jego FAQ, dokumentacji, licencji deweloperskiej i zasad review, z przyjętego tekstu każdej ustawy (Teksas, Utah, Luizjana, Alabama, Brazylia) oraz z rejestru Sądu Najwyższego. Ten poradnik nie opiera się na żadnej integracji w moich aplikacjach: kod to szkic na podstawie sygnatur Apple, a nie przetestowana integracja. Nie czytałem brazylijskich rozporządzeń, ustaw australijskich i singapurskich ani ustaw innych stanów USA.

Najczęściej zadawane pytania

Czym jest API Declared Age Range?

To API Apple, które prosi o przedział wieku użytkownika, dostępne od iOS 26 na całym świecie. Tam, gdzie wymaga tego prawo, Apple potwierdza wiek konta i przekazuje jego kategorię. Gdzie indziej użytkownik sam decyduje, czy ją udostępni.

Czy aplikacja z kategorią 18+ musi używać API?

Tak. FAQ Apple mówi to wprost: w regionach, w których wymaga tego prawo, musisz weryfikować wiek użytkowników przez API, nawet w aplikacji 18+. Blokada App Store w Australii, Brazylii i Singapurze nie zastępuje twoich własnych obowiązków.

Czy Apple może odrzucić moją aplikację, jeśli nie używam API?

Według FAQ Apple proces App Review nie zmienia się przez te ustawy. Obowiązek wynika z prawa danego regionu, a nie z review. Trzy zasady Apple już jednak wymagają kontroli wieku. Jeśli deklarujesz sieć społecznościową zamkniętą dla osób poniżej 13 lat, ogłoszenie o Time Allowances zobowiązuje cię do użycia przynajmniej API. Zasady review wymagają od aplikacji twórców (1.2.1) i aplikacji oferujących mini-aplikacje, mini-gry lub chatboty (4.7.5) ograniczania dostępu na podstawie zweryfikowanego lub zadeklarowanego wieku. A guideline 2.3.6 zawsze wymaga od ciebie uczciwych odpowiedzi w kwestionariuszu wiekowym.

Czym jest istotna zmiana według Apple?

Apple zostawia tę decyzję tobie, zgodnie z obowiązującym prawem, i odsyła do twojego prawnika. Teksańska ustawa wymienia zmianę zbieranych danych, kategorii wiekowej, zakupów, reklam albo wyraźną zmianę funkcji. Zmieniony tekst z Utah i tekst z Alabamy nie uwzględniają tego ostatniego punktu, tekst z Luizjany go zachowuje.

Co się dzieje, gdy rodzic wycofa zgodę?

Apple blokuje uruchamianie aplikacji na urządzeniu dziecka. Twój serwer dostaje powiadomienie RESCIND_CONSENT, jeśli włączyłeś App Store Server Notifications w wersji 2.

Czy ustawa z Teksasu dotyczy dewelopera z Francji?

Apple tego nie rozstrzyga i odsyła do twojego doradcy prawnego. Teksańska ustawa dotyczy dewelopera, który udostępnia aplikację w Teksasie przez sklep, bez wzmianki o jego kraju. Moja interpretacja: jeśli twoja aplikacja jest dostępna w Stanach Zjednoczonych, to jest dostępna w Teksasie, więc działaj tak, jakby ustawa cię dotyczyła.

Jak przetestować weryfikację wieku bez konta nieletniego?

W sandboksie, od iOS 26.2. W Settings, a potem Developer, twoje konto Apple sandbox oferuje gotowe scenariusze wiekowe i symulowane wycofanie zgody dla twojego identyfikatora bundle.

Źródła

• Age assurance frameworks Q&A, FAQ Apple Developer.
• Komunikaty Apple Developer: 4 listopada 2025, 8 grudnia 2025, 23 grudnia 2025, 24 lutego 2026, 21 maja 2026, 3 czerwca 2026 i 8 czerwca 2026.
• Teksty ustaw: Teksas SB 2420, Utah H.B. 498, Luizjana Act 185, Alabama HB 161, Brazylia, ustawa nr 15.211.
• Zasady Apple: App Review Guidelines, licencja programu deweloperskiego.
• Rejestr Sądu Najwyższego, sprawa 25A1390.
• Dokumentacja Apple: Declared Age Range, testy w sandboksie, typy powiadomień serwerowych.
• expo-age-range, dokumentacja Expo.

Przed twoją następną aktualizacją

Zanim wyślesz następną wersję, zrób darmową diagnostykę: powie ci, co naprawdę blokuje twój projekt, i wyśle ci moją checklistę, która chroni przed odrzuceniem przez Apple.

Apple Review Kit zawiera moją checklistę przed wysyłką, moje poprawione odrzucenia i dwa skille Claude Code, które przeglądają twój projekt i stronę aplikacji, a potem przygotowują twoją odpowiedź, jeśli Apple odrzuci aplikację. Cały proces opisuję na stronie aplikacja odrzucona przez Apple.