Apple Resolution Center: auf Ablehnung antworten

Das Resolution Center gibt es unter diesem Namen nicht mehr. Du antwortest auf eine Ablehnung im App-Review-Bereich deiner App, über den Button Reply to App Review. Schreib auf Englisch und liefere drei Informationen: was blockiert hat, was sich geändert hat, wie man es prüft. Das App Review Board kommt erst nach dieser Antwort ins Spiel, und nur, wenn du sicher bist, dass deine App die genannte Regel einhält.

Ich habe solche Antworten 2026 für meine eigenen Apps geschrieben: Solys, mein Wecker mit Minispielen, und TradaZen, mein Trading-Simulator. Hier erfährst du, wo du heute antwortest, was du schreibst, wann du ein Video anhängst, wann du Einspruch einlegst und was nicht funktioniert. Zu den Ablehnungsgründen selbst lies warum Apple eine App ablehnt.

Wo ist das Resolution Center hin?

Die offizielle Hilfe, Reply to App Review messages, spricht inzwischen vom App-Review-Bereich. Dort tauschst du dich mit Apple aus, inklusive Anhängen, bis du deine Einreichung erneut abschickst. Der Weg:

1. Öffne unter Apps deine App.
2. Klick oben auf der Seite auf den Link zu den ungelösten Problemen, auf einer anderen Hilfeseite View App Review Issues & Messages genannt.
3. Klick im Bereich In Progress auf Resolve neben der Einreichung.
4. Klick auf Reply to App Review und schreib in das Feld Reply.
5. Um einen Screenshot oder ein Dokument anzuhängen, klick auf Attach File, dann auf Reply.

Nur die Rollen Account Holder, Admin und App Manager können antworten. Die App-Review-Seite ergänzt, dass du den Status deiner Einreichungen in App Store Connect oder in der zugehörigen App für iPhone und iPad verfolgst.

Bevor du schreibst: Welche Nachricht hast du bekommen?

Die richtige Antwort hängt von der Nachricht ab, nicht von deinem Wunsch, dich zu verteidigen. Das ist das Raster, das ich anwende, bevor ich das Antwortfeld öffne.

Was Apple sagt	Was du tust	Neuer Build
Information Needed	Beantworte die Frage	Nein
Bug oder fehlerhafter Screen	Beheben, dann antworten	Ja
Eintrag, Links, Screenshots	Eintrag korrigieren	Nein
App missverstanden	Erklären, mit Beleg	Je nach Fall
Anhaltende Uneinigkeit	Einspruch beim Board	Nein
Angebot Bug Fix Submissions	Per Antwort annehmen	Nein

Drei Details ändern alles:

• Eine Ablehnung wegen Metadaten braucht keinen neuen Build. Apples Hilfe sagt es klar: Du korrigierst und schickst denselben Build erneut. Das ist oft bei einer Ablehnung nach 2.3.10 der Fall, wenn der beanstandete Hinweis im Store-Eintrag steht.
• Ein „Information Needed“ ist keine inhaltliche Ablehnung. Der Reviewer stellt dir eine Frage. Der Guide zur Guideline 2.1 erklärt den Unterschied zu einem echten Bug-Befund.
• Bug Fix Submissions sind ein Angebot. Ist deine App schon live und beginnt die Nachricht mit „Bug Fix Submissions: The issues we've identified below are eligible to be resolved on your next update“, kannst du die Freigabe des Updates anfragen, indem du auf die Nachricht antwortest. Schick die App in dem Moment nicht erneut ein, sonst startet ein neues Review. Das Problem behebst du in der nächsten Version.

Was du schreibst: die Vorlage in vier Blöcken

Apple hat Tipps veröffentlicht, wie man App Review kontaktiert. Zu tun: präzise sagen, was du willst, und Informationen geben, die beim Verständnis der App helfen, wenn du glaubst, sie wurde missverstanden. Zu vermeiden: das Antwortfeld für einen Einspruch oder ein beschleunigtes Review nutzen, oder nach dem Stand der Apps anderer Entwickler fragen.

Meine Vorlage besteht aus vier Blöcken. Schreib auf Englisch, ohne Adjektive. Ersetze alles in eckigen Klammern und schreib nur, was im eingereichten Build wirklich stimmt.

Hello App Review team,

Thank you for your review and for the details on
Guideline [number].

