App Store Prüfung: Wie lange dauert das App Review 2026?

Die meisten Prüfungen im App Store sind nach 24 bis 48 Stunden erledigt. Auf Apples Seite zum App Review steht, dass App Review in der Regel mindestens 50 % der Einreichungen in weniger als 24 Stunden prüft und 90 % in weniger als 48 Stunden. Livedaten aus Runways Tracker für Prüfzeiten, zuletzt aktualisiert am 29. Oktober 2026, zeigten im Schnitt 14 Stunden 53 Minuten in Waiting for Review und 49 Minuten In Review, zusammen also etwa 15 Stunden 42 Minuten.

Das ist der Normalfall, kein Versprechen. Die Schlange wird länger, wenn Apple im September die Einreichungen für ein neues Betriebssystem öffnet, rund um die Feiertage im Dezember und bei jeder App, die Nachweise braucht, eine sensible Berechtigung nutzt oder neu im Store ist. An solchen Tagen kann eine Prüfung mehrere Tage dauern, und einzelne Entwickler berichten von zwei Wochen und mehr. Apple veröffentlicht Ziele und eine jährliche Zahl der Prüfungen, aber keine Livelänge der Warteschlange. Jede aktuelle Zahl auf dieser Seite stammt deshalb von Dritten, die echte Einreichungen messen.

Genau genommen besteht die Wartezeit bei der App Store Prüfung aus drei Abschnitten, die nacheinander ablaufen. Zuerst wird dein Build nach dem Upload verarbeitet. Dann liegt die Einreichung in Waiting for Review, bis jemand aus dem Team sie aufnimmt. Danach steht sie auf In Review, solange sie getestet wird. Nach der Freigabe folgt ein vierter, kürzerer Schritt: die Veröffentlichung, die sofort passieren kann, von dir zurückgehalten wird oder zu einem geplanten Termin läuft. Jeder Abschnitt unten behandelt einen dieser Schritte, mit Apples eigener Beschreibung, was der Status bedeutet und was du während der Wartezeit tun darfst.

Auf Deutsch heißt der Status Waiting for Review meist „Warten auf Prüfung“, so steht er in Beiträgen deutschsprachiger Entwickler, und so wird auch gesucht: App Store Prüfung Dauer, Apple App Review Dauer, App Store Connect Warten auf Prüfung. Gemeint ist immer derselbe Ablauf, den Apples Team App Review nach den App Review Guidelines durchführt. Die Statusnamen nennen wir hier so, wie Apple sie in seinen englischen Hilfeseiten schreibt. Um Kundenrezensionen und Sternebewertungen geht es auf dieser Seite nicht. Das ist ein eigenes System, und unser Ratgeber, wie du Bewertungen im App Store bekommst, behandelt es.

Eine erste Einreichung dauert meist länger als ein Update, weil es mehr zu prüfen gibt: Idee, Geschäftsmodell, Anmeldung und Konten, die Angaben zum Datenschutz und jeden Bildschirm. Eine eigene Zahl für neue Apps veröffentlicht Apple nicht. Die Hilfe zum Prüfstatus nennt die allgemeine Regel, dass die meisten Einreichungen innerhalb von 48 Stunden geprüft werden und manche mehr Zeit brauchen, und gibt drei Gründe an. Erstens Apps mit wenig oder gar keiner bisherigen Prüfhistorie, was auf jede neue App zutrifft. Zweitens Fälle, in denen App Review Nachweise wie Lizenzen, Genehmigungen oder Partnerverträge bestätigen muss. Drittens Apps mit regulierten Inhalten, neuen Plattformfunktionen, aktivierten Berechtigungen (Entitlements) oder anderen sensiblen Funktionen.

In der Praxis solltest du für ein erstes Release in einer normalen Woche zwei bis fünf Tage einplanen und im September oder Ende Dezember eine Woche oder mehr. Diese Spannen sind unsere Schätzung für die Planung, abgeleitet aus Apples Zielen, den Trackerdaten oben und den Berichten weiter unten, keine Zahl von Apple. Apps aus Medizin, Finanzen, Kreditvergabe, Kryptowährungen, Glücksspiel und anderen regulierten Bereichen landen eher am oberen Ende, weil sie fast immer Nachweise brauchen.

