Ein App-Update wird bei Google Play meist innerhalb weniger Stunden bis zu ein paar Tagen geprüft und veröffentlicht, aber es gibt keine garantierte Frist. Google nennt offiziell nur eine Obergrenze: In Ausnahmefällen kann die Prüfung sieben Tage oder länger dauern, vor allem bei bestimmten Konten. Wenn dein Update seit mehr als sieben Tagen hängt, ist das kein normaler Zustand mehr, und du solltest anfangen, den Fall zu dokumentieren, statt immer wieder eine neue Version hochzuladen.
Kurze Antwort
Für ein App-Update über die Standard-Veröffentlichung liegt die typische Prüfdauer bei einigen Stunden bis zu wenigen Tagen. Google garantiert keine feste Zeit und schreibt selbst, dass die Prüfung "sieben Tage oder länger in Ausnahmefällen" dauern kann, laut der Google-Play-Hilfe zu Prüfzeiten. Bestimmte oder neue Entwicklerkonten werden gründlicher geprüft. Ein erneuter Upload beschleunigt nichts, sondern setzt die Prüfung zurück. Ab etwa sieben Tagen ohne Bewegung lohnt sich der Kontakt zum Support mit Screenshots und Datum.
Was bedeutet die Review-Dauer bei App-Updates?
Die Review-Dauer ist die Zeit zwischen dem Hochladen deines Updates und dem Moment, in dem Google es freigibt. Updates bestehender Apps laufen über die Standard-Veröffentlichung, bei der Änderungen laut Google "so schnell wie möglich" verarbeitet und veröffentlicht werden. Das klingt nach Minuten, in der Praxis sind es aber oft Stunden bis Tage, weil jedes Update mehrere Stufen durchläuft.
In der Regel gibt es eine automatische Vorabprüfung direkt nach dem Upload, die technische Anforderungen, offensichtliche Richtlinienverstöße und Signale zur Sicherheit abklopft. Fällt dabei etwas auf, oder gehört dein Konto zu den genauer geprüften, kommt eine manuelle Prüfung durch einen Menschen dazu, und genau die kostet Zeit. Wichtig ist außerdem die Unterscheidung zwischen "in Prüfung" und "veröffentlicht": Solange das Update geprüft wird, bleibt in der Play Console die alte Version live. Erst nach der Freigabe wird die neue Version ausgerollt, und dieser Rollout kann gestaffelt sein, wenn du eine stufenweise Einführung eingestellt hast. Wer das nicht weiß, hält einen absichtlich langsamen Rollout schnell für einen Prüfstau.
Wie lange ist normal?
Normal sind einige Stunden bis wenige Tage, mit sieben Tagen als offizieller Obergrenze für Ausnahmefälle. Jede genaue Zahl ist ein Erfahrungswert anderer Entwickler, keine Zusage von Google. Etablierte Konten mit sauberer Historie sehen einfache Updates oft schon nach wenigen Stunden live, während die langen Wartezeiten fast immer bei der ersten Veröffentlichung einer App, bei neuen Konten oder bei größeren Änderungen auftreten. Die folgende Tabelle ordnet die üblichen Fälle ein.
| Szenario | Typische Dauer | Warnsignal |
|---|---|---|
| Update über Standard-Veröffentlichung | Stunden bis 3 Tage | Mehr als 7 Tage ohne Änderung |
| Erste Veröffentlichung einer App | 1 bis 7 Tage | Mehr als 7 Tage |
| Neues oder bestimmtes Konto | Bis zu 7 Tage oder länger | Deutlich über 7 Tage |
| App mit sensiblen Berechtigungen | Mehrere Tage | Über 7 Tage oder Richtlinienhinweis |
Diese Bereiche sind Richtwerte, keine Garantien. Dasselbe Update kann bei einem Entwickler in drei Stunden live sein und bei einem anderen zwei Tage brauchen, je nach Auslastung, Konto und Art der Änderung. Was die Prüfung verkürzt, ist ein sauberes, unauffälliges Update von einem etablierten Konto. Was sie verlängert, sind neue Konten, sensible Berechtigungen und Änderungen, die eine genauere manuelle Prüfung auslösen.
Was verlangsamt die Prüfung?
Am stärksten wirken das Entwicklerkonto und die Art der App, nicht die Qualität deines Codes. Neue oder als bestimmt eingestufte Konten prüft Google nach eigener Aussage gründlicher, "um Nutzer besser zu schützen", was zu Prüfzeiten von bis zu sieben Tagen oder länger führen kann. Ebenso verlängern sensible Berechtigungen die Prüfung, etwa Standortzugriff im Hintergrund, Barrierefreiheitsdienste, Zugriff auf SMS oder Anrufliste sowie alles, was auf persönliche Nutzerdaten zugreift.
Ein oft unterschätzter Auslöser sind Änderungen an den Deklarationen selbst. Wenn du im Datensicherheitsformular neue Datenerhebungen angibst, die Zielgruppe oder die Altersfreigabe änderst oder deine Datenschutzerklärung anpasst, kann das eine erneute, gründlichere Prüfung auslösen, auch wenn der eigentliche Code kaum verändert wurde. Ein separater Punkt trifft neue private Entwicklerkonten besonders hart. Bevor du überhaupt in die Produktion darfst, verlangt Google einen geschlossenen Test mit mindestens 12 Testern, die 14 Tage lang ununterbrochen angemeldet sind, laut den Google-Play-Anforderungen für neue Konten. Diese 14 Tage müssen zusammenhängend sein, sonst zählen sie nicht. Das ist keine Update-Prüfung, aber viele verwechseln diese Wartezeit mit einer langsamen Review und fragen sich, warum ihr Update nicht live geht, obwohl das Konto einfach noch keinen Produktionszugang hat.
Setzt ein erneuter Upload die Prüfung zurück?
Ja, ein neuer Upload derselben Version ersetzt den in Prüfung befindlichen Build und startet die Prüfung von vorn. Wenn du also aus Ungeduld eine neue Version hochlädst, verlierst du in der Regel den Fortschritt und stellst dich wieder hinten an. Nur wenn du tatsächlich einen Fehler behoben hast, der zu einer Ablehnung geführt hätte, ist ein neuer Upload sinnvoll.
Der ruhigste Weg ist, das Update in Prüfung zu lassen und innerhalb des normalen Zeitrahmens abzuwarten. Erneutes Hochladen als Versuch, die Warteschlange anzuschieben, macht es fast immer langsamer, nicht schneller, und kann dazu führen, dass du eine bereits fast abgeschlossene Prüfung ohne Not neu beginnst. Wenn du mehrere Tracks nutzt, denk daran, dass eine Änderung im Produktions-Track eine eigene Prüfung hat und nicht automatisch das übernimmt, was im geschlossenen Test bereits geprüft wurde.
Neue App oder Update: warum das die Dauer verändert
Eine erste Veröffentlichung wird fast immer gründlicher geprüft als ein Update, weil Google die App noch nicht kennt. Bei einem Update bewertet das System vor allem, was sich geändert hat, während bei einer neuen App alles zum ersten Mal beurteilt wird, von den Berechtigungen über die Datensicherheit bis zur Alterseinstufung. Deshalb ist die erste Produktionsfreigabe der Punkt, an dem die mehrtägigen Wartezeiten am häufigsten auftreten.
Über die Tracks hinweg gilt eine grobe Faustregel: Interne Tests sind praktisch sofort verfügbar, geschlossene und offene Tests werden geprüft, aber meist schneller freigegeben als eine erste Produktionsveröffentlichung. Wenn dieselbe Änderung im Produktions-Track länger braucht als zuvor im geschlossenen Test, ist das normal und kein Zeichen für einen Fehler, denn der Produktions-Track wird eigenständig und in der Regel strenger geprüft.
Managed Publishing: geprüft, aber nicht live
Wenn Managed Publishing, die verwaltete Veröffentlichung, aktiviert ist, prüft Google dein Update ganz normal, aber es geht nicht automatisch live. Stattdessen wartet die geprüfte Änderung, bis du sie selbst freigibst. Das ist praktisch, wenn du einen Launch timen willst, sorgt aber auch für Verwirrung: Manche Entwickler denken, ihr Update hänge in der Prüfung, obwohl es längst freigegeben ist und nur auf ihren eigenen Klick wartet.
Prüfe in der Veröffentlichungsübersicht der Play Console, ob Managed Publishing aktiv ist, bevor du von einem Prüfstau ausgehst. Die Einstellung gilt kontoweit, nicht pro App, deshalb kann sie auch dann greifen, wenn du sie für ein bestimmtes Update gar nicht erwartet hättest. Wenn die Änderung als geprüft und bereit markiert ist, liegt die Wartezeit an dir, nicht an Google, und ein einziger Klick auf Veröffentlichen löst das vermeintliche Problem sofort.
Was tun, Schritt für Schritt
Finde zuerst heraus, wie lange du schon wartest, und handle danach, statt reflexartig neu hochzuladen. Die folgende Tabelle gibt eine klare Route je nach Situation.
| Deine Situation | Was zuerst tun | Wann eskalieren |
|---|---|---|
| Weniger als 3 Tage | Abwarten, das ist normal | Noch nicht |
| 3 bis 7 Tage | Managed Publishing und Richtlinienstatus prüfen | Support-Fall vorbereiten |
| Mehr als 7 Tage ohne Änderung | Google-Play-Support mit Screenshots kontaktieren | Sofort |
| Status abgelehnt | Grund im Richtlinien-Center lesen und beheben | Nur bei klarem Google-Fehler |
| Managed Publishing aktiv | Änderung selbst freigeben | Nicht nötig |
Bevor du eskalierst, prüfe drei Dinge: dass Managed Publishing dich nicht selbst blockiert, dass kein Richtlinienhinweis im Richtlinien-Center der Play Console steht, und dass du keine neue Version hochgeladen hast, die die Prüfung zurückgesetzt hat. Diese drei Punkte erklären einen großen Teil der Fälle, die wie ein Stau aussehen, aber keiner sind. Wenn du den Support kontaktierst, nenne den Paketnamen, die Versionsnummer, das Datum und die Uhrzeit des Uploads sowie einen Screenshot des Status, damit dein Fall nicht wegen fehlender Angaben zurückgestellt wird.
Wo ein Build-Scan hilft
Der sicherste Weg, keine Zeit zu verlieren, ist, keinen Prüfzyklus mit einem Update zu verschwenden, das ohnehin abgelehnt wird. Jede Ablehnung schickt dich zurück in die Warteschlange, und ein vermeidbares Problem, etwa ein eingebetteter geheimer Schlüssel, eine nicht deklarierte Berechtigung oder eine unsichere Netzwerkkonfiguration, kann dich mehrere Tage kosten. Gerade bei Berechtigungen und Datendeklarationen ist das ärgerlich, weil genau diese Punkte die manuelle Prüfung verlängern.
Ein Scanner wie PTKD.com analysiert deine fertige .aab oder .apk vor dem Upload und liefert einen bewerteten Bericht, der nach OWASP MASVS geordnet ist, damit du genau das behebst, was eine Ablehnung auslösen würde. Dabei sollte man ehrlich über die Grenze sein: Ein Scanner kann die Prüfung von Google nicht beschleunigen und ersetzt bei risikoreichen oder regulierten Apps keine manuelle Sicherheitsprüfung. Er verhindert aber die vermeidbaren Ablehnungen, die dich zwingen, die ganze Wartezeit noch einmal zu durchlaufen, und genau das ist das Problem, wenn du ohnehin schon seit Tagen wartest. Zusätzlich lohnt es sich, vor jedem größeren Upload den Vorabbericht und das Datensicherheitsformular zu prüfen, weil Warnungen dort oft dieselben Punkte betreffen, die später die manuelle Prüfung verlängern.
Das Wichtigste in Kürze
- Ein Update wird meist in Stunden bis wenigen Tagen geprüft; Google nennt sieben Tage oder länger nur für Ausnahmefälle.
- Neue oder bestimmte Konten, sensible Berechtigungen und geänderte Datendeklarationen verlängern die Prüfung am stärksten.
- Ein erneuter Upload derselben Version setzt die Prüfung zurück und macht es langsamer, nicht schneller.
- Prüfe Managed Publishing, bevor du von einem Stau ausgehst; vielleicht wartet die Freigabe nur auf deinen Klick.
- Prüfe den Build vor dem Upload mit PTKD.com, um keinen Prüfzyklus durch eine vermeidbare Ablehnung zu verlieren.