What you reported: [one sentence that restates
Apple's message, in your own words].

What changed in build [version (build)]:
- [Screen or element]: [what it does now]
- [Screen or element]: [what it does now]

How to verify:
1. [Starting point, e.g. fresh install]
2. [Action]
3. [Expected result]

We tested this flow on [devices and iOS versions].
[Attached: a short screen recording of the fixed flow.]

If anything else is unclear, please tell us which
screen or wording, and we will change it.

Best regards,
[Your name]

Jeder Block hat eine Aufgabe. Der erste zeigt, dass du gelesen hast. Der zweite nennt den Build, denn der Reviewer testet das Binary, nicht deine Absichten. Der dritte spart ihm Zeit. Der letzte öffnet die Tür, ohne zu plädieren.

Vorlagen für jede einzelne Regel findest du in meinen speziellen Guides, zum Beispiel zur Guideline 3.1.2 oder zur Guideline 4.3. Ein Antwortgerüst steht auch in meiner Vorlage für App-Review-Notizen zum Download.

Was ich beim Antworten für Solys und TradaZen gelernt habe

Solys, Guideline 2.1. Der Reviewer wollte eine Möglichkeit, das Spiel zu umgehen. Meine Antwort benannte den blockierenden Screen, die spielbare Demo im Onboarding, dann die echte Ursache: Im Kompatibilitätsmodus auf dem iPad wurde sein Hindernis unüberwindbar. Sie listete zwei nummerierte Fixes auf, darunter einen Link, um die Demo nach einem Fehlversuch zu überspringen, dann die getesteten Simulatoren, vom iPhone SE bis zum größten iPhone. Sie beschrieb auch den Notfall-Stopp-Button des Weckers, aber erst, nachdem ich den Code nachgelesen hatte, der ihn auslöst. Schreib nichts über deine App, was du nicht im Build geprüft hast.

TradaZen, Guideline 5.6. Im Oktober 2026 befand Apple, dass die App zu ungewollten In-App-Käufen drängt, ohne ein konkretes Element zu nennen. Ich habe gesucht, was täuschen konnte: Ein Kreuz oben auf der Paywall öffnete ein reduziertes Angebot, statt den Screen zu schließen. Meine Antwort räumte das in einem Satz ein: Das war mein Fehler. Danach listete sie jede Änderung auf, Screen für Screen: das Kreuz durch ein Geschenk ersetzt, kein Angebot mehr, das sich von selbst wieder öffnet, eine Werbe-Notification entfernt. Sie erinnerte daran, was konform blieb: der abgerechnete Preis am sichtbarsten, Käufe wiederherstellen, rechtliche Links. Zum Schluss bot sie an, jeden noch als mehrdeutig empfundenen Screen zu ändern. Der neue Build ging mit raus.

Beide Antworten folgen derselben Logik: die echte Ursache, der sichtbare Fix, der Weg, ihn zu sehen.

Wann du ein Video oder einen Screenshot anhängst

Apples Hilfe akzeptiert Screenshots und Dokumente als Anhang. Ein kurzes Video des korrigierten Screens ist in drei Fällen nützlich:

• das Problem hängt von einem Gerät oder einer Bedingung ab, etwa einem iPad im Kompatibilitätsmodus oder einer verweigerten Berechtigung;
• der Weg ist lang bis zum Screen, zum Beispiel am Ende des Onboardings;
• die Funktion ist schwer nachzustellen. Die App-Review-Seite verlangt, dass du ein Demo-Video liefern kannst, wenn eine Funktion eine schwer nachzubauende Umgebung oder bestimmte Hardware braucht.

Für eine App, die mit einem Zubehör arbeitet, verlangt die Hilfe zum vollständigen Review ein echtes, auf einem Apple-Gerät gefilmtes Video, keine Bildschirmaufnahme. Für einen Paywall-Text oder einen umbenannten Button reicht ein Screenshot.

Einen Anruf oder einen Termin anfragen

Wenn Schriftliches nicht reicht, bietet Apple zwei Optionen:

• Ein Anruf mit einem Apple-Mitarbeiter. Du fragst ihn im Fenster Reply to App Review an, nach einer ersten Antwort von App Review. Gib deine Zeitzone an und, wenn du willst, die gewünschte Sprache. Prüf vorher deine Kontaktdaten unter App Review Information. Laut Apple finden diese Anrufe in der Regel innerhalb von drei bis fünf Werktagen statt.
• Ein 30-minütiger Videotermin mit App Review, dienstags oder donnerstags, um über die Regeln zu sprechen. Er dient nur der Information: Er beschleunigt das Review nicht und garantiert nichts.

Einspruch beim App Review Board einlegen

Der Einspruch ist der letzte Schritt. Laut der Seite Appeal to the App Review Board passt er, wenn deine App abgelehnt wurde, obwohl du glaubst, dass sie die Regeln einhält, oder wenn du dich unfair behandelt fühlst.

Zuerst antwortest du auf die Nachricht in App Store Connect, um Dinge zu klären. Reicht das nicht, füllst du das Formular Submit an appeal to App Review aus. Die Regeln:

• ein einziger Einspruch pro abgelehnter App, der alle genannten Regeln behandelt;
• nenn die Regel und erklär Punkt für Punkt, warum deine App sie einhält;
• leg keinen Einspruch ein, wenn du die App schon korrigiert und neu eingereicht hast;
• leg keinen Einspruch bei einer bloßen Informationsanfrage ein.

Apple nennt zwei Beispiele, die ich übersetze. Vollständig: „Meine App wurde nach 2.1 wegen unvollständiger Informationen abgelehnt. Der Demo-Account und die Schritte zum Testen der Funktion stehen in App Review Information, mit Screenshots, die sie zeigen.“ Unvollständig: „Diese App ist wichtig für mein Unternehmen und hätte nicht abgelehnt werden dürfen.“

Das Board antwortet in App Store Connect und kann Informationen anfordern oder einen Anruf vorschlagen. Apple veröffentlicht keine Frist für den Einspruch. Entwickler berichten in den Apple-Foren von Wartezeiten über zwei Wochen. Ist der Fix einfach, geht ein korrigierter Build oft schneller.

Was funktioniert, was nicht

Das hilft	Das schadet
Apples Grund aufgreifen	Für deine Sache plädieren
Den korrigierten Build nennen	Einen künftigen Fix versprechen
Den Prüfweg angeben	Eine Konkurrenz-App anführen
Einen Beleg anhängen	Im Reply Einspruch einlegen
Eine vollständige Antwort	Ohne Fix neu einreichen

„Mein Screen wurde schon mal akzeptiert“ funktioniert auch nicht: Jede Version geht neu ins Review, manchmal bei einem anderen Reviewer. Die App Review Guidelines warnen außerdem, dass eine mehrfach wegen derselben Regel abgelehnte App länger geprüft wird. Zu den Review-Zeiten lies Prüfdauer im App Store.

Deine Antwort vor dem Senden gegenlesen lassen

Das Review Kit enthält die echten Nachrichten, die ich für meine Apps bekommen habe, die eingereichten Korrekturen und Claude-Code-Skills, die deine Antwort vorbereiten, wenn Apple ablehnt. Für einen menschlichen Blick buch eine Stunde mit mir: Wir lesen Apples Nachricht und schreiben die Antwort zusammen. Das komplette Vorgehen steht auf der Seite von Apple abgelehnte App.

Du hast deine App noch nicht eingereicht? Mach deine kostenlose Diagnose: Sie schickt dir meine Checkliste gegen Apple-Ablehnungen, damit du diese Antwort gar nicht erst schreiben musst.

Häufige Fragen

Wo finde ich das Resolution Center in App Store Connect?

Es heißt jetzt App-Review-Bereich. Öffne deine App, klick oben auf der Seite auf den Link zu den ungelösten Problemen, dann auf Resolve neben der Einreichung. Der Button Reply to App Review öffnet das Antwortfeld und das Hinzufügen von Anhängen.

Wie lange braucht Apple für eine Antwort?

Apple veröffentlicht keine Frist für schriftliche Antworten. Für das Review gibt Apple an, dass mindestens 50 % der Einreichungen in weniger als 24 Stunden und 90 % in weniger als 48 Stunden geprüft werden. Ein bei App Review angefragter Anruf findet in der Regel innerhalb von drei bis fünf Werktagen statt. Für das App Review Board wird keine Frist genannt.

Kann man App Review auf Französisch antworten?

Apples Hilfe legt keine Sprache für die schriftliche Antwort fest. Ich schreibe auf Englisch, in kurzen Sätzen, um auf Anhieb verstanden zu werden. Für einen Anruf kannst du bei Apple eine bevorzugte Sprache angeben, ohne Garantie.

Wie oft kann man gegen eine Ablehnung Einspruch einlegen?

Einmal pro abgelehnter App. Nennt die Nachricht mehrere Regeln, muss dein Einspruch alle behandeln. Apple verlangt außerdem, zuerst in App Store Connect zu antworten und keinen Einspruch einzulegen, wenn du schon einen korrigierten Build eingereicht hast.

Muss ich vor dem Antworten einen neuen Build einreichen?

Ja, wenn das Problem in der App liegt: beheben, Build hochladen, dann antworten und diesen Build nennen. Nein, wenn die Ablehnung die Metadaten betrifft, etwa den Store-Eintrag oder die Screenshots: Du korrigierst in App Store Connect und schickst denselben Build erneut.