Die meiste Verzögerung bei einer ersten App lässt sich vermeiden. Auf Apples Seite zu den Angaben für eine vollständige Prüfung wird eine Beschreibung von Idee und Geschäftsmodell verlangt, dazu Zweck und Zielgruppe, die Geräte und Systemversionen, auf denen du getestet hast, alle externen Dienste, auf die sich die App stützt, ein Demoaccount, der zu Beginn der Prüfung funktioniert, und eventuelle Unterschiede zwischen Regionen. Dort steht auch klar, dass unvollständige Einreichungen abgelehnt werden und dass alle Angaben vorab die Prüfung schneller und besser planbar machen. Eine Ablehnung bei der ersten Einreichung kostet viel mehr Zeit als die Warteschlange selbst.

Neue Entwicklerkonten durchlaufen außerdem die Registrierung für das Apple Developer Program, bevor sie überhaupt etwas einreichen können. Das ist ein eigener Schritt neben dem App Review und in den Zeiten hier nicht enthalten. Was die Mitgliedschaft kostet und wie die Anmeldung läuft, steht in unserem Ratgeber zum Apple Developer Program. Sobald das Konto aktiv ist, startet die Uhr der Prüfung, wenn du auf Submit for Review klickst. Wenn du den ganzen Launch planst, zeigt die App Launch Checkliste, wo die Prüfung in den acht Wochen vor dem Launchtag ihren Platz hat.

Updates gehören meist zu den schnellsten Einreichungen in der Schlange. In Apples Hilfe zum Prüfstatus heißt es, dass Updates mit kleinen Änderungen und Fehlerbehebungen die Prüfung in der Regel schnell durchlaufen, während andere Einreichungen länger brauchen können. Bei einer etablierten App mit einem Routineupdate ist eine Freigabe am selben Tag üblich, und der Durchschnitt von Ende Oktober 2026, rund 16 Stunden von der Einreichung bis zur Entscheidung, ist eine realistische Erwartung.

Langsamer wird ein Update, wenn es etwas ändert, das App Review genau ansehen muss: eine neue Anmeldemethode, neue Käufe in der App oder Abos, eine neue Berechtigung, eine neue Datenerhebung oder Inhalte aus einem regulierten Bereich. Apples Richtlinie 2.3.1(a) verlangt, dass jede neue Funktion und jede Produktänderung im Feld Notes for Review genau beschrieben wird, und sagt, dass allgemeine Beschreibungen abgelehnt werden. Eine klare Notiz, was sich geändert hat und wo die Prüfer es finden, ist der einfachste Weg, damit ein Update nicht hängen bleibt.

Seit dem 29. Oktober 2025 kannst du Elemente getrennt an App Review schicken, unabhängig von einer Einreichung, die schon in der Schlange liegt. Du kannst zum Beispiel eine Version der App mit einer kritischen Fehlerbehebung einreichen, während eigene Produktseiten (Custom Product Pages) noch geprüft werden, oder In App Events für sich einreichen, während eine Version in der Prüfung ist. Ein hängendes Marketingelement muss eine dringende Korrektur also nicht mehr blockieren.

Wird ein Update wegen etwas abgelehnt, das keine rechtliche Frage und kein Sicherheitsthema berührt, bietet Apple womöglich eine Bug Fix Submission an: Das Update wird jetzt freigegeben, und du behebst das Problem in der nächsten Version. Laut Apples Seite zu Bug Fix Submissions erscheint das Angebot oben in der Ablehnungsnachricht, gilt nur für Updates von Apps, die schon einmal freigegeben wurden, und ein aufgeschobenes Problem lässt sich bei der nächsten Einreichung nicht erneut aufschieben. Um das Angebot anzunehmen, antwortest du auf die Nachricht, statt neu einzureichen, denn eine neue Einreichung startet eine neue Prüfung.

