1. Bezug
Die Guideline-Nummer und eine Zeile, die den Befund anerkennt. Noch keine Verteidigung.
So funktioniert das Resolution Center
Jede App-Version hat in App Store Connect einen Nachrichtenverlauf. Apple schreibt die Ablehnung dorthin; du antwortest dort, mit Text und Anhängen (Screenshots, Bildschirmaufnahmen, PDFs). Hast du die Binary geändert, lade einen neuen Build mit höherer Build-Nummer hoch und reiche die Version erneut ein; deine Antwort erklärt dann den Build. Haben sich nur Metadaten geändert, bearbeite sie, speichere und antworte, dass sie aktualisiert sind; derselbe Build wird erneut geprüft. Antworten liest das Review-Team, nicht immer derselbe Reviewer, daher sollte jede Antwort für sich allein verständlich sein.
Aufbau einer Antwort, die zur Freigabe führt
2. Was sich geändert hat
Nummerierte Liste, eine Zeile pro Punkt, in der Vergangenheitsform. "Sign in with Apple zum Login-Screen hinzugefügt."
3. Wo man es findet
Genauer Pfad in der App für jeden Punkt: "Einstellungen, Konto, Konto löschen".
4. Build und Account
Neue Build-Nummer und die Demo-Zugangsdaten, wiederholt, auch wenn sie unverändert sind.
5. Belege
Eine Bildschirmaufnahme von 30 bis 60 Sekunden oder zwei Screenshots als Anhang, klar benannt.
6. Angebot
Ein Satz, der ein Telefonat oder weitere Informationen anbietet. Dann hör auf zu schreiben.
Vorlage A: behoben und neu eingereicht
Diese Vorlage bleibt auf Englisch, weil die Reviewer von Apple und Google Englisch lesen.
Antwort nach einer Änderung an der App (neuer Build)
Thank you for the review and for pointing out the issue under Guideline [number]. We have addressed it in build [build number], now submitted: 1. [Change, e.g. Added an in-app account deletion option] - [location, e.g. Settings, Account, Delete account]. 2. [Change] - [location]. 3. [Change] - [location]. Demo account: [email] / [password] (pre-confirmed, sample data included). A screen recording showing items 1 to 3 is attached. Please let us know if anything else is needed. Thank you.
Ich bin sehr glücklich, dass ich diese App gekauft habe! Extrem einfach und großartige Dokumentation. Ich stand in Kontakt mit dem Kundenservice, sie antworteten sehr schnell und sehr freundlich. Sie lösten meine Frage innerhalb eines Tages. 10/10 würde ich empfehlen.
Vorlage B: Der Reviewer hat etwas übersehen (keine Änderung nötig)
Diese Vorlage bleibt auf Englisch, weil die Reviewer von Apple und Google Englisch lesen.
Antwort, wenn die Funktion existiert und der Build gleich bleibt
Thank you for the review. We believe the functionality referenced under Guideline [number] is already present in build [build number], and we would like to point to where it can be found: - [Feature]: [exact path, e.g. tap the profile icon, then Settings, then Delete account]. - [Feature]: [exact path]. The attached screen recording (00:00 to 00:45) shows the steps on an iPhone with the demo account [email] / [password]. If the behavior differs on your device, we would appreciate a screenshot or the device and iOS version so we can reproduce it. We are also glad to schedule a call. Thank you for your help.
Vorlage C: Informationen oder Demo-Account angefordert
Diese Vorlage bleibt auf Englisch, weil die Reviewer von Apple und Google Englisch lesen.
Antwort auf eine Informationsanfrage nach 2.1
Thank you for your message. Here is the requested information. What the app does: [App name] lets [who] [do what]. The web version is at [URL]; this iOS app adds [push notifications, Face ID lock, offline screen, native sharing]. Demo account: [email] / [password]. The account is pre-confirmed, has no two-factor codes and contains sample [projects/orders/chats]. Second role, if needed: [email] / [password]. How to reach the main features: - [Feature]: [path] - [Feature]: [path] [Anything unusual: hardware, region, first load takes a few seconds while the backend starts.] Contact during review: [name, phone, email]. Thank you.
Vorlage D: reine Metadaten-Korrektur
Diese Vorlage bleibt auf Englisch, weil die Reviewer von Apple und Google Englisch lesen.
Antwort nach Aktualisierung von Screenshots, Name oder Beschreibung (gleicher Build)
Thank you for the review. We have updated the App Store metadata as requested under Guideline [2.3.x]: 1. Replaced all screenshots with captures from the iOS app (iPhone [size] and iPad [size]). 2. Removed references to [other platforms / beta / third-party names] from the description and subtitle. 3. Changed the app name to [new name] to match the name shown on the device. No changes were made to the binary; build [build number] remains the submitted build. Please let us know if anything else should be adjusted. Thank you.
Was du nicht schreiben solltest
- Entschuldigungen, die länger als eine Zeile sind, oder Erklärungen, wie hart du gearbeitet hast.
- Versprechen für künftige Updates statt Änderungen in diesem Build.
- Technische Details zum Framework oder zum KI-Tool, mit dem die App gebaut wurde.
- Eine neue Bundle ID oder ein zweiter App-Eintrag, um "neu anzufangen"; siehe wiederholte Ablehnungen.
Anhänge und Timing
| Situation | Anhängen | Wann absenden |
|---|---|---|
| In einem neuen Build behoben | Bildschirmaufnahme jeder Änderung, 30 bis 60 Sekunden | Direkt nachdem der neue Build fertig verarbeitet ist; reiche die Version in derselben Sitzung ein. |
| Reviewer hat ein Feature übersehen | Aufnahme mit Zeitmarken, Gerät und iOS-Version | Am selben Tag. Lade keinen neuen Build hoch, außer du hast auch etwas geändert. |
| Demo-Account angefordert | Nichts erforderlich; ein kurzes Walkthrough-Video hilft | Innerhalb weniger Stunden. Das Review pausiert, bis du antwortest. |
| Frage zu geistigem Eigentum oder Rechten | Lizenzbelege, Markeneintragung, schriftliche Genehmigung als PDF oder Screenshots | Vor der Antwort; sammle zuerst die Unterlagen und antworte dann einmal. |
Häufig gestellte Fragen
Wie lang sollte eine Antwort sein?
In den meisten Fällen unter 200 Wörter. Nummerierte Punkte mit Fundorten werden gelesen; Absätze werden überflogen.
Antworte ich vor oder nach dem Hochladen des neuen Builds?
Erst hochladen, warten, bis der Build verarbeitet ist, die Version einreichen und dann mit der Build-Nummer antworten. Eine Antwort, die auf einen Build verweist, den Apple noch nicht sehen kann, kostet eine zusätzliche Runde.
Was, wenn ich mit der Ablehnung nicht einverstanden bin?
Nutze zuerst Vorlage B mit Belegen. Widerspricht die Antwort weiterhin, bitte um ein Telefonat und erwäge dann einen Einspruch beim App Review Board; der Guide zu wiederholten Ablehnungen erklärt, wann sich was lohnt.
Drei Wege, deine App in die Stores zu bringen
Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.
Selbst machen
$109 pro Plattform, einmalig
Die WebViewGold-Lizenz: ein fertiges Xcode- oder Android-Studio-Projekt. URL einfügen, Name und Icon setzen, Features einschalten, bauen und einreichen. Kostenlose Updates für immer.
Pakete auf der Hauptseite ansehenCloud Builder
$349 pro Lizenz, einmaliges Add-on
Kein Mac, kein Xcode, kein Android Studio: Du konfigurierst im Browser, wir bauen beide Apps in der Cloud und übergeben sie an App Store Connect und die Play Console.
So funktioniert der Cloud Builder Kostenlose Demo ausprobierenFull Service
$698 pro Plattform $798
Schick uns deine URL und dein Icon. Unser Team konfiguriert, baut und liefert deine App innerhalb von 72 Stunden, White-Label, inklusive Quellprojekten. Beide Plattformen für $1,158.
Full-Service-Details Powered by
Winter-Sale-Preise gültig bis 31. Dezember 2026.