Snel antwoord
Op basis van het jaarlijkse transparantierapport van Google over 2025 komt het afwijzingspercentage van inzendingen bij Google Play uit op ongeveer 7,89%: 1.692.467 afgewezen inzendingen gedeeld door 21.461.250 beoordeelde inzendingen. Dat is een berekening op de aantallen die Google publiceert, geen percentage over het volledige jaar 2026 en geen kans dat een nieuwe app bij de eerste poging strandt. De losse handhavingscijfers van Google meten andere uitkomsten.
Bron: Jaarlijks transparantierapport van Google Play over 2025 (PDF), gepubliceerd op 31 maart 2026, wereldwijd van opzet. Het rapport over 2024 komt op dezelfde basis uit op 10,13%.
Deze gids legt de recente cijfers van Google over inzendingen en handhaving uit, laat zien waar die cijfers ophouden en welke praktische controles je helpen om op een afwijzing te reageren. De jaarlijkse transparantiegegevens, de veiligheidsevaluaties en elke beleidspagina waarnaar hier wordt verwezen, zijn op 12 september 2026 nagekeken.
Zo lees je de labels in deze gids
- Google-rapportEen cijfer dat is afgedrukt in een transparantierapport of een jaarlijkse veiligheidsevaluatie van Google, met de bron naast het getal.
- BerekeningRekenwerk dat deze gids uitvoert op de aantallen die Google publiceert. Google publiceert de uitkomst zelf niet.
- Google-beleidEen vereiste of een proces zoals beschreven in de Help van Play Console of in het beleid van het ontwikkelaarsprogramma.
- PraktijkcheckEen controle die wij aanraden op basis van de inzendingen die wij begeleiden. Geen regel van Google en geen gemeten afwijzingsfrequentie.
- VoorbeeldEen illustratie die laat zien hoe zo'n dossier eruitziet. Geen klantcasus en geen cijfer over het platform.
Op deze pagina
Wat is het afwijzingspercentage van Google Play-apps in 2026?
Google publiceert geen percentage met het label ‘afwijzingspercentage’. Wel publiceert het bedrijf één keer per jaar de twee aantallen die je nodig hebt om er zelf een te berekenen: hoeveel app-inzendingen het heeft beoordeeld en hoeveel het er heeft afgewezen. Het laatste volledige jaar is 2025, gerapporteerd op 31 maart 2026, dus een gids uit 2026 werkt met de activiteit van 2025.
De meest recente volledige jaarcijfers over inzendingen
Google-rapport| Activiteitsjaar | Beoordeelde inzendingen | Afgewezen inzendingen | Afgewezen ÷ beoordeeld | Rapport gepubliceerd |
|---|---|---|---|---|
| 2024 | 19.292.647 | 1.955.305 | 10,13% | 31 maart 2025 · rapport |
| 2025 | 21.461.250 | 1.692.467 | 7,89% | 31 maart 2026 · rapport |
Vindplaatsen: rapport over 2025, gedrukte pagina 3; rapport over 2024, gedrukte pagina's 3-4. De percentages zijn berekend uit de gepubliceerde aantallen (afgewezen ÷ beoordeeld × 100) en afgerond op twee decimalen. Beide rapporten beschrijven hun bereik als wereldwijd. Cijfers nagekeken op 12 september 2026.
Bekijk de berekening per jaar
Aandeel afgewezen van alle beoordeelde inzendingen
In 2025 werd ongeveer 8 van elke 100 beoordeelde inzendingen afgewezen.
Hoe het percentage wordt berekend en wat het niet voorspelt
Het percentage vergelijkt de wereldwijde jaaraantallen beoordeelde en afgewezen app-inzendingen die Google rapporteert. De rapporten geven geen afgebakende groep eerste pogingen en geen uitsplitsing per poging, dus je kunt dit totaalcijfer niet gebruiken om de uitkomst van één nieuwe app te voorspellen.
Wat het percentage niet aantoont
- De kansen van jouw app. Het complement (ongeveer 92%) is niet de kans dat een nieuwe app in één keer wordt goedgekeurd.
- Een cijfer over 2026. Cijfers over het volledige jaar 2026 zijn er nog niet. Benoem het getal als cijfers over 2025 die in 2026 beschikbaar zijn.
- Een uiteindelijk goedkeuringspercentage. Het rapport over 2025 noemt ook goedkeuringen na een afwijzing, maar niet de administratie per groep die nodig is voor een percentage goedkeuringen na correctie, dus deze gids berekent dat niet.
- Een goedkeuringspercentage voor de gesloten test of voor productietoegang. Besluiten over toegang voor nieuwe persoonlijke accounts volgen een ander proces en staan niet in deze tabellen.
- Een trend in strengheid. De daling van 10,13% naar 7,89% is een verandering in het percentage, geen bewijs dat het beleid soepeler is geworden, dat de kwaliteit van de beoordeling is veranderd of dat het risico voor een individuele ontwikkelaar is gedaald.
Waarom websites verschillende cijfers noemen
Sommige pagina's zeggen dat Google geen noemer publiceert; dat gold voor de reeks veiligheidsevaluaties, niet voor de transparantierapporten. Andere delen een aantal ‘tegengehouden apps’ uit een veiligheidsevaluatie door een noemer uit een transparantierapport, en mengen zo twee reeksen.
De cijfers van Google over afwijzingen en handhaving
Google rapporteert de veiligheid van het platform op twee plekken die makkelijk door elkaar lopen: het jaarlijkse transparantierapport, een tabel met aantallen over inzendingen en handhaving, en de jaarlijkse veiligheidsevaluatie op de blogs van Google, een verhaal met afgeronde kerncijfers.
Beoordeelde en afgewezen inzendingen
Google-rapportNaast de beoordeelde en afgewezen aantallen in de tabel hierboven noemt het transparantierapport over 2025 2.012.981 verwijderingen en 125.550 beëindigde ontwikkelaarsaccounts. Een verwijdering treft een app die al beschikbaar was; een afwijzing is een besluit over een inzending voordat die live gaat.
Bron: Jaarlijks transparantierapport over 2025, gedrukte pagina 3.
Tegengehouden apps vóór publicatie, 2023 tot en met 2025
Google-rapport| Activiteitsjaar | Apps met beleidsschendingen die niet zijn gepubliceerd | Verbannen kwaadwillende ontwikkelaarsaccounts | Bron |
|---|---|---|---|
| 2023 | 2,28 miljoen | 333.000 | Veiligheidsevaluatie 2023 (29 april 2024) |
| 2024 | 2,36 miljoen | Meer dan 158.000 | Veiligheidsevaluatie 2024 (29 januari 2025) |
| 2025 | Meer dan 1,75 miljoen | Meer dan 80.000 | Veiligheidsevaluatie 2025 (19 februari 2026) |
Diezelfde evaluaties geven context die geen telling van afwijzingen is. In 2023 werden bijna 200.000 inzendingen afgewezen of hersteld vanwege gevoelige machtigingen zoals locatie op de achtergrond en sms. In 2024 werd bij 1,3 miljoen apps voorkomen dat ze onnodig of buitensporig toegang kregen tot gevoelige gebruikersgegevens; in 2025 ging het om meer dan 255.000 apps, naast 160 miljoen geblokkeerde spamreviews en spamwaarderingen. Deze maatstaven mag je niet bij elkaar optellen, en ook niet bij de tabel.
Google beschrijft ook dat het meer dan 10.000 veiligheidscontroles op apps uitvoert, vóór en na de release. Dat aantal betekent niet dat elk klein gebrek automatisch tot een afwijzing leidt, en ook niet dat al die controles poorten vóór publicatie zijn.
Waarom de aantallen over afwijzing, verwijdering en tegengehouden apps verschillen
| Bron | Maatstaf | Eenheid | Periode | Wat het niet dekt |
|---|---|---|---|---|
| Jaarlijks transparantierapport | Afgewezen inzendingen | Inzendingen, geen benoemde groep unieke apps | Kalenderjaar | Of dezelfde app later is goedgekeurd |
| Jaarlijks transparantierapport | Verwijderingen | Apps die na publicatie zijn verwijderd | Kalenderjaar | Inzendingen die nooit live zijn gegaan |
| Jaarlijkse veiligheidsevaluatie | Tegengehouden apps vóór publicatie | Apps, afgerond | Kalenderjaar | Een noemer; er valt geen percentage van te maken |
| Jaarlijkse veiligheidsevaluatie | Verbannen ontwikkelaarsaccounts | Accounts | Kalenderjaar | Afwijzingen van afzonderlijke apps |
Het jaarlijkse transparantierapport en de jaarlijkse veiligheidsevaluatie van Google gebruiken andere labels voor hun maatstaven en rapporteren andere totalen. Houd elk getal vast aan zijn bron en zijn definitie. De bekeken rapporten leggen geen rechtstreekse omrekening tussen de twee reeksen uit, dus je mag ze niet combineren tot één afwijzingspercentage.
Een totaalcijfer over het platform en een gemeten uitkomst van een dienstverlener kunnen allebei kloppen. Het voltooiingspercentage van de begeleide tests van PrimeTestLab gaat over gesloten tests die het bedrijf zelf uitvoert en tot de einddatum van testers blijft voorzien; het percentage van Google gaat over de gerapporteerde aantallen app-inzendingen. Het een voorspelt het ander niet.
Welk besluit van Google Play heb je gekregen?
Stel eerst vast welk besluit je voor je hebt, voordat je iets herstelt. ‘Afgewezen’ wordt losjes gebruikt voor minstens vijf situaties, en de vervolgstap verschilt per situatie. De status in Play Console en de mail aan de accounteigenaar benoemen welke het is.
Google-beleidTik op de melding die je hebt gekregen
| Besluit of blokkade | Jouw situatie | Volgende stap |
|---|---|---|
| App of update afgewezen | De ingediende wijzigingen zijn niet geaccepteerd. Bij een gewone afgewezen update blijft de eerder gepubliceerde versie beschikbaar terwijl je die herstelt. | Lees de melding, herstel de betrokken inzending en dien die opnieuw in. Zie na een afwijzing. |
| Productietoegang geweigerd, of ‘More testing required’ | Je aanvraag om de app van een nieuw persoonlijk account naar productie te brengen, vraagt nog werk; het is een besluit over de gereedheid van je gesloten test. | Doorloop de stappen bij testen en gereedheid en ga daarna naar een geweigerde productietoegang oplossen. |
| App verwijderd | De vermelding is niet langer beschikbaar. De app was gepubliceerd en de handhaving heeft er achteraf op ingegrepen. | Volg de handhavingsmelding en dien via de route die daarin staat een update in die aan het beleid voldoet. |
| App opgeschort of account beëindigd | Zwaardere handhaving op app- of accountniveau, elk met een eigen melding en eigen gevolgen. | Gebruik de bezwaarprocedure die in de melding staat. Open geen ander account om opnieuw te publiceren; dat geldt als een overtreding. |
| Blokkade bij uploaden of compatibiliteit | De inzending kan niet door zoals je die hebt voorbereid: bijvoorbeeld een doel-API-niveau onder de huidige ondergrens, of een bundel die de Console niet accepteert. | Los de genoemde technische vereiste op en dien daarna opnieuw in. Er heeft nog geen beoordeling plaatsgevonden. |
Betekenis van de statussen: Help van Play Console, Je app publiceren en Het handhavingsproces.
Wat een status je niet vertelt
Een app die niet beschikbaar is, is niet per se om beleidsredenen afgewezen: misschien heb je die zelf van publicatie gehaald, of houdt een compatibiliteitsregel de app tegen. En een geweigerde productietoegang kan meer dan één oorzaak hebben, dus de rij hierboven is een route en geen diagnose. Een release op een gesloten testtrack kan zelf een beleidsbeoordeling krijgen; een aanvraag voor productietoegang is het losstaande besluit over de gereedheid van je test.
Gedocumenteerde afwijzingsrisico's en praktische oplossingen
Google publiceert geen ranglijst van redenen voor afwijzing, en deze gids verzint er ook geen. De acht controles hieronder staan in de volgorde waarin je ze kunt uitvoeren, van de build naar buiten toe, elk met de beleidsbron erbij. Punten over de gesloten test staan in het onderdeel over testen: dat zijn voorwaarden waaraan nieuwe persoonlijke accounts moeten voldoen, geen afwijzingen om beleidsredenen.
Stabiliteit en bruikbare functionaliteit
Crashes, vastlopers en mislukte installaties
- Het probleem
- Het functionaliteitsbeleid van Google verbiedt apps die crashen, geforceerd afsluiten, vastlopen of anderszins abnormaal werken, inclusief apps die niet installeren, die wel installeren maar niet laden, of die wel laden maar niet reageren.
- Eén waarneembare test
- Doe een schone installatie van precies de release die je gaat indienen, op twee fysieke apparaten: openen, inloggen, de belangrijkste flow afronden, naar de achtergrond en weer terug. Lees daarna het pre-launchrapport na op crashes en ANR's (application not responding).
- De correctie
- Los crashes bij het opstarten en ANR's op voordat je indient, en doorloop daarna dezelfde flow op de opnieuw gebouwde build.
Statische content zonder app-specifieke functionaliteit
- Het probleem
- Hetzelfde beleid gaat over beperkte functionaliteit of content: statische content zonder app-specifiek nut, erg weinig content, of een app die zo is gebouwd dat die niets doet. De vorm alleen bepaalt niet of je aan het beleid voldoet; de app heeft nog steeds voldoende nut en content nodig.
- Eén waarneembare test
- Laat de kernfunctie van de app zien en leg uit welk nuttig resultaat die oplevert. Controleer of de app voldoende content en zinvolle functionaliteit heeft en niet alleen statisch materiaal toont.
- De correctie
- Voeg de functionaliteit of content toe die de app voldoende nut geeft voor het beoogde gebruik.
Toegang voor de beoordelaar
De beoordelaar komt niet bij afgeschermde of kernfunctionaliteit
- Het probleem
- Google vraagt om werkende inloggegevens en instructies voor elke functie achter een login, een locatiebeperking of ongebruikelijke authenticatie. Zonder die gegevens loopt de beoordelaar tegen een muur, en een app die niet beoordeeld kan worden, wordt niet goedgekeurd.
- Eén waarneembare test
- Installeer de release die je indient op een apparaat zonder voorgeschiedenis en gebruik alleen de inloggegevens en instructies uit het onderdeel App-content. Had je nog iets anders nodig om binnen te komen, dan heeft de beoordelaar dat ook nodig.
- De correctie
- Geef een vast beoordelingsaccount dat niet verloopt, plus stapsgewijze instructies voor elke afgeschermde functie. Niet elke app heeft een login nodig; en een werkend account is een voorwaarde voor de beoordeling, geen garantie op goedkeuring.
Machtigingen, privacy en Gegevensbeveiliging
Reikwijdte van machtigingen en verklaringen
- Het probleem
- Gevoelige machtigingen zoals locatie op de achtergrond en sms hebben een gebruiksdoel nodig dat de app zichtbaar waarmaakt, en waar een verklaringsformulier bestaat, moet dat kloppen met wat de app doet. De veiligheidsevaluatie van Google over 2023 meldde dat bijna 200.000 inzendingen precies hierom zijn afgewezen of hersteld.
- Eén waarneembare test
- Zet elke gevaarlijke machtiging uit het manifest op een rij en benoem per machtiging het scherm waarop de gebruiker ziet waarom die nodig is.
- De correctie
- Haal alles weg zonder zichtbaar gebruiksdoel en zorg dat de verklaringen in de Console het gedrag beschrijven dat de beoordelaar te zien krijgt. Een reden die met een functie samenhangt, is op zichzelf niet genoeg: controleer de geldende beperkingen op machtigingen en de eventueel vereiste prominente vermelding en toestemming vooraf.
Bron Beleid voor gebruikersgegevens · Veiligheidsevaluatie 2023
Privacybeleid en accountverwijdering
- Het probleem
- Geef de URL van je privacybeleid op in Play Console en zet in de app zelf een link of de tekst van dat beleid. De pagina moet openbaar zijn, niet geoblokkeerd, geen PDF en niet te bewerken door bezoekers, de app of de ontwikkelaar benoemen en beschrijven welke gegevens daadwerkelijk worden verzameld. Kunnen gebruikers vanuit de app een account aanmaken, bied dan vindbare manieren om verwijdering aan te vragen, zowel in de app als daarbuiten, en maak duidelijk wat er noodzakelijkerwijs bewaard blijft.
- Eén waarneembare test
- Open de URL vanaf een apparaat waarop je niet bent ingelogd, als het kan vanuit een ander land, en lees de pagina naast het formulier Gegevensbeveiliging.
- De correctie
- Publiceer een beleidspagina die je zelf beheert, geef die op in Play Console én in de app, en voeg de routes voor verwijderingsverzoeken toe waar de app accounts aanmaakt.
Gegevensbeveiliging en consistentie met SDK's
- Het probleem
- De verklaring Gegevensbeveiliging moet weergeven wat de app en elke SDK van derden daarin verzamelen en delen. SDK's voor advertenties, analyse en crashrapportage kunnen gegevens verzamelen of delen zonder runtime-machtiging, dus een app ‘zonder machtigingen’ is niet automatisch een app ‘zonder gegevens’, en een werkende privacypagina bewijst niet dat het formulier klopt. Controleer de specifieke versie, de configuratie en het feitelijke gedrag van de SDK.
- Eén waarneembare test
- Exporteer de lijst met afhankelijkheden van de release, zoek per SDK op wat die over gegevens verklaart en leg dat naast elk antwoord op het formulier. Kijk bij de eerste start mee op het netwerk om te zien wat het apparaat verlaat voordat de gebruiker iets doet.
- De correctie
- Pas het formulier aan zodat het klopt met het waargenomen gedrag, of haal de SDK eruit. Jij bent verantwoordelijk voor de verklaring, ook voor code die je niet zelf hebt geschreven.
Bron Informatie geven voor het onderdeel Gegevensbeveiliging
Vermelding, verklaringen en betalingen
Store-vermelding, advertenties, doelgroep en verklaringen over content
- Het probleem
- Het onderdeel App-content vraagt of de app advertenties bevat, op welke doelgroep die zich richt, en om de vragenlijst voor contentclassificatie en andere verklaringen die van toepassing zijn. Een vermelding die functies toont die de build niet heeft, of een verklaring die niet strookt met de app, is op zichzelf al een reden voor afwijzing.
- Eén waarneembare test
- Loop elk antwoord bij App-content langs met de release ernaast open, en leg elke screenshot naast de huidige interface.
- De correctie
- Werk de verklaringen en het materiaal in je vermelding bij naar de build die ze beschrijven; voor een correctie in de vermelding is niet altijd een nieuwe build nodig.
Betalingen en de voorwaarden van toepasselijke programma's
- Het probleem
- Voor bepaalde in-appaankopen van digitale goederen en diensten is het factureringssysteem van Google Play verplicht. Fysieke goederen, diensten in de echte wereld en enkele andere categorieën vallen daarbuiten, en programma's voor alternatieve facturering of externe aanbiedingen gelden alleen in bepaalde regio's, onder hun eigen voorwaarden.
- Eén waarneembare test
- Bepaal per aankoopflow of je daarmee digitale content verkoopt die in de app zelf wordt gebruikt; is dat zo, controleer dan of die flow via Play Billing loopt of via een programma waaraan je daadwerkelijk deelneemt.
- De correctie
- Breng digitale aankopen onder bij Play Billing, of leg je deelname aan het programma vast. Behandel een regionaal programma niet als een wereldwijde uitzondering.
Bron Betalingsbeleid
Controles vóór de beoordeling zijn niet de beoordeling
De controles vóór de beoordeling in Play Console signaleren een deel hiervan al voordat je indient (ontbrekende inloggegevens, verklaringen over machtigingen, een kapotte link naar je privacybeleid), en het pre-launchrapport laat de app draaien op testapparaten. Beide zijn de moeite waard; slagen daarvoor garandeert geen goedkeuring in de formele beoordeling van de app, en geen van beide meet hoe de deelnemers aan een gesloten test de app hebben gebruikt.
Bronnen: App-problemen vroeg opsporen met controles vóór de beoordeling · Een pre-launchrapport gebruiken om problemen te vinden
Hoe de gesloten test doorwerkt in je productietoegang
Voor wie geldt de testvereiste?
Google-beleidPersoonlijke ontwikkelaarsaccounts die na 13 november 2023 zijn gemaakt, moeten een gesloten test uitvoeren met minimaal 12 testers die de afgelopen 14 dagen doorlopend aangemeld zijn geweest voordat ze productietoegang kunnen aanvragen. Voldoe je aan die ondergrens, dan mag je de aanvraag indienen; goedgekeurd is de app daarmee niet. Organisatorische accounts en persoonlijke accounts van vóór die datum vallen niet onder de vereiste.
Een interne test komt niet in de plaats van de gesloten test, hoe lang die ook loopt: de 12 testers moeten aangemeld zijn op een gesloten testtrack. Hoe je dat opzet, staat in de gids over de vereisten voor de gesloten test op Google Play.
Bron: Testvereisten voor apps van nieuwe persoonlijke ontwikkelaarsaccounts.
Bewijs, gereedheid en de volgende stap
Van kwalificerende test naar productierelease
- 1Rond de kwalificerende gesloten test af. Minimaal 12 testers, de afgelopen 14 dagen zonder onderbreking aangemeld.
- 2Vraag productietoegang aan. In de aanvraag wordt gevraagd hoe testers de app hebben gebruikt, welke feedback je hebt gekregen en wat daardoor is veranderd.
- 3Google beoordeelt de aanvraag, meestal binnen 7 dagen, soms langer, en verleent daarna toegang of vraagt om meer testen. Die schatting hoort bij deze beoordeling, niet bij je hele lanceringstraject.
- 4Met toegang bereid je de productierelease voor. De beoordeling en de uitrol daarvan staan los van dit besluit; toegang betekent dat je in aanmerking komt, niet dat je gepubliceerd bent.
Meldt één tester zich af, dan is de kwalificerende periode van die tester onderbroken en tellen die dagen niet meer mee. De andere testers hebben daar geen last van. Wat telt op het moment van aanvragen, is of je nog 12 testers hebt die voldoen, niet of er ooit iemand is vertrokken.
Google vraagt wat je hebt geleerd; het stelt geen minimum aan het aantal updates. De verklaring over gereedheid die je eerlijk moet kunnen afleggen, is deze: Ik heb de feedback van testers bekeken, waar nodig problemen opgelost, en ik kan uitleggen wat ik heb geleerd en waarom de app klaar is. Is het eerlijke antwoord dat niemand de app heeft gebruikt, dan komt de beoordeling waarschijnlijk tot dezelfde conclusie.
Een paar testers boven de 12 geven je een buffer tegen afhakers en bredere feedback; we beweren niet dat dat meetbaar meer goedkeuringen oplevert. Zorg voor dekking op representatieve fysieke apparaten, als QA-keuze. De gepubliceerde criteria zeggen niets over hoe emulators worden meegeteld, dus deze gids doet daar geen uitspraak over. Verwant: een testerbuffer plannen, de vragen in de aanvraag voor productietoegang en wat je controleert na een weigering.
Wat je doet als een app of update wordt afgewezen
De melding noemt het besluit, de betrokken inzending en het beleid of de vereiste waar het om gaat. Werk daarvandaan, in deze volgorde.
Google-beleid- 1Lees het precieze besluit en de betrokken inzending. Welke release, welke track, welk beleid of welke vereiste.
- 2Reproduceer of onderzoek het genoemde probleem op de build die is beoordeeld, niet op de build die jij lokaal hebt staan.
- 3Herstel het probleem en loop de verwante vereisten na op hetzelfde terrein, zodat de volgende beoordeling niet de buurman vindt.
- 4Valideer de betrokken build of verklaring: voer de waarneembare test uit de bijbehorende controle hierboven opnieuw uit.
- 5Dien de passende correctie in, of maak bezwaar als je denkt dat het besluit onjuist is. Open waar dat nodig is het Publicatieoverzicht en kies Verzenden voor beoordeling; een opgeslagen correctie wordt niet altijd automatisch ingediend.
- 6Bewaar het bewijs en volg de uitkomst. Melding, versie, probleem, correctie, validatie, besluit.
Herstellen en opnieuw indienen, of bezwaar maken
Klopt de bevinding, herstel die dan en dien opnieuw in. De handhavingsrichtlijnen van Google zijn er duidelijk over dat opnieuw indienen zonder de schending te herstellen op zichzelf een probleem is. Dien niet opnieuw in zolang de genoemde schending niet is verholpen; sommige correcties veranderen je vermelding of je verklaringen zonder de build aan te raken. Denk je dat het besluit onjuist is, volg dan de instructies voor bezwaar in de melding en vermeld de pakketnaam, de betrokken versie, het genoemde beleid, waarom je het besluit onjuist vindt, en screenshots of reproduceerbare stappen die aantonen dat je wel voldoet. Probeer niet opnieuw te publiceren via een ander account.
Bronnen: Het handhavingsproces · Bepalen wanneer wijzigingen in je app worden beoordeeld en gepubliceerd.
Herstel in de build of in een verklaring?
Voor een correctie in je vermelding of in een verklaring is niet altijd een nieuwe build nodig. Een nieuwe build heb je nodig zodra de correctie de verpakte code, de assets, de machtigingen of de configuratie verandert. Correcties op je website of aan de serverkant lossen het soms op zonder opnieuw te bouwen. Volg de melding en valideer de betrokken inzending.
Google beschrijft de verwerking van appwijzigingen in het algemeen als een paar uur tot zeven dagen, soms langer. Dat is geen gegarandeerde doorlooptijd voor jouw afwijzing of bezwaar, en de beoordeling van productietoegang is een apart proces; zie beoordelingstijd bij Google Play. Er is geen toegestaan aantal afwijzingen gepubliceerd en ook geen slagingskans voor bezwaar, en hier wordt daarover niets beloofd.
Hoe een bruikbaar afwijzingsdossier eruitziet
VoorbeeldTwee illustratieve dossiers, samengesteld om te laten zien welk bewijs de moeite van het bewaren waard is: één voor een afgewezen update en één voor een onvolledige kwalificatie van de test. Geen klantcases en geen statistiek. Bewaar het inzendings-ID uit Inzendingsactiviteit in Play Console samen met de melding en de betrokken versie, zodat de support precies weet om welke inzending het gaat.
| Melding | Update afgewezen, Beleid voor gebruikersgegevens |
|---|---|
| Betrokken versie | 2.4.1 (build 241), productietrack |
| Probleem | De link naar het privacybeleid in de vermelding gaf een 404 |
| Correctie | De pagina met het privacybeleid hersteld op de bestaande URL die al in Play Console en in de app werd gebruikt. Er is geen ingebouwde URL gewijzigd, dus een nieuwe build was niet nodig. |
| Validatie | URL geopend vanaf een apparaat zonder ingelogde gebruiker, in twee landen; formulier Gegevensbeveiliging opnieuw naast de pagina gelegd |
| Besluit | Opnieuw ingediend; update goedgekeurd |
| Melding | Kwalificatie voor de test onvolledig |
|---|---|
| Betrokken versie | 1.0.3, gesloten testtrack |
| Probleem | 12 testers toegevoegd; slechts 9 bleven de volle 14 dagen aangemeld |
| Correctie | Drie vervangende testers geworven; elk begon een eigen periode van 14 dagen |
| Validatie | Het dashboard toonde 12 testers die de afgelopen 14 dagen aangemeld waren |
| Besluit | Gekwalificeerd om aan te vragen nadat de vervangende testers hun vereiste periode hadden afgerond |
Checklist vóór het indienen
Loop de checklist langs met precies de release die je gaat indienen, niet met die van vorige week. Punten met waar van toepassing hangen af van wat de app doet.
Build en gedrag
Toegang voor de beoordelaar en verklaringen
Privacy en gegevens
Betalingen
Testvereiste, alleen voor nieuwe persoonlijke accounts
Vragen en antwoorden
Voorspelt het jaarcijfer de uitkomst van de eerste beoordeling van mijn app?
Nee. De 7,89% vergelijkt de wereldwijde aantallen beoordeelde en afgewezen app-inzendingen die Google over 2025 rapporteert. De rapporten geven geen afgebakende groep eerste pogingen, dus noch dat percentage noch het complement ervan is een kans voor één specifieke nieuwe app.
Waarom verschilt het aantal uit de veiligheidsevaluatie van het aantal uit het transparantierapport?
Ze meten iets anders. De jaarlijkse veiligheidsevaluatie rapporteert afgeronde aantallen apps met beleidsschendingen die niet zijn gepubliceerd; het transparantierapport telt afgewezen inzendingen en verwijderingen. Google publiceert geen aansluiting tussen de twee reeksen, dus je kunt ze niet samenvoegen tot één percentage.
Heeft een afgewezen update gevolgen voor de versie die al is gepubliceerd?
Bij een gewone afgewezen update wordt de gepubliceerde versie niet verwijderd; de eerdere release blijft beschikbaar terwijl je de update herstelt. Verwijdering, opschorting en beëindiging van een account zijn aparte handhavingsstatussen met hun eigen meldingen, en die raken de live app wel.
Is een geweigerde productietoegang een afwijzing om beleidsredenen?
Nee. Bij een besluit over productietoegang voor een nieuw persoonlijk account kijkt Google naar de gesloten test die je hebt uitgevoerd en naar de antwoorden die je hebt gegeven. ‘More testing required’ betekent dat de aanvraag nog werk vraagt; het is geen beleidssanctie tegen de app, en meer testers maken een echte afwijzing om beleidsredenen niet ongedaan.
Moet ik bezwaar maken of een correctie indienen?
Dien niet opnieuw in zolang de genoemde schending niet is verholpen. Sommige correcties veranderen je vermelding of je verklaringen zonder de build aan te raken. Denk je dat het besluit onjuist is, volg dan de instructies voor bezwaar in de melding en lever bewijs dat je wel voldoet. Maak geen ander account aan om opnieuw te publiceren; dat geldt als een overtreding.
Bronnen en toelichting bij de cijfers
Waar je hierna heen gaat, hangt af van waarvoor je kwam. Wil je het percentage citeren, noem dan 7,89% met het jaar erbij (activiteit in 2025) en met de noemer (beoordeelde inzendingen). Wil je iets doen met een melding, zoek dan de bijbehorende rij in de tabel met besluiten en volg die route. Is de testvereiste je blokkade, dan behandelt de gids over de vereisten voor de gesloten test de opzet van begin tot eind.
De kern
Het afwijzingspercentage van inzendingen bij Google Play komt voor 2025 uit op ongeveer 7,89%, berekend uit 1.692.467 afgewezen en 21.461.250 beoordeelde inzendingen in het jaarlijkse transparantierapport van Google over 2025. Het is een historisch cijfer over het hele platform, niet de kans voor jouw app. Een afwijzingsmelding noemt een concreet besluit: herstel wat daarin staat, dien opnieuw in of maak bezwaar, en behandel de testvereiste voor nieuwe persoonlijke accounts als een losstaande stap over gereedheid.
Jaarlijkse transparantierapporten
Jaarlijkse veiligheidsevaluaties
Beleid en Help van Play Console
Wijzigingsgeschiedenis
28 februari 2026: gepubliceerd met alleen de reeks jaarlijkse veiligheidsevaluaties. 12 september 2026: de berekening uit het transparantierapport en de grenzen daarvan toegevoegd, de twee reeksen van Google uit elkaar gehaald, en de tabel met besluiten en de onderdelen over toegang voor de beoordelaar, Gegevensbeveiliging en de stappen na een afwijzing toegevoegd; de ordening van redenen op frequentie is geschrapt en een tweede ronde diezelfde dag heeft de formuleringen over opnieuw indienen, functionaliteit en beoordelingstijd gecorrigeerd. De volgende jaarlijkse actualisering volgt zodra Google het rapport over 2026 publiceert, naar verwachting in 2027.