Das Beta Review in TestFlight ist eine leichtere Prüfung, die greift, sobald du mit externen Testern arbeitest. In Apples TestFlight Übersicht steht: Lädst du externe Tester ein, braucht dein Betabuild womöglich eine Prüfung. Wenn du den ersten Build deiner App einer Gruppe zuweist, geht er an App Review. Geprüft werden muss nur der erste Build, spätere Builds brauchen womöglich keine vollständige Prüfung. Interne Tester, bis zu 100 Personen aus deinem Team in App Store Connect, testen ohne diesen Schritt. Externe Tester können es bis zu 10.000 sein, und jeder Build bleibt bis zu 90 Tage testbar.

Zur Dauer: Runway zeigte in den Daten vom 29. Oktober 2026 im Schnitt 11 Stunden 11 Minuten Wartezeit auf das Beta Review und 1 Stunde 3 Minuten im Beta Review, zusammen etwa 12 Stunden 14 Minuten. Die Verarbeitung eines Builds dauerte im Schnitt 2 Stunden 26 Minuten. Das Beta Review war in diesem Ausschnitt etwas schneller als das volle App Review. Runway mittelt nur über die letzten zwei Wochen, das Verhältnis kann sich also schnell umkehren. Verlass dich nicht darauf, dass eine der beiden Prüfungen die schnellere ist. Wenn eine öffentliche Beta für deinen Launch wichtig ist, füge den ersten externen Build früh hinzu, damit die Prüfung erledigt ist, bevor du sie brauchst.

Laut Runway prüft Apple bei TestFlight den ersten Build jeder neuen Version, wenn er an externe Tester geht. Spätere Builds derselben Version und Builds nur für interne Tester brauchen keine Prüfung. Wird ein Build für TestFlight abgelehnt, musst du laut Apples Liste der Status einen neuen Build zur Prüfung einreichen, bevor du wieder externe Tester einladen kannst. Behebe das Problem also in einem neuen Build, statt auf den abgelehnten zu warten.

Ja. In Apples Hilfe zum Expedited Review steht, dass App Review rund um die Uhr arbeitet, und die Tabelle mit den Wochentagen oben zeigt Samstag und Sonntag im selben Bereich wie den Rest der Woche: 9 Stunden 23 Minuten Wartezeit an Samstagen und 13 Stunden 48 Minuten an Sonntagen in Runways Daten. Wer am Freitagabend einreicht, wartet nicht automatisch bis Montag.

Feiertage sind etwas anderes. In der Saison 2022 hat Apple über die Feiertage weiter Einreichungen angenommen, und 9to5Mac berichtete über Apples Hinweis, dass Prüfungen vom 23. bis 27. Dezember etwas länger dauern können. Der jüngste datierte Hinweis dieser Art ist Apples Meldung vom 2. Dezember 2024: App Review nehme die ganze Feiertagssaison über Einreichungen an, wegen des hohen Aufkommens könnten Prüfungen vom 20. bis 26. Dezember aber länger dauern, zeitkritische Einreichungen sollten also früh kommen. Einen Hinweis für die aktuelle Saison veröffentlicht Apple in den Entwicklernews. Schau dort nach, bevor du ein Release für die letzte Dezemberwoche planst.

Zwei weitere Phasen verhalten sich ähnlich wie Feiertage. Die Tage, nachdem Apple im September die Einreichungen für ein neues Betriebssystem öffnet, bringen eine Welle von Updates, auch wenn in den aktuellen Trackerdaten der September 2026 im Schnitt kürzer war als der August. Und die Wochen nach einer großen Überarbeitung der App Review Guidelines, wie der vom 16. Oktober 2026, können mehr Rückfragen der Prüfer bringen, während sich die Teams umstellen. Keine dieser Phasen wird als Verlangsamung angekündigt, plan also für beide.

Waiting for Review, auf Deutsch meist Warten auf Prüfung genannt, heißt: Apple hat deine Einreichung, aber niemand hat sie bisher geöffnet. Ein oder zwei Tage Warten sind normal. Nach drei Tagen lohnt es sich, ein paar Dinge zu prüfen, denn manche Verzögerungen liegen an der Einreichung und nicht an der Schlange.

