Expedited Review App Store: So beantragst du sie bei Apple

Die beschleunigte Prüfung (Expedited Review) gibt es, aber Apple behält sie außergewöhnlichen Umständen vor und nennt zwei davon: einen kritischen Bug in einer bereits veröffentlichten Version beheben oder eine Version zu einem Event herausbringen, mit dem deine App direkt verbunden ist. Du reichst zuerst deine Version ein, erklärst die Dringlichkeit in den Notes für den Reviewer und schickst dann das Antragsformular ab. Apple prüft jeden Antrag und beschleunigt je nach Kapazität: Eine Garantie ist das nie.

Meine Apps Solys, TradaZen und Nolera sind mit Expo gebaut. Wenn ein Bug aus dem JavaScript-Code kommt, geht der Fix als Remote-Update raus, ohne App Review. Die beschleunigte Prüfung brauche ich also nur für einen nativen Build, und genau das ist auch die erste Frage, die du dir stellen solltest, bevor du sie beantragst. Dieser Guide folgt der Hilfeseite von Apple zur beschleunigten Prüfung, zuletzt gelesen am 6. November 2026.

Was Apple nennt und was nicht durchgeht

Apple spricht von außergewöhnlichen Umständen und bittet darum, Anträge echten Notfällen vorzubehalten. Die App-Review-Seite nennt zwei Beispiele und was du jeweils liefern musst. Die drei abgelehnten Zeilen der Tabelle sind meine Lesart dieser Seiten, keine Liste von Apple.

Grund	Bei Apple	Was du liefern oder verstehen musst
Kritischer Bug in der Live-Version	Als Beispiel genannt	Schritte zur Reproduktion, aktuelle Version
Release zu einem Event	Als Beispiel genannt	Das Event, sein Datum, die Verbindung zu deiner App
Verspätete Erstveröffentlichung	Nein, meiner Meinung nach	Nichts macht sie in Apples Augen dringend
Marketingtermin ohne Event	Nein, meiner Meinung nach	Eine Kampagne ist kein mit der App verbundenes Event
Längere Wartezeit als sonst	Nein, meiner Meinung nach	Eine normale Wartezeit ist kein Notfall

Apple definiert den Begriff nicht. In der Praxis ist ein kritischer Bug eine App, die abstürzt, eine zentrale Funktion blockiert oder das Bezahlen verhindert, bei echten Nutzern, in der Live-Version. Ein Tippfehler auf einem Screen ist keiner. Und wenn deine App kurz vor einem Event noch in der Prüfung ist, kannst du laut Apple auch aus diesem Grund die Beschleunigung beantragen.

Der Ablauf in drei Schritten

1. Reiche die Version in App Store Connect ein. Nur eine bereits eingereichte Version kann beschleunigt werden. Wenn Funktionen ein Login erfordern, hinterlege einen Demo-Account im Bereich App Review Information.
2. Fülle beim Einreichen das Feld Notes aus. Bei einem kritischen Bug beschreibst du den behobenen Bug und wie man ihn in der aktuellen Version reproduziert. Bei einem Event nennst du seinen Namen, sein Datum und was deine App damit verbindet.
3. Schick das Formular Request an Expedited App Review ab, erreichbar über die Hilfeseite von Apple, nachdem du dich in deinem Entwicklerkonto angemeldet hast. Dort wählst du die betroffene App und Plattform aus und sendest ab.

Apple prüft den Antrag und antwortet dir, danach verfolgst du die Einreichung in App Store Connect. Wird der Antrag angenommen, wechselt die Version früher in den Status In Review, als es die Warteschlange erlaubt hätte. Wird er abgelehnt, läuft die Prüfung ganz normal weiter: Du verlierst nichts.

Der Button Reply to App Review in App Store Connect ist nicht dafür da, eine beschleunigte Prüfung zu beantragen. Die Kontaktseite von App Review behält ihn dem Austausch zu einer laufenden Einreichung vor; für den Antrag auf Beschleunigung und für einen Einspruch gibt es jeweils ein eigenes Formular.

Was du schreibst: zwei Vorlagen

App Review liest Englisch. Hier sind die beiden Texte, die ich parat habe, zum Anpassen in den Notes und im Formular, falls es dir ein Freitextfeld lässt. Sie passen in fünf Zeilen, weil ein Reviewer die Dringlichkeit verstehen muss, ohne die App zu öffnen.

Kritischer Bug in der Live-Version:

Version 2.0.3, currently live, crashes at launch for users who enabled notifications on iOS 26.1. Steps to reproduce: install 2.0.3, allow notifications, force quit, relaunch. The app closes immediately. Version 2.0.4 fixes the crash (notification permission is now read after the first screen loads). No other change in this build.

Release zu einem Event:

This version adds the official schedule and live results for the Nantes Trail Festival on June 5, 2027. Our app is the event's official companion app (see the link to the organizer's page in the App Review Information section). Attendees need the update before the start on June 5 at 8:00 AM CEST.

Diese beiden Texte sind Beispiele, keine Anträge, die ich verschickt habe. Zwei Regeln für deine eigenen. Überprüfbare Fakten: Version, System, Schritte, Datum, Verbindung zum Event. Nichts außer der Dringlichkeit: Wenn dein Build auch eine neue Funktion enthält, sag es in einem Satz, aber verteidige sie nicht.

Bevor du beantragst: Prüf, ob du es brauchst

Apple bittet darum, sie echten Notfällen vorzubehalten. Drei Fragen und eine Falle, bevor du das Formular abschickst.

