App Store oder Google Play hat Ihren Build abgelehnt?

Ablehnungscodes

Was ist ITMS-91053?

Apples Ablehnung, wenn eine API mit Begründungspflicht aufgerufen wird, ohne dass im Privacy-Manifest ein Grund steht. Sie kommt beim Upload, nennt die gefundenen APIs, und es gibt keinen Warndurchlauf davor. Die Store-Prüfung dreht sich überwiegend um diese Klasse von Problemen. So beheben Sie es

Was ist ITMS-90683?

Apples Ablehnung für einen Build, der Kamera, Standort, Kontakte oder eine andere geschützte Ressource ansprechen kann, ohne dass in der Info.plist ein Satz steht, wozu. Sie ergibt sich aus dem Binary, nicht aus dem, was die App tut: Ein Plugin, das die Kamera einbindet, bringt die Pflicht mit, auch wenn die Kamera nie geöffnet wird. So erreicht ein Build, der auf dem Telefon einwandfrei läuft, TestFlight nie. Wir nennen den Schlüssel und das Plugin, das ihn verlangt. So beheben Sie es

Was bedeutet Warnung 90068?

App Store Connect schickt sie, wenn die MinimumOSVersion einer App unter iOS 15 liegt. Heute wird der Build trotzdem zugestellt und die Warnung kommt per E-Mail hinterher; ab Frühjahr 2027 wird der Upload abgelehnt. Ein Flutter-Projekt trägt 13.0, solange es niemand geändert hat, deshalb trifft es die meisten Teams, ohne dass sie etwas falsch gemacht hätten. So beheben Sie es

Was ist ITMS-90208?

Apples Ablehnung, wenn ein Framework in der App in seiner eigenen Info.plist ein älteres Mindest-iOS angibt, als sein Binary voraussetzt. Vor Flutter 3.41 war das meist App.framework, dessen Info.plist aus ios/Flutter/AppFrameworkInfo.plist kopiert wurde und ein altes MinimumOSVersion behielt. Seit 3.41 schreibt der Build diesen Schlüssel selbst, ein Flutter-Update behebt es also; in einer älteren Version setzen Sie ihn dort auf die Version, für die das Binary gebaut ist. So beheben Sie es

Was ist ITMS-90809?

Apples Ablehnung für jeden Verweis auf UIWebView. Neue Apps werden seit April 2020 abgelehnt, Updates seit Dezember 2020. Ein Verweis genügt, auch wenn nie eine Webansicht erscheint; er stammt fast immer aus einem alten SDK, und das SDK zu aktualisieren oder zu entfernen ist die Lösung. So beheben Sie es

Was ist ITMS-90685?

Apples Ablehnung, wenn zwei Bundles in der App denselben CFBundleIdentifier haben: meist eine Erweiterung mit der Kennung der App selbst oder ein Framework, das in der App und noch einmal in einer Erweiterung eingebettet ist. Geben Sie jeder Erweiterung eine eigene Kennung unter der der App und betten Sie jedes Framework nur einmal ein. So beheben Sie es

Auf Stand gehalten

Fristen bei App Store und Google Play, 2026–2027

Beide Stores ziehen ihre Anforderungen jedes Jahr an, und eine Checkliste von letztem Jahr hört still auf, eine zu sein. Das hier gilt heute. Das Datum unten sagt, wann es zuletzt mit dem abgeglichen wurde, was Apple und Google veröffentlichen.

Zuletzt am 16. September 2026 mit den veröffentlichten Anforderungen von Apple und Google abgeglichen. Zieht ein Level an, ziehen die Prüfungen mit, und jeder Bericht nennt, welche Prüfungen liefen und welche nicht.

Was die Store-Prüfung umfasst

• Ein fehlendes Privacy-Manifest, oder ein SDK, das ohne eines ausgeliefert wird
• APIs mit Begründungspflicht ohne erklärten Grund — die Ablehnung ITMS-91053, die ohne Vorwarnung kommt
• Ein Plugin, das Kamera, Standort oder Kontakte anspricht, ohne …UsageDescription in der Info.plist — ITMS-90683, das den Upload vor TestFlight stoppt, oft für eine Funktion, die die App gar nicht nutzt
• Ein App-Store-Icon mit Transparenz, ein Framework mit falscher Mindest-iOS-Version (ITMS-90208) oder keine Angabe zur Verschlüsselung, sodass jeder Build als Missing Compliance wartet
• Ein Plugin, das sich ohne Berechtigung für Push anmeldet, sodass nie eine Benachrichtigung ankommt, ein Verweis auf UIWebView (ITMS-90809) oder zwei Bundles mit derselben Kennung (ITMS-90685)
• Eine Drittanbieter-Anmeldung ohne gleichwertige Alternative daneben (Richtlinie 4.8)
• Keine Möglichkeit, das Konto in der App zu löschen (Richtlinie 5.1.1(v) und Googles Datenlöschrichtlinie, die zusätzlich einen Weg außerhalb der App verlangt)
• Ein Target-API-Level, das Google Play nicht mehr annimmt
• Native Bibliotheken, die auf 16-KB-Speicherseiten nicht laden — ab 1. Februar 2027 veröffentlicht Google Play solche Updates nicht mehr, meist wegen Plugins mit vorkompiliertem Code
• Ein Release mit dem Debug-Schlüssel signiert, ein debugfähiger Build oder eine Play Billing Library älter als Version 8
• Berechtigungen, die Google Play nur bestimmten Apps erlaubt — Standort im Hintergrund, Fotos und Videos, alle installierten Apps, alle Dateien — und solche, die deklariert werden müssen, ab 27. Januar 2027 auch der genaue Standort
• Ein Datenschutzlabel oder ein Data-Safety-Formular, das weniger angibt als der Build tut
• Eine Support- oder Datenschutz-URL im Store-Eintrag, die nicht mehr antwortet

Die Normen und Store-Regeln, nach denen wir prüfen

App Store Review Guidelines

4.8 · 5.1.1(v) · 1.5 und wofür das Review ablehnt

PrivacyInfo.xcprivacy

Pflicht seit 1. Mai 2024 — die Datei hinter ITMS-91053

MinimumOSVersion

heute Warnung 90068, ab Frühjahr 2027 Ablehnung

iOS-27-SDK

Pflicht für Uploads ab April 2027

Play Target-API-Level

36 seit 31. August 2026 · 35 zum Gelistetbleiben

Play Data safety

und Kontolöschung in der App

Build schicken. Bericht per E-Mail bekommen.

Preis

Die Store-Prüfung kostet 190 €, 2 Arbeitstage. Für eine einzelne Ablehnung oder eine Frage vor der Umsetzung: Beratung für 90 €/Stunde.

Prüfung anfragen

Build per E-Mail schicken. Festpreis und Termin bekommen.

Schreiben Sie an hello@checkapp.dev: der Build oder ein Link darauf und ein Satz dazu, was Sie brauchen — Barrierefreiheitsprüfung, Store-Prüfung oder beides. Festpreis und Termin kommen am selben Arbeitstag zurück.