Apple führt neue Funktion ein, um die Nutzung von Apps durch Minderjährige zu verhindern: „18+ nicht herunterladbar“ — Die Realität der von Apple eingeführten „Altersverifikation“

Apple führt neue Funktion ein, um die Nutzung von Apps durch Minderjährige zu verhindern: „18+ nicht herunterladbar“ — Die Realität der von Apple eingeführten „Altersverifikation“

1. „Altersverifizierung“ wird zur Standardfunktion im App Store

In den letzten Jahren hat sich die Online-Altersverifizierung von einer „Selbstauskunft für bestimmte Dienste“ hin zu einer „Altersgarantie durch die Plattform“ verlagert. Der Grund ist einfach: Es ist für die Regulierungsbehörden einfacher, den Schutz für Kinder am Eingang, wie dem Betriebssystem oder App Store, zu kontrollieren, als dies jeder einzelnen App zu überlassen.


In diesem Zusammenhang hat Apple nun einen starken Schritt unternommen, um den „Download von 18+ Apps“ zu blockieren. In den betroffenen Regionen können Nutzer, die ihre Volljährigkeit nicht nachweisen können, keine 18+ Apps herunterladen. Es wird nicht die „Nutzung“ der App blockiert, sondern der „Erwerb“ – diese Änderung im Design des Eingangs hat Auswirkungen nicht nur auf das Benutzererlebnis, sondern auch auf Geschäfts- und Einnahmenstrukturen.


2. Was sich geändert hat: In Australien, Brasilien und Singapur ist 18+ „Altersverifizierung erforderlich“

Apple hat zwei wesentliche Änderungen bekannt gegeben.


(A) Downloadbeschränkung für 18+ Apps (Australien, Brasilien, Singapur)
Ab dem 24. Februar 2026 wird der App Store in Australien, Brasilien und Singapur den Download von Apps mit einer 18+ Bewertung blockieren, es sei denn, die Volljährigkeit des Nutzers wird auf „vernünftige Weise“ überprüft. Die Altersverifizierung erfolgt automatisch durch den App Store.


Wichtig ist, dass Apple nicht sagt, dass es „alles übernimmt“. Apple stellt klar, dass „Entwickler möglicherweise verpflichtet sind, die Volljährigkeit unabhängig zu überprüfen“. Das bedeutet, dass trotz der Blockade am Eingang zusätzliche Altersverifizierungen auf App-Seite erforderlich sein können.


(B) Erweiterung der Declared Age Range API (Alterskategorien/Regulationssignale/Notwendigkeit der elterlichen Zustimmung)
Apple hat die Declared Age Range API erweitert, sodass Entwickler die „Alterskategorie“ der Nutzer erhalten können und zusätzliche Informationen (Signale) für die Einhaltung von Vorschriften zurückgeben. Zum Beispiel, ob altersbezogene Vorschriften für den Nutzer gelten, ob die Altersfreigabe obligatorisch ist oder ob bei wichtigen Updates von Kinder-Apps die Zustimmung der Eltern erforderlich ist.


Für Brasilien wird zudem angegeben, dass die Alterskategorie geteilt wird, wenn der Nutzer oder die Eltern zustimmen, und es werden Signale zur „Methode“ der Altersgarantie zurückgegeben.


3. In den USA treiben „Staatsgesetze“ die Entwicklung voran: Zeitplan für Utah und Louisiana

In den USA schreiten die Entwicklungen auf staatlicher Ebene voran, und Apples Implementierung ist in Bezug auf „wann, wo und welche Informationen geteilt werden“ fragmentiert.


Laut Apple wirdab dem 6. Mai 2026 in Utah und dem 1. Juli 2026 in Louisianabei neuen Apple Accounts die Alterskategorie über die Declared Age Range API geteilt, wenn Entwickler dies anfordern.