Geht der Fix ohne Prüfung raus? Mit Expo ersetzt ein Remote-Update den JavaScript-Code bereits installierter Apps ohne neuen Build. Das ist der Weg, den ich für meine Fixes nutze. Er deckt weder nativen Code noch Berechtigungen noch native Abhängigkeiten ab: Dafür brauchst du einen Build und eine Prüfung. Und sein Inhalt muss im Rahmen dessen bleiben, was Apple freigegeben hat, wie die Einführung in EAS Update betont: Ein Remote-Update ändert nicht den Zweck der App. Der Guide zur schrittweisen Veröffentlichung eines iOS-Updates erklärt im Detail, was über welchen Weg läuft.

Ist die Wartezeit ungewöhnlich? Apple sagt, im Schnitt mindestens 50 % der Einreichungen in weniger als 24 Stunden und 90 % in weniger als 48 Stunden zu prüfen. Wenn deine Version seit einem Tag auf Waiting for Review steht, liegst du im normalen Rahmen der Prüfdauer im App Store. Die Seite zum Status einer Einreichung erinnert auch daran, was eine Prüfung verlängert: erste App ohne Historie, zu prüfende Dokumente, regulierte Themen.

Ist die Einreichung vollständig? Eine beschleunigte Prüfung bei einer unvollständigen Einreichung beschleunigt gar nichts. Apple warnt, dass eine unvollständige Einreichung die Prüfung verzögert oder scheitert. Demo-Account, Notes, Dokumente: Alles muss vor dem Formular da sein.

Und vor allem: Zieh deine Version nicht zurück, um sie neu einzureichen. Eine zurückgezogene Version verlässt die Warteschlange und fängt wieder bei null an. Wenn Apple dir während der Prüfung eine Frage stellt, antworte in App Store Connect, statt neu einzureichen, wie es der Guide zum Antworten an App Review im Resolution Center erklärt.

Wenn Apple die Beschleunigung ablehnt

Du behältst deinen Platz in der Warteschlange: Eine abgelehnte Beschleunigung ändert nichts an der laufenden Prüfung. Damit dir das nicht noch mal passiert:

• Plane deine Releases. Für ein Event empfiehlt Apple, in App Store Connect die geplante Veröffentlichung zu wählen: Die Version wird vorab geprüft und erscheint am gewünschten Datum. Die Veröffentlichungsoption einer Version stellst du auf der Seite der Version im Bereich App Store Version Release ein.
• Reiche früh ein. Eine Version, die eine Woche vor dem Event fertig ist, lässt Zeit für eine normale Prüfung und sogar für eine korrigierte Ablehnung.
• Halte dir einen Kanal ohne Prüfung für JavaScript offen. Mit Expo macht genau das aus einem kritischen Bug einen Fix in wenigen Minuten.

Meine Vorlagen für die Reviewer-Notes, meine Checkliste vor dem Einreichen und die Antworten auf die häufigsten Ablehnungen findest du gesammelt im Review Kit. Und wenn du wissen willst, was deiner Einreichung noch fehlt, bevor du sie abschickst, sagt dir das die kostenlose Diagnose und schickt dir meine Checkliste gegen Apple-Ablehnungen. Alle Schritte der Veröffentlichung findest du unter eine App im App Store veröffentlichen.

Häufige Fragen

Wie lange dauert eine beschleunigte Prüfung im App Store?

Apple nennt keine Dauer. Es heißt nur, dass jeder Antrag geprüft und die Prüfung je nach Kapazität und aktueller Nachfrage beschleunigt wird. Ein angenommener Antrag bringt die Version vor ihrer Reihe in den Status In Review, ohne Zusage zur Uhrzeit.

Kann man eine beschleunigte Prüfung für eine erste App beantragen?

Nichts verbietet es, aber Apple behält die Beschleunigung echten Notfällen vor und nennt zwei Beispiele: einen kritischen Bug in einer bereits veröffentlichten Version oder ein Release zu einem datierten Event. Eine Erstveröffentlichung, die hinter deinem Zeitplan liegt, fällt meiner Meinung nach unter keins der beiden.

Wie oft kann man eine beschleunigte Prüfung beantragen?

Apple veröffentlicht keine Zahl. Es bittet darum, Anträge echten Notfällen vorzubehalten. Meiner Meinung nach macht jeder Antrag ohne echten Grund den nächsten weniger glaubwürdig: Heb ihn dir für einen Bug auf, der deine Nutzer trifft.

Muss man die Einreichung zurückziehen, bevor man die Beschleunigung beantragt?

Nein, im Gegenteil. Nur eine bereits eingereichte Version kann beschleunigt werden, und eine zurückgezogene Version verliert ihren Platz in der Warteschlange. Reiche ein, fülle die Notes aus und schick dann das Formular ab.

Wo findet man das Formular für die beschleunigte Prüfung?

Auf Apples Entwicklerseite, nachdem du dich in deinem Konto angemeldet hast: Die Hilfeseite zur beschleunigten Prüfung führt über den Link Request an Expedited App Review dorthin. Dort wählst du die betroffene App und Plattform aus.

Garantiert eine beschleunigte Prüfung, dass die App angenommen wird?

Nein. Sie ändert nur die Position in der Warteschlange. Die Version muss die App Review Guidelines wie jede andere einhalten, und eine Ablehnung bleibt möglich.

Kann man einen Bug beheben, ohne über App Review zu gehen?

Mit Expo oder React Native ersetzt ein Remote-Update den JavaScript-Code ohne neuen Build und ohne Prüfung. Nativer Code, Berechtigungen und native Abhängigkeiten brauchen weiterhin einen Build, der bei Apple eingereicht wird.