Devoria
App von Apple abgelehnt: Grund lesen und korrigieren
Eine Ablehnung durch Apple ist nicht das Ende deines Projekts: Du korrigierst den genannten Punkt, reichst neu ein, und dein Konto wird nicht bestraft. Die Nachricht nennt eine Regel, aber selten die genaue Ursache. Um sie zu finden, reproduziere, was der Tester gesehen hat, auf dem in der Nachricht genannten Gerät. Dabei hilft dir das Apple Review Kit mit meinen korrigierten Ablehnungen: die echten Nachrichten zu meinen Apps, was der Tester gesehen hatte und die eingereichte Korrektur.
Von Mehdi Azizi · Inhalt geprüft am
Was du lernst
- Häufige Ablehnungen, erklärt
- Funktion für den Tester nicht erreichbar (2.1), Daten und Berechtigungen (5.1.1), nicht konforme Bilder (2.3.2), falsch platzierte Bewertungsanfrage (5.6.3): worauf jede Regel in der Praxis zielt.
- Vorbeugen vor dem Einreichen
- Vor dem Einreichen helfen dir die Checkliste und die Prüf-Skills, die häufigsten Ablehnungsgründe auszuschließen.
- Korrigieren oder antworten
- Du lernst, wann du korrigieren und neu einreichen musst und wann eine Antwort an den Tester reicht, um zu erklären, wie deine App funktioniert.
- Deine Ablehnung, mit dem Kit gelesen
- Du findest die in Apples Nachricht zitierte Regel, was sie verlangt, und ein Beispiel für Korrektur und Antwort aus meinen eigenen Ablehnungen.
Schritt für Schritt
- Schritt 1
Du liest Apples Nachricht vollständig, mit den angehängten Screenshots, falls vorhanden.
- Schritt 2
Du reproduzierst, was der Tester gesehen hat, auf dem in der Nachricht genannten Gerätetyp.
- Schritt 3
Du korrigierst in der App, im Eintrag oder in beidem.
- Schritt 4
Du reichst deine App neu ein, mit einer Notiz, die erklärt, was sich geändert hat.
Meine Ablehnungen von Apple, Regel für Regel
Diese Ablehnungen habe ich für meine eigenen Apps bekommen.Jedes Mal sagte die zitierte Regel nicht, wo das Problem lag.
| Zitierte Regel | Apples Begründung | Die echte Ursache | Die Korrektur | Stand der App |
|---|---|---|---|---|
| Guideline 2.1: Performance, App CompletenessFall lesen | Der Reviewer konnte das Onboarding auf dem iPad im Kompatibilitätsmodus nicht abschließen. | Die Demo im Willkommensbereich war auf einem kleinen iPhone nicht zu gewinnen. | Demo für alle Größen neu abgestimmt, Notfall-Button zum Weitermachen, noch am selben Tag neu eingereicht. | Angenommen, dann veröffentlicht |
| Guideline 5.6.3: Developer Code of ConductFall lesen | Die App bat um eine Bewertung, bevor der Nutzer überhaupt etwas erlebt hatte. | Die Bewertungsanfrage kam schon auf den ersten Bildschirmen. | Anfrage hinter einen ersten Erfolg verschoben. | Angenommen, dann veröffentlicht |
| Guideline 5.1.1: Legal, PrivacyFall lesen | Die Online-Datenschutzerklärung beschrieb nicht alles, was die App erfasst. | Die aktuelle Version der Erklärung war noch nicht auf der Website veröffentlicht. | Vollständige Erklärung veröffentlicht, englische Zusammenfassung ergänzt, Review-Notizen aktualisiert. | Korrigiert und erneut eingereicht |
| Guideline 5.1.1: Legal, PrivacyFall lesen | Ein Button drängte vor der Systemabfrage dazu, den Kamerazugriff zu erlauben. | Der Button hieß „Erlauben“, was Apple vor der offiziellen Abfrage nicht akzeptiert. | Button in allen 8 Sprachen der App in „Weiter“ umbenannt. | Angenommen, dann veröffentlicht |
| Guideline 2.3.2: Accurate MetadataFall lesen | Die Werbebilder der Abos waren nicht konform. | Das App-Icon wurde als Werbebild wiederverwendet. | Bilder bei den zwei betroffenen Abos entfernt, Einreichung neu erstellt. | Angenommen, dann veröffentlicht |
Warum mit mir
Ich habe echte Ablehnungen für meine eigenen Apps bekommen. Eine Willkommens-Demo, die der Tester auf dem iPad nicht schaffen konnte, wo die iPhone-App im Kompatibilitätsmodus läuft (2.1). Eine Bewertungsanfrage am Anfang des Onboardings (5.6.3). Eine veraltete Online-Datenschutzerklärung und ein eigener Button vor der Kamera-Abfrage (5.1.1). Ein Abo-Bild, das das Icon wiederverwendete (2.3.2). Jedes Mal sagte die zitierte Regel nicht alles, und genau diese Lesart gebe ich dir weiter.
Lies den Weg von TradaZen, von der Entwicklung über Apples Ablehnungen bis zur Veröffentlichung.
Mit den kostenlosen Guides starten
Häufige Fragen
Ist eine Ablehnung schlimm?
Nein, das ist üblich. Du korrigierst den genannten Punkt und reichst neu ein. Dein Konto wird dafür nicht bestraft.
Wie lange dauert das erneute Einreichen?
Das hängt von der Korrektur ab. Ein Eintrag ist schnell korrigiert, eine Funktion braucht mehr Arbeit. Danach bestimmt Apple die Dauer der neuen Prüfung.
Hilft mir das Kit, wenn meine App schon abgelehnt wurde?
Ja. Du findest die in Apples Nachricht zitierte Regel, was sie verlangt, und ein Beispiel für Korrektur und Antwort. Das Kit prüft deine Unterlagen nicht für dich: Alles steht darin geschrieben. Um sie gemeinsam durchzugehen, kannst du separat buchen: Eine Stunde mit mir, eine einstündige Videosession mit geteiltem Bildschirm, zu deiner App oder deinem Claude-Projekt, für 100 €. Es kostet 29 € und ist im iOS Kit enthalten. Das Apple Review Kit ist verfügbar. Sofortiger Download nach der Zahlung.
Kann man eine Ablehnung von Apple anfechten?
Ja. Du kannst dem Tester in App Store Connect antworten und deine App erklären. Wenn du findest, dass die Regel falsch angewendet wurde, kannst du auch beim App Review Board Einspruch einlegen: ein Einspruch pro abgelehnter Einreichung, mit konkreten Gründen.
Und der Rest meiner App?
Das Apple Review Kit ist im iOS Kit enthalten, mit dem Starter Code meiner Apps und dem kompletten Weg: Paywall und Abos, Screenshots, Eintrag in 30 Sprachen.
Kannst du garantieren, dass meine App durchkommt?
Nein. Apple hat das letzte Wort. Das Kit hilft dir, den Grund zu verstehen und zu korrigieren, nicht die Regeln zu umgehen.
Apple Review Kit
Alles, was ich prüfe, bevor ich eine App an Apple schicke, und zwei Skills, die mit Claude Code gegenlesen. 29 €.