Hier entsteht die Struktur, dass der Store „Eingangsinformationen zum Alter“ besitzt und einen Teil davon an die App weitergibt. In politischen Diskussionen um soziale Netzwerke und Apps hat Meta beispielsweise die Haltung verstärkt, dass „der App Store die Altersverifizierung übernehmen sollte“.

 
Traditionell hat Apple mit dem Argument der Privatsphäre, dass „das Sammeln von Geburtsdaten oder ID-Informationen aller Nutzer gefährlich ist“, Widerstand geleistet. Doch je mehr Staats- und Landesgesetze „Altersgarantien am Eingang“ fordern, desto mehr rückt der Kompromiss in den Vordergrund, nur die „Alterskategorie“ zu teilen.


4. Was fordert „Altersgarantie“ letztendlich von den Nutzern: Quelle von Bequemlichkeit und Sorge

Aus Nutzersicht ist am interessantesten, was „vernünftige Methoden“ sind und wie viel zusätzliche Belastung sie mit sich bringen.

Dieser Punkt ist am umstrittensten. In den MacRumors-Threads koexistieren Unterstützung, Ironie und Besorgnis auf demselben Bildschirm.

  • „Es ist selbstverständlich für den Kinderschutz“ und „Wenn Filme Altersbeschränkungen haben, sollten Apps sie auch haben“ sind zustimmende Meinungen.

  • Auf der anderen Seite gibt es starken Widerstand mit Aussagen wie „Altersverifizierung bedeutet oft, dass Führerschein oder Reisepass vorgelegt werden müssen, und letztendlich sehe ich nur eine gehackte Zukunft“.

  • Außerdem gibt es die Andeutung eines „Rückzugs“, dass „wenn es so umständlich ist, ist es für Entwickler die richtige Entscheidung, die App nicht in den betroffenen Regionen oder Staaten anzubieten“.


Apple selbst hat sich gegen schwere Identitätsverifizierungen wie das Einreichen von IDs ausgesprochen (Risiken der Datenerfassung, Probleme bei der einheitlichen Weitergabe an Entwickler). Diese Philosophie im Hintergrund führt dazu, dass die Declared Age Range API auf ein Minimum der „Alterskategorie“ statt des „Geburtsdatums“ setzt.


In der Realität unterscheiden sich jedoch die Anforderungen der nationalen und staatlichen Gesetze. Selbst wenn die Plattform ein leichtes System bereitstellt, kann es rechtlich nicht ausreichen, sodass zusätzliche Überprüfungen auf App-Seite erforderlich sind, was das Benutzererlebnis verdoppeln könnte. Apples Hinweis, dass „Entwickler möglicherweise zusätzliche Verpflichtungen haben“, könnte als Vorwegnahme dieser „realen Verzerrung“ gelesen werden.


5. Auswirkungen auf die Entwicklerseite: Die Komplexität des Betriebs wiegt schwerer als die Implementierungslast

Der Schmerzpunkt für Entwickler liegt weniger in der Hinzufügung der API selbst, sondern in derBetriebsplanung, die Länder, Staaten, Alterskategorien und elterliche Zustimmungumfasst.


Apple hat nicht nur die Declared Age Range API, sondern auch das PermissionKit für wichtige Updates für Kinder und Eigenschaften sowie Benachrichtigungen im Zusammenhang mit Altersbewertungen eingerichtet.

 
Darüber hinaus wird in WWDC-Sitzungen die Gestaltung von Erlebnissen nach Alter gezeigt und die Implementierungsrichtung geleitet.


Auf der anderen Seite neigt die Stimmung vor Ort dazu, „je mehr Spezifikationen es gibt, desto mehr scheitert man an der Store-Prüfung oder den Metadatenanforderungen“. Auch im Apple Developer Forum sind Beispiele zu sehen, bei denen die Auswahl oder Angabe von Altersverifizierungsmechanismen mit der Prüfung und den Metadaten verbunden ist.

 
In der Reddit-Entwicklergemeinschaft gibt es weiterhin praktische Klagen über Benachrichtigungen und Verfahren zur Aktualisierung von Altersbewertungen (einschließlich des Austauschs von Betriebswissen wie „kein neues Binary erforderlich“).