Apple nennt die Gründe für eine längere Prüfung in seiner Hilfe zum Prüfstatus. Der erste, so wie wir die Seite am 4. November 2026 gelesen haben, ist eine kurze Prüfhistorie: Apps mit wenig oder gar keiner bisherigen Prüfung durch App Review brauchen mehr Zeit. Der zweite sind Nachweise. Muss App Review Genehmigungen, Lizenzen oder Partnerverträge anfordern und prüfen, steht die Uhr still, bis sie vorliegen. Dann folgt die Komplexität: Regulierte Inhalte, neue Plattformfunktionen, aktivierte Berechtigungen oder andere sensible Funktionen werden genauer geprüft. Und schließlich Untersuchungen: App Review geht gemeldetem oder erkanntem Verhalten nach, das gegen den Developer Code of Conduct verstößt, etwa einer falsch angegebenen Identität, Manipulation des App Store oder Apps von geringer Qualität, die viele Kundenmeldungen ausgelöst haben. Laut Apple kann eine solche Untersuchung die Prüfung einer Einreichung verlängern.

Die Menge ist der letzte Grund und der, an dem du am wenigsten ändern kannst. Laut seinem Transparenzbericht 2025 hat Apple 2025 genau 9.100.620 Einreichungen geprüft. Das sind rund 175.000 pro Woche oder etwa 24.900 pro Tag (unsere Rechnung). Im April 2026 bestritt ein Sprecher von Apple gegenüber The Information, dass die Prüfungen länger dauern, wie 9to5Mac am 6. April 2026 berichtete: 90 % der Einreichungen würden innerhalb von 48 Stunden bearbeitet, und in den letzten 12 Wochen habe das Team mehr als 200.000 Einreichungen pro Woche bearbeitet, bei einer durchschnittlichen Prüfdauer von 1,5 Tagen. Michael Tsai hat diese Aussage gesammelt, zusammen mit Berichten von Entwicklern, die etwas anderes erlebt haben. Paulo Andrade schrieb im Mai 2026, der Mac App Store brauche regelmäßig fünf Tage und mehr. Bei Craig Hockenberry war im September die iOS App am selben Tag freigegeben, während die Mac App tagelang auf die Prüfung wartete. Und Marco Arment schrieb im August 2026, die meisten Prüfungen schienen inzwischen sechs Tage und mehr zu dauern, ohne das auf den Mac zu beschränken.

Und es gibt einen Grund, den man leicht übersieht: Vielleicht wartet die Prüfung schon auf dich. Eine Nachricht von App Review mit einer Rückfrage hält alles an, bis du antwortest, und sie kommt nicht immer als auffällige E-Mail. Öffne den Bereich App Review in App Store Connect und such nach Nachrichten, bevor du der Schlange die Schuld gibst.

Mit einem Expedited Review bittest du Apple, eine Einreichung vor der normalen Schlange anzusehen. Laut Apples Hilfe zum Expedited Review sollen solche Anträge echten Notfällen vorbehalten bleiben, und Apple nennt als Beispiele zwei Fälle: die Behebung eines kritischen Fehlers und ein Release, das zeitlich zu einem Ereignis passen soll, mit dem die App direkt verbunden ist. Ein selbst gewählter Launchtermin, eine Marketingkampagne oder eine Demo für Investoren sind nach unserer Lesart kein solcher Notfall.

Die Schritte sind kurz. Erstens reichst du die App in App Store Connect zur Prüfung ein, denn beschleunigt werden kann nur, was schon bei App Review liegt. Die Einreichung muss vollständig sein, mit ausgefülltem Feld Notes und einem Demoaccount oder Demomodus für alles hinter einer Anmeldung. Zweitens öffnest du auf Apples Contact Us Seiten das Formular Request an Expedited App Review, wählst App und Plattform und schickst es ab. Drittens wartest du: App Review bewertet den Antrag und beschleunigt die Prüfung, soweit Kapazität und Nachfrage es zulassen.

Was du schreibst, hängt vom Grund ab. Bei einem kritischen Fehler gehören die Angaben dazu laut Apple in das Feld Notes, wenn du die App zur Prüfung einreichst. Bei einem Ereignis nennst du das Ereignis, sein Datum und wie deine App damit verbunden ist, und planst die Veröffentlichung nach Möglichkeit vorab in App Store Connect. Ein guter Antrag liest sich wie ein Fehlerbericht oder ein Veranstaltungshinweis, nicht wie eine Bitte: was kaputt ist oder was stattfindet, wen es betrifft und welches Datum zählt.

