Das Web schaltet standardmäßig auf geschlossen
Mit dem Update auf iOS 27, das am 14. September erschien, kehrt Apple die Grundeinstellung für jeden Kinderaccount unter 13 Jahren um: Safari blockiert nun jede Website, für die das Kind noch keine Freigabe hat, und macht aus einem offenen Browser einen, der sich Link für Link öffnet. Ask to Browse wurde erstmals am 8. Juni angekündigt und steht jetzt auf iPhone, iPad und Mac für jedes Gerät bereit, das über Family Sharing eingebunden ist und auf iOS 27, iPadOS 27 oder macOS 27 aktualisiert wurde.
Tippt ein Kind einen Link an, den Apple noch nicht freigegeben hat, geht die Anfrage direkt an das Telefon eines Elternteils, das einmal erlauben, dauerhaft erlauben oder blockiert lassen kann - so entsteht mit der Zeit eine persönliche Positivliste aus Schultools, Hobbyseiten und freigegebener Unterhaltung statt eines starren Inhaltsfilters. Eine begleitende Declared Age Range API, entwickelt mit Unterstützung der American Academy of Pediatrics, lässt Entwickler eine Altersgruppe 13+, 16+ oder 18+ abfragen, ohne je ein echtes Geburtsdatum zu sehen, und Communication Safety prüft jetzt auch auf blutige und gewaltverherrlichende Inhalte in Nachrichten, geteilten Medien und laufenden FaceTime-Anrufen, nicht nur in Standbildern.
Regulierer streiten noch über eine Frage, die Apple umgangen hat
Jedes bisherige Altersnachweis-Modell beginnt mit derselben Annahme: Eine Website muss irgendwie herausfinden, wie alt ihr Besucher ist. Die britische Ofcom feilt seit einem Jahr daran, was als akzeptable Altersnachweis-Methode gilt, nachdem sie eingeräumt hat, dass bloßes Schätzen nicht reicht. Frankreich hat soziale Plattformen per Gerichtsurteil verpflichtet, das Alter zu prüfen, bevor ein Konto eröffnet wird. Die Slowakei hat für ihr Under-16-Gesetz einen eigenen Prüfer gebaut, der bewusst nichts über das Kind lernt außer einem Ja oder Nein. Jeder dieser Ansätze verlangt weiterhin, dass das Kind - oder ein Stellvertreter - einer Website etwas beweist, die es nie getroffen hat.
Ask to Browse verlangt vom Kind gar nichts. Die Website erhält überhaupt kein Alterssignal - die Schranke sitzt vollständig auf dem Gerät, entschieden von einem Elternteil, das sein Kind bereits kennt, ohne Ausweis, biometrischen Scan oder Altersschätzung irgendwo in der Kette. Das ersetzt nicht die gesetzlichen Pflichten, an denen Regulierer gerade schreiben - eine Website muss weiterhin die für sie geltenden britischen, französischen oder slowakischen Regeln einhalten. Aber es löst das praktische Problem - darf dieses Kind diese Seite jetzt sehen - ohne das schwierigere Nachweisproblem zu lösen, über das Regulierer noch streiten.
Vier Ansätze für dasselbe Problem
| Ansatz | Wer entscheidet | Was vom Kind verlangt wird | Wo es gilt |
|---|---|---|---|
| UK-Altersnachweispflicht (Ofcom) | Die Plattform, über ein zugelassenes Prüfverfahren | Der Seite selbst eine Altersgruppe nachweisen | Erwachsenen- und Hochrisikoseiten in Großbritannien |
| Frankreichs Social-Media-Urteil | Die Plattform, per Gerichtsbeschluss | Alter nachweisen, bevor ein Konto eröffnet wird | Soziale Plattformen mit französischen Minderjährigen |
| Slowakisches Under-16-Gesetz | Ein separater, datenschutzfreundlicher Prüfer | Eine Prüfung bestehen, die nichts über das Kind lernt | Plattformen mit slowakischen Nutzern unter 16 |
| Apples Ask to Browse (iOS 27) | Ein Elternteil, in Echtzeit, auf dem eigenen Telefon | Nichts - keine Altersangabe, kein Ausweis, kein Scan | Safari auf jedem Kinderaccount in der Familienfreigabe |
Was sich für jede Website mit Familien als Zielgruppe ändert
Die Folge trifft den Website-Betreiber, nicht den Regulierer. Mit steigender Verbreitung von iOS 27 wird ein spürbarer Teil der Besucher unter 13 Jahren bereits in einen elterlichen Freigabeschritt eingehüllt ankommen, bevor die Seite überhaupt lädt - eine Reibung beim ersten Besuch, die keine eigene Designentscheidung verursacht hat und die kein Website-Betreiber abschalten kann. Eine neue Domain, eine neue Subdomain für eine Kampagnenseite oder eine Weiterleitung durch einen externen Checkout kann jeweils eine neue Freigabeanfrage auslösen, die nichts mit der eigenen Alterseinstufung der Seite zu tun hat, sondern allein mit Apples Whitelist-Logik.
Für EU- und britische Unternehmen, die bereits Cookie-Einwilligungen und NIS2-Pflichten im Blick behalten, ist das eine echte neue Variable auf der Liste: eine Kontrolle auf Plattformebene, die das Unternehmen weder besitzt noch konfigurieren kann und für die es kein Gesetz erfüllen musste. Es ist dieselbe Lehre, die sich in diesem Bereich immer wieder zeigt - die schnellste Veränderung beim Kinderschutz in diesem Jahr kam überhaupt nicht von einem Regulierer.
Weiterlesen: Apples Preislücke beim iPhone 18 Pro hat nichts mit der Steuer zu tun | Ihr Nachbar Hat Dem Nie Zugestimmt