Das bedeutet, dass Altersgarantie eher „Compliance-Betrieb“ als „Funktion“ ist und letztendlich die Kosten fürErklärung, Prüfung, regionale Unterschiede und Anfragenmehr ins Gewicht fallen als die Implementierung.


6. Reaktionen in sozialen Netzwerken: Warum Unterstützung und Ablehnung nicht zusammenpassen

Das aktuelle Thema lässt sich in sozialen Netzwerken leicht in drei Diskussionspunkte unterteilen.

 


(1) Effektivität des Kinderschutzes: Den Eingang zu blockieren ist verständlich
Die Tatsache, dass der „18+ Eingang geschlossen wird“, ist intuitiv und zieht leicht zustimmende Meinungen an. Auch bei MacRumors sind Stimmen wie „lange erwartet“ und „als Elternteil unterstütze ich das“ symbolisch.


(2) Privatsphäre: Widerstand gegen ID-Einreichung und zentrale Verwaltung
Die Angst der Gegner ist, dass „Altersverifizierung letztendlich auf die Einreichung von Ausweisen hinausläuft“. Ob bei Apple oder einem externen Anbieter, das intuitive Gefühl ist, dass die Schäden im Falle eines Lecks groß sind. In den Threads wird die Aussage „Ich sehe nur eine gestohlene Zukunft“ so oft geäußert, dass die emotionale Temperatur hoch ist.


(3) Verantwortungsschieberei: Store oder App
In der gesamten Branche ist „wer die Altersverifizierung übernehmen sollte“ ein politisches Thema geworden. In früheren Berichten wurde die Struktur beschrieben, dass die Verantwortung auf die Plattformen (Apple/Google) verlagert werden sollte, während die Plattformen aus Datenschutzgründen Widerstand leisten.

 
Apples Implementierung liegt in der Mitte. „Der Eingang wird blockiert, aber die Entwickler haben weiterhin Verpflichtungen“, sodass sowohl von den Befürwortern „noch zu schwach“ als auch von den Gegnern „der Eingang wird überwacht“ leicht Unzufriedenheit geäußert wird.


Diese Unvereinbarkeit ist wahrscheinlich der Hauptgrund, warum die Meinungen in sozialen Netzwerken parallel verlaufen.


7. Was als nächstes passiert: Erweiterung der betroffenen Regionen und Normalisierung des „Teilens von Alterskategorien“

Das aktuelle Update ist mit Australien, Brasilien, Singapur und bestimmten US-Bundesstaaten verbunden. Doch die Diskussion um Altersgarantien schreitet in vielen Ländern voran, und der Trend, dass App Stores als „Regulierungseingang“ behandelt werden, wird stärker.


In Zukunft werden wahrscheinlich drei Schwerpunkte im Mittelpunkt stehen.

  1. Zunahme der betroffenen Regionen(ob sich die „18+ Downloadbeschränkung“ auf andere Länder ausweitet)

  2. Konkretisierung der Überprüfungsmethoden(wo sich „vernünftige Methoden“ in der Praxis einpendeln)

  3. Vermeidung der Verdopplung des Benutzererlebnisses(wie man die doppelte Altersverifizierung durch Store und App reduziert)


Ein weiterer oft übersehener Punkt ist dieGenauigkeit der Altersbewertung. Je mehr der Eingang geschlossen wird, desto direkter beeinflussen Bewertungsfehler (übermäßig oder unzureichend) die Verbreitung. In Brasilien wurde gezeigt, dass Vorschriften und Bewertungen miteinander verbunden sind, wie „Lootbox-Deklaration → 18+“, und die Bedeutung von „Metadaten“ wird in Zukunft weiter zunehmen.


Quellen-URL

Verwandte Artikel