Wie lange dauert ein Expedited Review? Apple sagt es nicht und garantiert auch nicht, dass ein Antrag angenommen wird. In seinen Zusagen an die britische CMA verspricht Apple, ein Verfahren für beschleunigte Prüfungen in dringenden Fällen beizubehalten, nennt dabei Updates gegen kritische Fehler und Apps, die an Ereignisse wie Spielwettbewerbe oder live gestreamte Erlebnisse gebunden sind, und will jedes Jahr die Zahl der beschleunigten Prüfungen für Entwickler in Großbritannien veröffentlichen. So steht es in Abschnitt 5(c) und Abschnitt 9 von Apples Zusagen. Eine Grenze, wie oft du fragen darfst, nennt Apple nicht. Wer selten fragt, bleibt aber glaubwürdig.

Meist mehr als die Schlange. Apple hat 2025 von 9.100.620 Einreichungen 2.093.244 abgelehnt, eine Ablehnungsquote von 23,0 % nach unserer Rechnung aus den Zahlen im Transparenzbericht 2025. Fast jede vierte Einreichung wird also abgelehnt. Jede Runde heißt: Nachricht lesen, Problem beheben, wieder warten. Die echte Prüfdauer einer App, die einmal abgelehnt wird, ist deshalb oft doppelt bis dreimal so lang wie die Wartezeit in der Schlange.

Wie viel Zeit du verlierst, hängt davon ab, was du als Nächstes tust. Braucht App Review nur Informationen, antwortest du auf die Nachricht, und die Prüfung geht ohne neuen Build weiter. Liegt das Problem in den Metadaten oder auf deinem Server, behebst du es und antwortest, ebenfalls ohne neue Einreichung. Liegt es im Build, lädst du einen neuen Build hoch und reichst diese Version ein, und die Prüfung beginnt von vorn. Apple wird hier deutlich: Reich erst neu ein, wenn du jedes genannte Problem gelöst hast, denn eine Einreichung mit ungelösten Problemen verzögert die Prüfung und endet mit demselben Ergebnis.

Eine Ablehnung ist trotzdem nicht das Ende. Derselbe Bericht zählt 2025 genau 387.087 Einreichungen, die nach einer Ablehnung doch noch freigegeben wurden, nach unserer Rechnung 18,5 % der abgelehnten Einreichungen. Bist du mit der Entscheidung nicht einverstanden, antwortest du zuerst und legst dann Einspruch beim App Review Board ein. Laut Apple schließt eine neue Einreichung den Einspruch. Alle Gründe für Ablehnungen, mit Apples Zahlen für jeden Abschnitt der Richtlinien und wie du jeden behebst, stehen in unserem Ratgeber zu Ablehnungsgründen im App Store.

Teilweise. Solange eine Einreichung in Waiting for Review liegt, kannst du laut Apples Hilfe zum Prüfstatus bestimmte Angaben noch ändern oder Elemente aus der Einreichung entfernen, Screenshots und App Previews aber weder hochladen noch ändern. Texte wie die Beschreibung oder der Werbetext lassen sich meist anpassen. Ein neuer Satz Screenshots bedeutet dagegen, dass du die Einreichung zurückziehen musst. Was in ein gutes Vorschauvideo gehört, steht in unserem Ratgeber zum App Preview Video.

Steht sie auf In Review, kannst du die Einreichung abbrechen und so aus der Prüfung nehmen. Die Version zeigt dann Developer Rejected, und du reichst denselben oder einen neuen Build ein, wenn du so weit bist. Damit beginnt die Prüfung von vorn. Brich also nur ab, wenn du ein echtes Problem gefunden hast, etwa einen Absturz, den du nachstellen kannst, oder einen falschen Build. Einen Build für eine kleine Änderung auszutauschen, ist den verlorenen Platz selten wert.

Oft wird gefragt, ob du eine weitere Version einreichen kannst, während eine wartet. Es kann immer nur eine Version der App zugleich in der Prüfung sein. Andere Elemente wie In App Events, eigene Produktseiten oder Funktionen von Game Center lassen sich inzwischen aber getrennt einreichen, und eine Version mit einer kritischen Fehlerbehebung kann unabhängig von Produktseiten eingereicht werden, die noch in der Prüfung sind.

