Die App Store-Prüfrichtlinien wurden am 16. Oktober 2026 im Bereich KI-Inhalte aktualisiert. Apple erläuterte am selben Tag in einem Beitrag in seinem Entwickler-Newsfeed, wie die Überarbeitung mit nicht einvernehmlichen intimen Bildern und mit Apps umgeht, die nach bestandener Prüfung neue Funktionen unterschieben. Es handelt sich nicht um ein völlig neues Verbot: Apple betont, dass pornografisches Material, „Nudification“-Apps, die Fotos realer Personen per KI in nackte oder sexualisierte Bilder verwandeln, sowie versteckte Funktionen schon bisher untersagt waren. Drei Dinge ändern sich tatsächlich: Apps zur KI-Inhaltserstellung werden ausdrücklich den Pflichten zur Inhaltsmoderation unterstellt, nicht einvernehmliche intime Bilder müssen proaktiv verhindert und entfernt werden, und die Folgen von Verstößen sind bis hin zum Verhaltenskodex für Entwickler und zur Kündigung des Accounts ausformuliert.
Was Richtlinie 1.2 ändert: Generatoren stehen jetzt auf einer Linie mit sozialen Plattformen
Richtlinie 1.2 regelt nutzergenerierte Inhalte. Nach der Überarbeitung umfassen die Anforderungen an die Inhaltsmoderation ausdrücklich nicht einvernehmliche intime Bilder, einschließlich solcher, die mit KI-Werkzeugen erzeugt wurden, als Inhalte, die Apps proaktiv verhindern und entfernen müssen; der Richtlinientext nennt Apps zur KI-Inhaltserstellung zudem ausdrücklich neben sozialen Medien und Plattformen für nutzergenerierte Inhalte. Die bisherigen Pflichten — anstößiges Material filtern, eine Meldemöglichkeit anbieten und das Blockieren missbräuchlicher Accounts ermöglichen — bleiben bestehen. Neu ist die Konsequenz: Entwickler, die keine angemessenen Schutzmaßnahmen umsetzen oder Verstöße nach einem Hinweis nicht beheben, riskieren einen Verstoß gegen den Verhaltenskodex für Entwickler und die Entfernung aus dem App Store. Dieses Risiko ist nicht abstrakt: Anfang dieses Jahres wurde xAIs Grok in großem Umfang genutzt, um sexualisierte Deepfakes anderer Personen zu erzeugen, und die britische Datenschutzbehörde ICO machte xAI daraufhin zum Gegenstand einer gesonderten förmlichen Untersuchung (siehe die ICO und ihre Forderungen an große Modellentwickler). Apple hat den Grundsatz „Generatoren sind für ihre Ergebnisse verantwortlich“ nun in seine allgemeinen Regeln geschrieben, statt jeden Fall einzeln zu verhandeln.
Neue Richtlinie 2.5.19: Die bestandene Prüfung ist nicht die Ziellinie
Die neue Richtlinie 2.5.19 stellt ein langjähriges Verbot klar: Eine App darf bei der Prüfung nicht verschleiern, was sie tut, und sich nach der Freigabe nicht verändern, etwa indem sie Funktionen hinzufügt, die in der eingereichten Version nicht enthalten waren. Apps, die dabei erwischt werden, werden aus dem App Store entfernt, ihre Entwickler aus dem Apple Developer Program. Der Richtlinientext stellt außerdem klar, dass versteckte, ruhende oder undokumentierte Funktionen als solche unzulässig sind und dass auch das Verbergen etwa durch Code-Verschleierung einen Verstoß darstellt. Auf die Entwicklungspraxis übertragen: Wer nach der Freigabe per serverseitigem Schalter oder Fernkonfiguration heimlich eine nicht deklarierte Erzeugungsfunktion aktiviert, fällt genau unter diese Regel; die bestandene Prüfung ist nur noch der Anfang der Compliance, keine Freistellungsphase.
Abschnitt 5 und die Reichweite: eine weltweite Plattformregel, kein nationales Gesetz
Die Änderung in Abschnitt 5 zielt auf die schwerste Kategorie: Apps, die Menschenhandel oder die Ausbeutung von Kindern ermöglichen, werden nicht nur aus dem App Store entfernt, sondern auch von alternativer Distribution ausgeschlossen — in Regionen, die App-Marktplätze von Dritten zulassen, schließt dies den Ausweg, die App einfach anderswo neu einzustellen. Die Abgrenzung ist wichtig: Diese Richtlinien sind Apples Plattformregeln, nicht das Gesetz irgendeines Landes. Sie binden als Vertriebsbedingung Entwickler, die weltweit über den App Store vertreiben, und regeln dieselbe App im Web oder unter Android nicht unmittelbar; doch in den meisten Märkten führt an iOS-Distribution über den App Store kein Weg vorbei, sodass ihre praktische Wirkung erheblich ist. Apple gab außerdem bekannt, im vergangenen Jahr mehr als 150.000 Apps mit Sicherheitsproblemen an der Veröffentlichung gehindert und mehr als 193.000 Entwickleraccounts wegen Betrugs und Missbrauchs beendet zu haben.
Vier Korrekturen für alle, die eine generative App unter iOS anbieten
Erstens: die Einstiegspunkte inventarisieren. Jede Funktion, die Fotos realer Personen annimmt oder Abbilder realer Personen erzeugen kann, ist als Hochrisikofläche zu behandeln — nicht als etwas, das man erst nach Beschwerden prüft. Zweitens: die Abwehr nach vorn verlagern. Sexualisierte Bearbeitungen von Bildern realer Personen müssen vor der Erzeugung blockiert werden, denn bloßes nachträgliches Löschen erfüllt die wörtliche Anforderung des proaktiven Verhinderns nicht mehr; Melde- und Blockierfunktionen müssen verfügbar bleiben. Drittens: einen Reaktionsweg für Apples Hinweise einrichten. Jemand im Team muss für den Empfang von Hinweisen, die fristgerechte Behebung und die Dokumentation zuständig sein, denn das Nichtbeheben nach einem Hinweis ist nun selbst als Verstoß festgeschrieben. Viertens: Funktionsschalter mit der geprüften Version in Einklang bringen. Fernkonfiguration und schrittweise Rollouts dürfen keine nicht deklarierten Fähigkeiten aktivieren, und funktionale Änderungen gehören in den normalen Update-Prozess. Für Teams, die nur auf iOS setzen, wiegt der Verlust der Mitgliedschaft im Developer Program weit schwerer als eine einzelne Ablehnung — er kappt nahezu den gesamten Vertriebskanal. Dass die Regeln nun schriftlich vorliegen, gibt Behebung und Widerspruch immerhin einen klaren Bezugspunkt; ob die Durchsetzung große Plattformen und kleine Entwickler gleich behandelt, wird sich erst an den künftigen Entfernungsfällen zeigen.
