Schnellantwort
Nach dem jährlichen Transparenzbericht von Google für 2025 beträgt die Ablehnungsquote für App-Einreichungen bei Google Play rund 7,89 %: 1.692.467 abgelehnte Einreichungen geteilt durch 21.461.250 überprüfte. Das ist eine Berechnung aus den von Google veröffentlichten Zahlen, keine Quote für das gesamte Jahr 2026 und keine Wahrscheinlichkeit dafür, dass eine neue App im ersten Anlauf scheitert. Die gesonderten Zahlen von Google zu Durchsetzungsmaßnahmen messen andere Ergebnisse.
Quelle: Jährlicher Transparenzbericht von Google Play für 2025 (PDF), veröffentlicht am 31. März 2026, weltweiter Geltungsbereich. Der Bericht für 2024 ergibt auf derselben Grundlage 10,13 %.
Dieser Leitfaden erklärt die aktuellen Zahlen von Google zu Einreichungen und Durchsetzungsmaßnahmen, ihre Grenzen und die praktischen Prüfungen, mit denen Sie auf eine Ablehnung reagieren. Der jährliche Transparenzdatensatz, die Sicherheitsrückblicke und jede an der passenden Stelle verlinkte Richtlinienseite wurden am 12. September 2026 geprüft.
So lesen Sie die Kennzeichnungen in diesem Leitfaden
- Google-BerichtEine Zahl, die in einem Transparenzbericht oder im jährlichen Sicherheitsrückblick von Google steht; die Quelle ist jeweils neben der Zahl angegeben.
- BerechnungEine Rechnung, die dieser Leitfaden mit den von Google veröffentlichten Zahlen anstellt. Google selbst weist das Ergebnis nicht aus.
- Google-RichtlinieEine Anforderung oder ein Ablauf, die in der Play Console-Hilfe oder in den Programmrichtlinien für Entwickler beschrieben sind.
- Praxis-CheckEine Prüfung, die wir aus den von uns begleiteten Einreichungen empfehlen. Keine Regel von Google und keine gemessene Häufigkeit von Ablehnungen.
- BeispielEin konstruiertes Beispiel, das zeigt, wie eine solche Aufzeichnung aussieht. Kein Kundenfall und keine Statistik der Plattform.
Auf dieser Seite
Wie hoch ist die Google Play Ablehnungsrate im Jahr 2026?
Google veröffentlicht keine Prozentzahl mit der Bezeichnung „Ablehnungsrate“. Einmal im Jahr veröffentlicht Google aber die beiden Zahlen, aus denen sich eine berechnen lässt: wie viele App-Einreichungen überprüft und wie viele abgelehnt wurden. Das letzte vollständige Jahr ist 2025, berichtet am 31. März 2026, deshalb arbeitet ein Leitfaden für 2026 mit den Aktivitäten aus 2025.
Die aktuellsten vollständigen Jahresdaten zu Einreichungen
Google-Bericht| Berichtsjahr | Überprüfte Einreichungen | Abgelehnte Einreichungen | Abgelehnt ÷ überprüft | Bericht veröffentlicht |
|---|---|---|---|---|
| 2024 | 19.292.647 | 1.955.305 | 10,13 % | 31. März 2025 · Bericht |
| 2025 | 21.461.250 | 1.692.467 | 7,89 % | 31. März 2026 · Bericht |
Fundstellen: Bericht 2025, gedruckte Seite 3; Bericht 2024, gedruckte Seiten 3 und 4. Die Prozentwerte sind aus den veröffentlichten Zahlen berechnet (abgelehnt ÷ überprüft × 100) und auf zwei Nachkommastellen gerundet. Beide Berichte bezeichnen ihren Erfassungsbereich als weltweit. Daten geprüft am 12. September 2026.
Die Berechnung nach Jahr ansehen
Anteil der abgelehnten an allen überprüften Einreichungen
2025 wurden rund 8 von je 100 überprüften Einreichungen abgelehnt.
Wie die Quote berechnet wird und was sie nicht vorhersagen kann
Die Quote setzt die weltweiten Jahreszahlen ins Verhältnis, die Google für überprüfte und abgelehnte App-Einreichungen berichtet. Die Berichte enthalten weder eine definierte Kohorte für Erstversuche noch eine Aufschlüsselung nach Einreichungsversuch. Dieser Gesamtwert taugt deshalb nicht dazu, das Ergebnis einer bestimmten neuen App vorherzusagen.
Was die Quote nicht belegt
- Die Chancen Ihrer App. Der Gegenwert von rund 92 % ist keine Wahrscheinlichkeit dafür, dass eine neue App im ersten Anlauf genehmigt wird.
- Eine Zahl für 2026. Für das gesamte Jahr 2026 liegen noch keine Daten vor. Bezeichnen Sie die Zahl als Daten für 2025, die 2026 verfügbar sind.
- Eine Genehmigungsquote am Ende des Verfahrens. Der Bericht für 2025 führt zwar auch Genehmigungen nach einer Ablehnung auf, aber nicht die Kohortenzahlen, die für eine Quote der Genehmigungen nach Korrektur nötig wären. Dieser Leitfaden berechnet deshalb keine.
- Eine Genehmigungsquote für den geschlossenen Test oder den Produktionszugriff. Entscheidungen über den Zugriff bei neuen privaten Konten sind ein eigener Ablauf und stehen nicht in diesen Tabellen.
- Einen Trend bei der Strenge. Der Rückgang von 10,13 % auf 7,89 % ist eine Veränderung der Quote und kein Beleg dafür, dass die Richtlinien milder geworden sind, dass sich die Qualität der Überprüfung verändert hat oder dass das Risiko einzelner Entwickler gesunken ist.
Warum im Netz unterschiedliche Zahlen kursieren
Manche Seiten behaupten, Google veröffentliche keinen Nenner; das galt für die Reihe der Sicherheitsrückblicke, nicht für die Transparenzberichte. Andere teilen die Zahl der „verhinderten Apps“ aus einem Sicherheitsrückblick durch einen Nenner aus dem Transparenzbericht und vermischen damit zwei Reihen.
Die Statistiken von Google zu Ablehnungen und Durchsetzung
Google berichtet über die Sicherheit der Plattform an zwei Stellen, die leicht zu verwechseln sind: im jährlichen Transparenzbericht, einer Tabelle mit Zahlen zu Einreichungen und Durchsetzungsmaßnahmen, und im jährlichen Sicherheitsrückblick in den Blogs von Google, einem Fließtext mit gerundeten Eckzahlen.
Überprüfte und abgelehnte Einreichungen
Google-BerichtÜber die Zahlen zu überprüften und abgelehnten Einreichungen in der Tabelle oben hinaus nennt der Transparenzbericht für 2025 2.012.981 Entfernungen und 125.550 gekündigte Entwicklerkonten. Eine Entfernung trifft eine App, die bereits verfügbar war; eine Ablehnung ist eine Entscheidung über eine Einreichung, bevor sie live geht.
Quelle: Jährlicher Transparenzbericht 2025, gedruckte Seite 3.
An der Veröffentlichung gehinderte Apps, 2023 bis 2025
Google-Bericht| Berichtsjahr | An der Veröffentlichung gehinderte richtlinienverletzende Apps | Gesperrte schädliche Entwicklerkonten | Quelle |
|---|---|---|---|
| 2023 | 2,28 Millionen | 333.000 | Sicherheitsrückblick 2023 (29. April 2024) |
| 2024 | 2,36 Millionen | Mehr als 158.000 | Sicherheitsrückblick 2024 (29. Januar 2025) |
| 2025 | Mehr als 1,75 Millionen | Mehr als 80.000 | Sicherheitsrückblick 2025 (19. Februar 2026) |
Dieselben Rückblicke liefern Kontext, der keine Zahl zu Ablehnungen ist. 2023 wurden fast 200.000 Einreichungen wegen sensibler Berechtigungen wie Standort im Hintergrund und SMS abgelehnt oder nachgebessert. 2024 wurde bei 1,3 Millionen Apps verhindert, dass sie unnötigen oder übermäßigen Zugriff auf sensible Nutzerdaten erhalten; 2025 lag diese Zahl bei mehr als 255.000, dazu kamen 160 Millionen blockierte Spam-Bewertungen und -Rezensionen. Diese Maßnahmen lassen sich weder untereinander noch mit der Tabelle zusammenrechnen.
Google beschreibt außerdem, dass es Apps vor und nach dem Release mehr als 10.000 Sicherheitsprüfungen unterzieht. Diese Zahl bedeutet nicht, dass jeder kleine Mangel automatisch zu einer Ablehnung führt oder dass all diese Prüfungen vor der Veröffentlichung greifen.
Warum die Zahlen zu Ablehnungen, Entfernungen und verhinderten Apps auseinandergehen
| Quelle | Kennzahl | Einheit | Zeitraum | Was sie nicht abdeckt |
|---|---|---|---|---|
| Jährlicher Transparenzbericht | Abgelehnte Einreichungen | Einreichungen, keine ausgewiesene Kohorte einzelner Apps | Kalenderjahr | Ob dieselbe App später genehmigt wurde |
| Jährlicher Transparenzbericht | Entfernungen | Nach der Veröffentlichung entfernte Apps | Kalenderjahr | Einreichungen, die nie live gegangen sind |
| Jährlicher Sicherheitsrückblick | An der Veröffentlichung gehinderte Apps | Apps, gerundet | Kalenderjahr | Einen Nenner; daraus lässt sich keine Quote bilden |
| Jährlicher Sicherheitsrückblick | Gesperrte Entwicklerkonten | Konten | Kalenderjahr | Einzelne App-Ablehnungen |
Der jährliche Transparenzbericht und der jährliche Sicherheitsrückblick von Google verwenden unterschiedliche Bezeichnungen für ihre Kennzahlen und nennen unterschiedliche Summen. Nennen Sie zu jeder Zahl ihre Quelle und ihre Definition. Die geprüften Berichte erklären keine direkte Umrechnung zwischen den beiden Reihen; sie sollten deshalb nicht zu einer einzigen Ablehnungsrate verrechnet werden.
Ein Gesamtwert der Plattform und das gemessene Ergebnis eines Anbieters können beide zutreffen. Die betreute Test-Abschlussquote von PrimeTestLab beschreibt geschlossene Tests, die das Unternehmen durchführt und bis zum Enddatum besetzt hält; die Quote von Google beschreibt die berichteten Zahlen zu App-Einreichungen. Keine der beiden sagt die andere voraus.
Welche Entscheidung von Google Play haben Sie erhalten?
Bevor Sie irgendetwas beheben, klären Sie, welche Entscheidung vor Ihnen liegt. Als „abgelehnt“ werden umgangssprachlich mindestens fünf verschiedene Situationen bezeichnet, und der nächste Schritt ist jedes Mal ein anderer. Benannt wird sie im Status in der Play Console und in der E-Mail an den Kontoinhaber.
Google-RichtlinieTippen Sie auf die Meldung, die Sie erhalten haben
| Entscheidung oder Blockade | Ihre Situation | Nächster Schritt |
|---|---|---|
| App oder Update abgelehnt | Die eingereichten Änderungen wurden nicht angenommen. Bei einer gewöhnlichen Ablehnung eines Updates bleibt die zuvor veröffentlichte Version verfügbar, während Sie es korrigieren. | Lesen Sie die Meldung, korrigieren Sie die betroffene Einreichung und reichen Sie erneut ein. Siehe nach einer Ablehnung. |
| Produktionszugriff abgelehnt oder „More testing required“ | Ihr Antrag, die App eines neuen privaten Kontos in die Produktion zu überführen, muss nachgebessert werden; entschieden wird darüber, ob Ihr geschlossener Test die Reife belegt. | Gehen Sie die Schritte zu Test und Reife durch und beheben Sie danach die Ablehnung des Produktionszugriffs. |
| App entfernt | Der Store-Eintrag ist nicht mehr verfügbar. Die App war veröffentlicht, und die Durchsetzung hat nachträglich eingegriffen. | Folgen Sie der Meldung zur Durchsetzung und reichen Sie über den dort genannten Weg ein konformes Update ein. |
| App gesperrt oder Konto gekündigt | Eine schärfere Maßnahme auf App- oder Kontoebene, jeweils mit eigener Meldung und eigenen Folgen. | Nutzen Sie das in der Meldung genannte Einspruchsverfahren. Eröffnen Sie kein weiteres Konto, um erneut zu veröffentlichen; das gilt als Verstoß. |
| Upload oder Kompatibilität blockiert | Die Einreichung kann so, wie sie vorbereitet ist, nicht weitergehen: etwa ein Target-API-Level unterhalb der aktuellen Untergrenze oder ein Bundle, das die Console nicht annimmt. | Erfüllen Sie die genannte technische Anforderung und reichen Sie dann erneut ein. Eine Überprüfung hat noch nicht stattgefunden. |
Bedeutung der Status: Play Console-Hilfe, App veröffentlichen und Ablauf der Durchsetzung.
Was ein Status nicht verrät
Eine nicht verfügbare App wurde nicht zwangsläufig wegen eines Richtlinienverstoßes abgelehnt: Vielleicht haben Sie die Veröffentlichung selbst zurückgenommen, oder eine Kompatibilitätsregel hält sie zurück. Und eine Ablehnung des Produktionszugriffs kann mehr als eine Ursache haben; die Zeile oben ist deshalb ein Wegweiser, keine Diagnose. Ein Release im geschlossenen Test-Track kann selbst einer Richtlinienprüfung unterliegen; der Antrag auf Produktionszugriff ist die davon getrennte Entscheidung über die Reife des Tests.
Belegte Ablehnungsrisiken und praktische Lösungen
Google veröffentlicht keine Rangliste der Ablehnungsgründe, und dieser Leitfaden erfindet auch keine. Die acht Prüfungen unten stehen in der Reihenfolge, in der Sie sie durchführen können, vom Build nach außen, jeweils mit ihrer Quelle in den Richtlinien. Punkte zum geschlossenen Test stehen im Abschnitt zum Testen: Sie sind Voraussetzungen für die Berechtigung neuer privater Konten und keine Ablehnungen wegen Richtlinienverstößen.
Stabilität und nützliche Funktionen
Abstürze, Einfrieren und fehlgeschlagene Installationen
- Das Problem
- Die Richtlinie von Google zur Funktionalität verbietet Apps, die abstürzen, sich unerwartet beenden, einfrieren oder sich anderweitig auffällig verhalten. Dazu zählen auch Apps, die sich nicht installieren lassen, die sich installieren, aber nicht starten, oder die starten, aber nicht reagieren.
- Eine beobachtbare Prüfung
- Installieren Sie genau den Release-Kandidaten neu auf zwei physischen Geräten: öffnen, anmelden, den zentralen Ablauf durchlaufen, in den Hintergrund schicken und zurückholen. Lesen Sie danach den Pre-Launch-Bericht auf Abstürze und ANRs (App reagiert nicht).
- Die Korrektur
- Beheben Sie Abstürze beim Start und ANRs vor dem Einreichen und wiederholen Sie denselben Ablauf mit dem neu gebauten Build.
Statische Inhalte ohne app-spezifische Funktion
- Das Problem
- Dieselbe Richtlinie erfasst eingeschränkte Funktionen oder Inhalte: statische Inhalte ohne app-spezifischen Nutzen, sehr wenig Inhalt oder eine App, die absichtlich nichts tut. Das Format allein entscheidet nicht über die Konformität; die App braucht trotzdem ausreichenden Nutzen und ausreichende Inhalte.
- Eine beobachtbare Prüfung
- Führen Sie die zentrale Funktion der App vor und erklären Sie, welchen nützlichen Zweck sie erfüllt. Prüfen Sie, ob sie ausreichende Inhalte und eine sinnvolle Funktion bietet und nicht nur statisches Material anzeigt.
- Die Korrektur
- Ergänzen Sie die Funktion oder die Inhalte, die der App für ihren vorgesehenen Zweck ausreichenden Nutzen geben.
Zugang für die Prüfer
Der Prüfer kommt nicht an eingeschränkte oder zentrale Funktionen
- Das Problem
- Google verlangt funktionierende Anmeldedaten und eine Anleitung für jede Funktion, die hinter einer Anmeldung, einer regionalen Beschränkung oder einer ungewöhnlichen Authentifizierung liegt. Fehlen sie, steht der Prüfer vor einer Wand, und eine App, die sich nicht überprüfen lässt, wird nicht genehmigt.
- Eine beobachtbare Prüfung
- Installieren Sie den Release, den Sie einreichen, auf einem Gerät ohne Vorgeschichte und verwenden Sie ausschließlich die Zugangsdaten und die Anleitung aus dem Bereich „App-Inhalte“. Wenn Sie noch etwas anderes gebraucht haben, um hineinzukommen, braucht es der Prüfer auch.
- Die Korrektur
- Richten Sie ein eigenes Prüfkonto ein, das nicht abläuft, und schreiben Sie eine Schritt-für-Schritt-Anleitung für jede abgeschirmte Funktion. Nicht jede App braucht eine Anmeldung, und ein funktionierendes Konto ist eine Voraussetzung für die Überprüfung, keine Garantie für die Genehmigung.
Berechtigungen, Datenschutz und Datensicherheit
Umfang der Berechtigungen und die Erklärungen dazu
- Das Problem
- Sensible Berechtigungen wie Standort im Hintergrund und SMS brauchen einen Anwendungsfall, den die App sichtbar erfüllt, und wo es ein Erklärungsformular gibt, muss es zum tatsächlichen Verhalten der App passen. Der Sicherheitsrückblick von Google für 2023 nennt fast 200.000 Einreichungen, die genau deswegen abgelehnt oder nachgebessert wurden.
- Eine beobachtbare Prüfung
- Listen Sie jede gefährliche Berechtigung im Manifest auf und benennen Sie zu jeder den Bildschirm, auf dem Nutzer sehen, wozu sie gebraucht wird.
- Die Korrektur
- Entfernen Sie alles ohne sichtbaren Anwendungsfall und sorgen Sie dafür, dass die Erklärungen in der Console das Verhalten beschreiben, das der Prüfer beobachten wird. Ein funktionsbezogener Grund allein genügt nicht: Prüfen Sie die geltenden Einschränkungen für die jeweilige Berechtigung sowie einen gegebenenfalls vorgeschriebenen deutlichen Hinweis und die Einwilligung vor dem Zugriff.
Quelle Richtlinie zu Nutzerdaten · Sicherheitsrückblick 2023
Datenschutzerklärung und Löschung des Kontos
- Das Problem
- Hinterlegen Sie die URL der Datenschutzerklärung in der Play Console und in der App selbst einen Link oder den Text der Erklärung. Die Seite muss öffentlich sein, sie darf nicht regional gesperrt sein, kein PDF sein und nicht von Besuchern bearbeitet werden können, sie muss die App oder den Entwickler benennen und die tatsächlich erhobenen Daten beschreiben. Wenn Nutzer in der App ein Konto anlegen können, bieten Sie auffindbare Wege an, die Löschung in der App und außerhalb davon zu beantragen, und legen Sie eine notwendige Aufbewahrung offen.
- Eine beobachtbare Prüfung
- Öffnen Sie die URL auf einem abgemeldeten Gerät, nach Möglichkeit aus einem anderen Land, und lesen Sie sie gegen das Formular zur Datensicherheit.
- Die Korrektur
- Veröffentlichen Sie eine Datenschutzseite, die Sie selbst kontrollieren, hinterlegen Sie sie in der Play Console und in der App und ergänzen Sie die Wege für Löschanträge überall dort, wo die App Konten anlegt.
Quelle Richtlinie zu Nutzerdaten
Datensicherheit und Übereinstimmung mit den SDKs
- Das Problem
- Die Erklärung zur Datensicherheit muss abbilden, was die App und jedes darin enthaltene SDK von Dritten erheben und weitergeben. SDKs für Werbung, Analyse und Absturzberichte können Daten ohne Laufzeitberechtigung erheben oder weitergeben. Eine App „ohne Berechtigungen“ ist deshalb nicht automatisch eine App „ohne Daten“, und eine erreichbare Datenschutzseite belegt nicht, dass das Formular stimmt. Prüfen Sie die konkrete SDK-Version, ihre Konfiguration und ihr tatsächliches Verhalten.
- Eine beobachtbare Prüfung
- Exportieren Sie die Abhängigkeitsliste des Releases, sehen Sie zu jedem SDK die Angaben zur Datenerhebung nach und vergleichen Sie sie mit jeder Antwort im Formular. Beobachten Sie den Netzwerkverkehr beim ersten Start, um zu sehen, was das Gerät verlässt, bevor der Nutzer irgendetwas tut.
- Die Korrektur
- Korrigieren Sie das Formular so, dass es zum beobachteten Verhalten passt, oder entfernen Sie das SDK. Für die Erklärung sind Sie verantwortlich, auch für Code, den Sie nicht selbst geschrieben haben.
Store-Eintrag, Erklärungen und Zahlungen
Store-Eintrag, Werbung, Zielgruppe und Angaben zu den Inhalten
- Das Problem
- Der Bereich „App-Inhalte“ fragt, ob die App Werbung enthält und an welche Zielgruppe sie sich richtet, und verlangt den Fragebogen zur Altersfreigabe sowie die weiteren jeweils geltenden Erklärungen. Ein Store-Eintrag, der Funktionen zeigt, die dem Build fehlen, oder eine Erklärung, die nicht zur App passt, ist für sich genommen ein Ablehnungsgrund.
- Eine beobachtbare Prüfung
- Gehen Sie jede Antwort unter „App-Inhalte“ mit dem geöffneten Release daneben durch und prüfen Sie jeden Screenshot gegen die aktuelle Oberfläche.
- Die Korrektur
- Aktualisieren Sie Erklärungen und Inhalte des Store-Eintrags gemeinsam mit dem Build, den sie beschreiben; eine Korrektur am Store-Eintrag braucht nicht zwingend einen neuen Build.
Zahlungen und die Bedingungen der jeweiligen Programme
- Das Problem
- Für bestimmte In-App-Käufe digitaler Waren und Dienste ist das Abrechnungssystem von Google Play vorgeschrieben. Physische Waren, Dienstleistungen in der realen Welt und einige weitere Kategorien sind ausgenommen, und Programme für alternative Abrechnung oder externe Angebote gelten nur in bestimmten Regionen und zu eigenen Bedingungen.
- Eine beobachtbare Prüfung
- Entscheiden Sie für jeden Kaufvorgang, ob er digitale Inhalte verkauft, die in der App genutzt werden; wenn ja, vergewissern Sie sich, dass er über Play Billing läuft oder über ein Programm, für das Sie tatsächlich registriert sind.
- Die Korrektur
- Verlagern Sie digitale Käufe auf Play Billing oder dokumentieren Sie die Teilnahme am jeweiligen Programm. Behandeln Sie ein regionales Programm nicht als weltweite Ausnahme.
Quelle Zahlungsrichtlinie
Vorabprüfungen sind nicht die Überprüfung
Die Vorabprüfungen der Play Console weisen auf einige dieser Punkte schon vor dem Einreichen hin (fehlende Zugangsdaten, Erklärungen zu Berechtigungen, ein toter Link zur Datenschutzerklärung), und der Pre-Launch-Bericht lässt die App auf Testgeräten laufen. Beides lohnt sich; sie zu bestehen garantiert keine Genehmigung in der formellen App-Überprüfung, und keines von beiden misst, wie die Teilnehmer eines geschlossenen Tests die App genutzt haben.
Quellen: App-Probleme frühzeitig mit Vorabprüfungen erkennen · Mit dem Pre-Launch-Bericht Probleme aufspüren
Wie der geschlossene Test den Produktionszugriff beeinflusst
Wer muss die Testanforderung erfüllen?
Google-RichtliniePrivate Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden, müssen einen geschlossenen Test mit mindestens 12 Testern durchführen, die während der letzten 14 Tage fortlaufend angemeldet waren, bevor sie den Produktionszugriff beantragen können. Wer die Mindestanforderung erfüllt, darf den Antrag stellen; genehmigt ist die App damit nicht. Organisationskonten und private Konten, die vor diesem Datum erstellt wurden, unterliegen der Anforderung nicht.
Ein interner Test ersetzt den geschlossenen Test nicht, so lange er auch läuft: Die 12 Tester müssen in einem geschlossenen Test-Track angemeldet sein. Wie Sie ihn einrichten, steht im Leitfaden zu den Anforderungen an den geschlossenen Test bei Google Play.
Quelle: Anforderungen an App-Tests für neue private Entwicklerkonten.
Nachweise, Reife und der nächste Schritt
Vom qualifizierenden Test bis zum Release in der Produktion
- 1Führen Sie den qualifizierenden geschlossenen Test zu Ende. Mindestens 12 Tester, die während der letzten 14 Tage ohne Unterbrechung angemeldet waren.
- 2Beantragen Sie den Produktionszugriff. Der Antrag fragt, wie die Tester die App genutzt haben, welches Feedback Sie erhalten haben und was sich daraufhin geändert hat.
- 3Google überprüft den Antrag, in der Regel in 7 Tagen oder weniger, manchmal auch länger, und gewährt entweder den Zugriff oder verlangt weitere Tests. Diese Angabe gilt für diese Überprüfung, nicht für Ihren gesamten Zeitplan bis zum Start.
- 4Ist der Zugriff gewährt, bereiten Sie den Release für die Produktion vor. Dessen Überprüfung und dessen Auslieferung sind eigene Schritte, getrennt von dieser Entscheidung; der Zugriff ist eine Berechtigung, keine Veröffentlichung.
Meldet sich ein Tester ab, ist der qualifizierende Zeitraum dieses einen Testers unterbrochen und seine Tage zählen nicht mehr. Die übrigen Tester sind davon nicht betroffen. Entscheidend ist zum Zeitpunkt des Antrags, ob Sie weiterhin 12 Tester haben, die die Bedingung erfüllen, und nicht, ob jemals jemand ausgestiegen ist.
Google fragt, was Sie gelernt haben; eine Mindestzahl an Updates gibt Google nicht vor. Die Aussage zur Reife, die Sie ehrlich treffen können sollten, lautet: Ich habe das Feedback der Tester ausgewertet, aufgetretene Probleme behoben und kann erklären, was ich gelernt habe und warum die App bereit ist. Wenn die ehrliche Antwort lautet, dass niemand die App genutzt hat, wird die Überprüfung vermutlich zum selben Schluss kommen.
Ein paar Tester mehr als 12 geben Ihnen einen Puffer gegen Ausfälle und breiteres Feedback; eine messbar höhere Genehmigungschance behaupten wir damit nicht. Decken Sie als Entscheidung der Qualitätssicherung repräsentative physische Geräte ab. Die veröffentlichten Kriterien sagen nichts dazu, wie Emulatoren gezählt werden, deshalb behauptet dieser Leitfaden in keine der beiden Richtungen etwas. Passend dazu: einen Tester-Puffer einplanen, die Fragen im Antrag auf Produktionszugriff und was nach einer Ablehnung zu prüfen ist.
Was tun, wenn eine App oder ein Update abgelehnt wurde
Die Meldung benennt die Entscheidung, die betroffene Einreichung und die Richtlinie oder Anforderung, um die es geht. Arbeiten Sie von ihr aus, in dieser Reihenfolge.
Google-Richtlinie- 1Lesen Sie die genaue Entscheidung und die betroffene Einreichung. Welcher Release, welcher Track, welche Richtlinie oder Anforderung.
- 2Reproduzieren oder prüfen Sie das genannte Problem an dem Build, der überprüft wurde, nicht an dem auf Ihrem Rechner.
- 3Beheben Sie das Problem und prüfen Sie die verwandten Anforderungen im selben Bereich, damit die nächste Überprüfung nicht gleich den Nachbarn findet.
- 4Validieren Sie den betroffenen Build oder die betroffene Erklärung: Führen Sie die beobachtbare Prüfung aus dem passenden Punkt oben erneut durch.
- 5Reichen Sie die passende Korrektur ein oder gehen Sie den Weg des Einspruchs, wenn Sie die Entscheidung für falsch halten. Wo nötig, öffnen Sie die Veröffentlichungsübersicht und wählen Sie „Zur Überprüfung senden“; eine gespeicherte Korrektur wird nicht immer automatisch eingereicht.
- 6Bewahren Sie die Nachweise auf und verfolgen Sie das Ergebnis. Meldung, Version, Problem, Korrektur, Validierung, Entscheidung.
Korrigieren und erneut einreichen oder Einspruch einlegen
Ist die Feststellung zutreffend, beheben Sie sie und reichen Sie erneut ein. Die Hinweise von Google zur Durchsetzung sagen ausdrücklich, dass ein erneutes Einreichen ohne Behebung des Verstoßes selbst ein Problem ist. Reichen Sie nicht erneut ein, solange der genannte Verstoß nicht behoben ist; manche Korrekturen ändern den Store-Eintrag oder die Erklärungen, ohne den Build zu ändern. Halten Sie die Entscheidung für falsch, folgen Sie der Anleitung zum Einspruch in der Meldung und nennen Sie den Paketnamen, die betroffene Version, die genannte Richtlinie, warum Sie die Entscheidung für falsch halten, sowie Screenshots oder reproduzierbare Schritte als Beleg für die Konformität. Versuchen Sie nicht, über ein anderes Konto erneut zu veröffentlichen.
Quellen: Ablauf der Durchsetzung · Steuern, wann App-Änderungen überprüft und veröffentlicht werden.
Neuer Build oder nur eine Erklärung?
Eine Korrektur am Store-Eintrag oder an einer Erklärung braucht nicht unbedingt eine neue Binärdatei. Ein neuer Build ist nötig, wenn die Korrektur den paketierten Code, die Assets, die Berechtigungen oder die Konfiguration ändert. Korrekturen auf der Website oder auf dem Server lösen das Problem manchmal ganz ohne neuen Build. Folgen Sie der Meldung und validieren Sie die betroffene Einreichung.
Google beschreibt die Bearbeitung von App-Änderungen allgemein mit einigen Stunden bis sieben Tagen, manchmal auch länger. Das ist keine garantierte Bearbeitungszeit für Ihre Ablehnung oder Ihren Einspruch, und die Überprüfung des Produktionszugriffs ist ein eigener Ablauf; siehe Überprüfungsdauer bei Google Play. Weder eine zulässige Anzahl von Ablehnungen noch eine Erfolgswahrscheinlichkeit für Einsprüche ist veröffentlicht, und hier wird beides auch nicht versprochen.
Wie eine brauchbare Aufzeichnung zu einer Ablehnung aussieht
BeispielZwei veranschaulichende Aufzeichnungen, konstruiert, um zu zeigen, welche Nachweise sich zu behalten lohnen: eine zu einem abgelehnten Update und eine zu unvollständiger Testberechtigung. Keine Kundenfälle und keine Statistik. Bewahren Sie die Einreichungs-ID aus der Einreichungsaktivität der Play Console zusammen mit der Meldung und der betroffenen Version auf, damit der Support genau diese Einreichung zuordnen kann.
| Meldung | Update abgelehnt, Richtlinie zu Nutzerdaten |
|---|---|
| Betroffene Version | 2.4.1 (Build 241), Produktions-Track |
| Problem | Der Link zur Datenschutzerklärung im Store-Eintrag lieferte 404 |
| Korrektur | Die Seite mit der Datenschutzerklärung wurde unter der bestehenden URL wiederhergestellt, die in der Play Console und in der App bereits hinterlegt war. Keine eingebettete URL hat sich geändert, daher war keine neue Binärdatei nötig. |
| Validierung | URL auf einem abgemeldeten Gerät in zwei Ländern geöffnet; Formular zur Datensicherheit erneut gegen die Seite gelesen |
| Entscheidung | Erneut eingereicht; Update genehmigt |
| Meldung | Testberechtigung unvollständig |
|---|---|
| Betroffene Version | 1.0.3, geschlossener Test-Track |
| Problem | 12 Tester hinzugefügt; nur 9 blieben über die 14 Tage angemeldet |
| Korrektur | Drei Ersatztester gewonnen; jeder begann seinen eigenen Zeitraum von 14 Tagen |
| Validierung | Das Dashboard zeigte 12 Tester, die während der letzten 14 Tage angemeldet waren |
| Entscheidung | Antragsberechtigt, nachdem die Ersatztester ihre erforderlichen Zeiträume abgeschlossen hatten |
Checkliste vor dem Einreichen
Gehen Sie sie mit genau dem Release durch, den Sie einreichen wollen, nicht mit dem von letzter Woche. Punkte mit dem Hinweis sofern zutreffend hängen davon ab, was die App tut.
Build und Verhalten
Zugang für die Prüfer und Erklärungen
Datenschutz und Daten
Zahlungen
Testpflicht, nur für neue private Konten
Fragen und Antworten
Sagt die Jahresquote das Ergebnis der ersten Überprüfung meiner App voraus?
Nein. Die Quote von 7,89 % setzt die weltweiten Zahlen ins Verhältnis, die Google für überprüfte und abgelehnte App-Einreichungen im Jahr 2025 berichtet. Die Berichte enthalten keine definierte Kohorte für Erstversuche, daher ist weder die Quote noch ihr Gegenwert eine Wahrscheinlichkeit für eine bestimmte neue App.
Warum unterscheidet sich die Zahl aus dem Sicherheitsrückblick von der Zahl aus dem Transparenzbericht?
Sie messen Unterschiedliches. Der jährliche Sicherheitsrückblick nennt gerundete Zahlen zu richtlinienverletzenden Apps, die an der Veröffentlichung gehindert wurden; der Transparenzbericht zählt abgelehnte Einreichungen und Entfernungen. Google veröffentlicht keine Überleitung zwischen den beiden Reihen, deshalb lassen sie sich nicht zu einer einzigen Ablehnungsquote zusammenführen.
Wirkt sich ein abgelehntes Update auf die bereits veröffentlichte Version aus?
Eine gewöhnliche Ablehnung eines Updates entfernt die veröffentlichte Version nicht; der frühere Release bleibt verfügbar, während Sie das Update korrigieren. Entfernung, Sperrung und Kündigung des Kontos sind eigene Status der Durchsetzung mit eigenen Meldungen, und diese wirken sich sehr wohl auf die live geschaltete App aus.
Ist eine Ablehnung des Produktionszugriffs eine Ablehnung wegen eines Richtlinienverstoßes?
Nein. Bei einer Entscheidung über den Produktionszugriff für ein neues privates Konto werden der geschlossene Test, den Sie durchgeführt haben, und Ihre Antworten überprüft. „More testing required“ bedeutet, dass der Antrag nachgebessert werden muss; es ist kein Richtlinienverstoß, der der App angelastet wird, und mehr Tester räumen eine echte Ablehnung wegen eines Richtlinienverstoßes nicht aus.
Soll ich Einspruch einlegen oder eine Korrektur einreichen?
Reichen Sie nicht erneut ein, solange der genannte Verstoß nicht behoben ist. Manche Korrekturen ändern den Store-Eintrag oder die Erklärungen, ohne den Build zu ändern. Halten Sie die Entscheidung für falsch, folgen Sie der Anleitung zum Einspruch in der Meldung und legen Sie Nachweise für die Konformität vor. Legen Sie kein weiteres Konto an, um erneut zu veröffentlichen; das gilt als Verstoß.
Quellen und Hinweise zu den Daten
Wie es weitergeht, hängt davon ab, weshalb Sie hier sind. Wenn Sie die Quote zitieren wollen, nennen Sie 7,89 % zusammen mit dem Jahr (Aktivität 2025) und dem Nenner (überprüfte Einreichungen). Wenn Sie auf eine Meldung reagieren, suchen Sie ihre Zeile in der Entscheidungstabelle und gehen Sie diesen Weg. Hängt es an der Testpflicht, beschreibt der Leitfaden zu den Anforderungen an den geschlossenen Test die Einrichtung von Anfang bis Ende.
Fazit
Die Ablehnungsquote bei Einreichungen liegt bei Google Play für 2025 bei rund 7,89 %, berechnet aus 1.692.467 abgelehnten und 21.461.250 überprüften Einreichungen im jährlichen Transparenzbericht von Google für 2025. Das ist ein historischer Wert für die gesamte Plattform und nicht die Chance Ihrer App. Eine Meldung über eine Ablehnung benennt eine konkrete Entscheidung: Beheben Sie, was dort steht, reichen Sie erneut ein oder legen Sie Einspruch ein, und behandeln Sie die Testpflicht für neue private Konten als eigenen Schritt zur Reife.
Jährliche Transparenzberichte
Jährliche Sicherheitsrückblicke
Richtlinien und Play Console-Hilfe
Änderungsverlauf
28. Februar 2026: veröffentlicht, zunächst nur mit der Reihe der jährlichen Sicherheitsrückblicke. 12. September 2026: die Berechnung aus dem Transparenzbericht und ihre Grenzen ergänzt, die beiden Reihen von Google getrennt, die Entscheidungstabelle sowie die Abschnitte zum Zugang für die Prüfer, zur Datensicherheit und zum Vorgehen nach einer Ablehnung hinzugefügt und die Darstellung als Rangliste der Gründe entfernt; ein zweiter Durchgang am selben Tag hat die Formulierungen zum erneuten Einreichen, zur Funktionalität und zur Dauer der Überprüfung korrigiert. Die nächste jährliche Aktualisierung folgt, wenn Google den Bericht für 2026 veröffentlicht, voraussichtlich 2027.