Freigabe und Veröffentlichung sind zwei Schritte, die du steuerst. Apples Seite zu den Veröffentlichungsoptionen bietet für jede Version drei Wege: Du veröffentlichst sie selbst, sie erscheint automatisch, sobald sie freigegeben ist, oder sie erscheint automatisch nach dem App Review, aber nicht vor einem Datum und einer Uhrzeit, die du festlegst. Die dritte Option ist die richtige, wenn ein Launchtermin feststeht: früh einreichen, die Prüfung fertig werden lassen, wann immer sie fertig wird, und die Version geht an deinem Datum live.

Veröffentlichst du selbst, bleibt die Version in Pending Developer Release, bis du auf den Knopf drückst, und Apple schickt eine Erinnerung per E-Mail, wenn sie dort länger als 30 Tage liegt. Laut Apple kann es nach einer manuellen Veröffentlichung bis zu 24 Stunden dauern, bis die Version im App Store erscheint. In der Praxis geht es oft schneller, für die Planung solltest du aber mit 24 Stunden rechnen, gerade über Zeitzonen hinweg.

Bei Updates kannst du außerdem in Phasen veröffentlichen, verteilt auf 7 Tage. Nach Apples Plan bekommt am ersten Tag 1 % der Nutzer mit automatischen Updates die neue Version, danach 2 %, 5 %, 10 %, 20 %, 50 % und am siebten Tag 100 %. Du kannst insgesamt bis zu 30 Tage pausieren. Jeder kann das Update während der Verteilung trotzdem von Hand im App Store laden. Eine phasenweise Veröffentlichung ändert nichts an der Prüfdauer, begrenzt aber den Schaden, falls etwas durch Prüfung und Tests gerutscht ist.

Apples Transparenzbericht 2025 ist die beste öffentliche Zählung der Schlange. Er nennt für 2025 genau 9.100.620 geprüfte und 2.093.244 abgelehnte Einreichungen. Heruntergerechnet sind das etwa 175.000 Prüfungen pro Woche, 24.900 pro Tag und über 1.000 pro Stunde, jede Stunde des Jahres. Auf Apples deutscher Seite zum App Store heißt es, jede Woche prüften fast 500 Expertinnen und Experten weltweit über 130.000 Apps. Das wären rund 260 Apps pro Person und Woche, falls beide Zahlen dieselbe Arbeit beschreiben. Die beiden Wochenwerte passen nicht zusammen, und Apple erklärt den Unterschied nicht. Nimm sie deshalb als Größenordnung, nicht als genaue Zählung.

Die Menge ist schneller gewachsen, als die veröffentlichten Ziele vermuten lassen. Die Zahlen auf unserer Seite mit App Store Statistiken zeigen einen Anstieg der geprüften Einreichungen von rund 6,1 Millionen im Jahr 2022 auf 9,1 Millionen im Jahr 2025, ein Plus von 49,1 %. Berichte, die Michael Tsai gesammelt hat, bringen den Anstieg 2026 zum Teil mit Apps in Verbindung, die mit Hilfe von KI schnell programmiert wurden, und zitieren Daten von Appfigures, nach denen die Einreichungen im App Store 2025 bis November um 24 % gestiegen sind. Apple hat keine Ursache bestätigt.

Auch Apples Wortwahl hat sich verschoben. In seinem Hinweis zu den Feiertagen 2022 schrieb Apple laut 9to5Mac, 90 % der Einreichungen würden in weniger als 24 Stunden geprüft. Auf der aktuellen Seite zum App Review stehen mindestens 50 % in unter 24 Stunden und 90 % in unter 48 Stunden. Für Entwickler in Großbritannien kehren Apples Zusagen vom März 2026 zum stärkeren Versprechen zurück, für 90 % der Einreichungen innerhalb von 24 Stunden zu entscheiden, und kündigen jährliche Zahlen zum Anteil der Prüfungen an, die innerhalb von 24 Stunden und innerhalb von 4 Tagen abgeschlossen sind. Der erste Bericht deckt das Jahr 2026 ab und muss bis zum 31. März 2027 erscheinen.

Prüfzeiten nach Land veröffentlicht Apple nicht, und nichts in den Hilfeseiten deutet darauf hin, dass die Schlange nach Regionen getrennt ist. Was sich unterscheidet, ist das Versprechen. In Großbritannien sagen Apples Zusagen an die Wettbewerbsbehörde CMA vom 30. März 2026, gültig ab 1. April 2026, dass Apple für 90 % der Einreichungen innerhalb von 24 Stunden eine Entscheidung über Ablehnung oder Freigabe anstrebt, auf begründete Anfrage über App Store Connect den Stand einer Einreichung mitteilt, jede Ablehnung anhand der Richtlinien erklärt und einen Einspruch beim App Review Board als Recht zulässt.

Im selben Dokument verpflichtet sich Apple, jährliche Kennzahlen für Entwickler mit Sitz in Großbritannien zu veröffentlichen: geprüfte Einreichungen, Ablehnungen, Freigaben nach Ablehnung, Einsprüche, den Anteil der Prüfungen innerhalb von 24 Stunden und innerhalb von 4 Tagen, die Zahl der beschleunigten Prüfungen und den Anteil der Einsprüche, die innerhalb von 60 Tagen abgeschlossen sind. Wenn der erste Bericht 2027 erscheint, sind das die ersten offiziellen Daten zur Prüfdauer, die Apple für irgendeinen Markt veröffentlicht.

Für Entwickler in der EU, der Schweiz oder den Vereinigten Staaten sind Apples allgemeine Ziele oben die einzigen veröffentlichten Werte. Der britische Bericht wird trotzdem überall nützlich sein, weil Apple ein Team App Review nach einem Satz Richtlinien betreibt, und ein langsames Jahr in den britischen Zahlen dürfte anderswo kaum ein schnelles gewesen sein. Dieser letzte Punkt ist unsere Schlussfolgerung, keine Aussage von Apple.

Google nennt eine breitere Spanne als Apple. Laut der Hilfe zur Play Console zum verwalteten Veröffentlichen kann die Bearbeitung einige Stunden oder bis zu sieben Tage dauern, in Ausnahmefällen länger. Die Uhr zählt ab der zuletzt eingereichten Änderung, und Google rät, zwischen Einreichung und Livegang mindestens eine Woche zu lassen. Die Hilfe zum Veröffentlichen ergänzt, dass bestimmte Entwicklerkonten und bestimmte Apps gründlicher geprüft werden, was Prüfzeiten von bis zu sieben Tagen oder länger bedeuten kann. Googles Hilfeseiten ließen sich am 4. November 2026 nicht abrufen, die Angaben stammen deshalb aus unserer Lektüre vom 2. November 2026.

Neue private Entwicklerkonten müssen vor dem ersten Release in der Produktion einen zusätzlichen Schritt gehen. Auf Googles Seite zu den Testanforderungen steht, dass private Konten, die nach dem 13. November 2023 angelegt wurden, einen geschlossenen Test mit mindestens 12 Testern durchführen müssen, die mindestens 14 Tage dabeibleiben. Danach beantragst du den Zugang zur Produktion, und dessen Prüfung dauert laut Google in der Regel sieben Tage oder weniger. Für den ersten Launch auf Android aus einem neuen privaten Konto sind das drei Wochen oder mehr, bevor die App live gehen kann, zusätzlich zur normalen Prüfung.

Auch Google Play hat eine eigene Form der geplanten Veröffentlichung. Mit eingeschaltetem verwaltetem Veröffentlichen warten freigegebene Änderungen, bis du sie veröffentlichst. Du kannst ein Update also früh zur Prüfung schicken und an deinem Datum veröffentlichen, genau wie mit Apples Option für die geplante Veröffentlichung.

Betrachte die Prüfung als Zeitfenster, nicht als Moment. Der sicherste Plan für einen festen Launch ist ein Build, der vor dem Termin freigegeben ist und per Zeitplan veröffentlicht wird. In App Store Connect heißt das: Du wählst, dass die Version nach dem App Review automatisch erscheint, aber nicht vor deinem Launchdatum und deiner Uhrzeit, und reichst früh genug ein, damit die Prüfung auch in einer schlechten Woche fertig wird, nicht nur in einer guten.

Rechne vom Launch rückwärts. In einer normalen Woche decken drei Werktage Puffer die typische Schlange plus eine kurze Rückfrage von App Review ab. Für ein erstes Release, ein Release im September oder eines Ende Dezember planst du ein bis zwei Wochen ein, damit eine Ablehnung und ein zweiter Durchlauf hineinpassen. Das TestFlight Beta Review legst du noch früher, weil der erste externe Build einer Version eine eigene Prüfung durchläuft.

Stimm alles, was vom Veröffentlichungsdatum abhängt, gleichzeitig ab. Für Nominierungen für das Featuring möchte Apple mindestens zwei Wochen Vorlauf, und unser Ratgeber, wie du im App Store gefeatured wirst, erklärt, warum drei Wochen das sicherere Minimum sind. Versionshinweise, Posts für soziale Netzwerke und Pressetexte für den Launchtag schreiben sich leichter, solange der Build in der Schlange wartet. Unsere Beispiele für App Release Notes und Beispiele für Ankündigungen von App Updates zeigen, was du sagst, sobald die Version draußen ist. Wenn du den App Store Badge in Posts zeigst, gelten Apples Marketing Richtlinien für den App Store. Gibt es noch keinen Plan für die Posts, fang mit unserem Ratgeber an, wie du eine App in sozialen Medien bewirbst.

Ist das Datum wirklich von außen festgelegt, etwa durch ein Sportereignis, eine Premiere oder eine Liveübertragung, zu der die App gehört, ist genau dafür Apples Expedited Review gedacht. Reich den Build vollständig ein, nenn Ereignis und Datum im Feld Notes, stell eine geplante Veröffentlichung ein und schick den Antrag auf beschleunigte Prüfung ab.

Viele Suchen nach der Dauer von Reviews im App Store meinen die andere Art von Review: eine geschriebene Kundenrezension, die noch nicht aufgetaucht ist. Eine Zeit dafür nennt Apple nicht. Bewertungen und Rezensionen durchlaufen Apples eigene Prüfungen, bevor sie erscheinen, und laut Apples Meldung zur Betrugsabwehr vom Mai 2026 hat Apple 2025 mehr als 1,3 Milliarden Bewertungen und Rezensionen verarbeitet und fast 195 Millionen als betrügerisch erkannt und blockiert, bevor sie veröffentlicht wurden.

Fehlen Rezensionen zu deiner App, liegt es meist daran, dass sie im Store eines anderen Landes abgegeben wurden, dass nur Sterne ohne Text vergeben wurden oder dass Apples Betrugsprüfung sie zurückgehalten hat. Unser Ratgeber, wie du Bewertungen im App Store bekommst, erklärt, warum Rezensionen nicht erscheinen, wie du im Rahmen von Apples Regeln um Bewertungen bittest und wie du auf sie antwortest.

Hat eine Version die Prüfung geschafft, bleibt meist ein Schritt liegen: den Leuten davon zu erzählen. Spreadcast sieht sich jeden Tag deinen öffentlichen Eintrag im App Store an, erkennt die neue Version, sobald sie live ist, und macht daraus einen gestalteten Post mit deinem eigenen Icon und deinen Screenshots in einem iPhone Rahmen, dazu eine Bildunterschrift für jedes Netzwerk. Spreadcast veröffentlicht auf Instagram, Facebook, LinkedIn, Pinterest und deinen anderen verbundenen Konten nach dem Zeitplan, den du festlegst.

Du gibst mit einem Tipp frei oder lässt Spreadcast selbst veröffentlichen. Dieselbe tägliche Prüfung macht auch aus einer neuen Bewertung mit 5 Sternen oder einem Meilenstein bei den Bewertungen einen Post, damit das Update, das eine Woche durch das App Review gebraucht hat, nicht still erscheint. Füg deinen App Store Link auf der Startseite ein, um den ersten Post aus deinem Eintrag zu sehen, und schau dir die Tarife für das automatische Veröffentlichen an. Die Oberfläche von Spreadcast ist auf Englisch. Für einen einzelnen Launchpost macht der Generator für Posts zum Produktlaunch dasselbe aus einem Link.