Hoe u een app uploadt naar Google Play en de beoordeling doorstaat

Google heeft in 2025 1,75 miljoen apps geweerd die de beleidsregels schonden, en meer dan 80.000 ontwikkelaarsaccounts geblokkeerd, aldus TechCrunch. Elke inzending doorloopt nu meer dan 10.000 veiligheidscontroles voordat deze een menselijke beoordelaar bereikt. De lat wordt steeds hoger gelegd. De marge voor fouten wordt steeds kleiner.

De meeste afwijzingen komen voort uit vermijdbare fouten. Een kapotte link naar het privacybeleid. Een onnodige permissie. Een crash bij de eerste lancering. Niet een gebrekkig product — alleen maar overgeslagen stappen.

Deze gids behandelt hoe u een app kunt uploaden naar Google Play, wat de beoordeling daadwerkelijk evalueert, en de QA-compliancechecklist die we bij QAwerk gebruiken om apps de eerste keer goedgekeurd te krijgen. Of u nu een nieuw product lanceert of een bestaande iOS-app migreert naar Android, dit is het raamwerk dat een soepele goedkeuring scheidt van weken heen-en-weer communicatie met Google.

Uw app publiceren op Google Play: de kernstappen

Als u al eens eerder een iOS-app hebt uitgebracht, zal het beoordelingsproces van Google Play qua structuur bekend voorkomen, maar in details verschillen. Hier zijn de stappen die er werkelijk toe doen voor de goedkeuring van uw app.

Begin met uw Google Play Console-account. U hebt een geverifieerd ontwikkelaarsaccount nodig. Vanaf 2024 vereisen nieuwe persoonlijke accounts identiteitsverificatie en moeten ze een gesloten testfase met 12 testers voltooien voordat ze productie-toegang krijgen. Organisatieaccounts hebben een ander verificatieproces, maar beide vereisen nauwkeurige bedrijfsgegevens om vertragingen te voorkomen.

Bereid uw build voor. Google accepteert alleen het Android App Bundle (AAB)-formaat. Uw app moet worden ondertekend via Play App Signing. Vanaf 31 augustus 2025 moeten alle nieuwe inzendingen en updates API-niveau 35 (Android 15) targeten, volgens Google’s vereisten voor doel-API-niveaus.

Voltooi uw Play Console-verklaringen. Hier ontstaat de meeste afwijzing. U vult het formulier voor gegevensbeveiliging, de vragenlijst voor contentbeoordeling, de verklaring van de doelgroep en de URL van het privacybeleid in. Als uw app inloggen vereist, verstrekt u duidelijke toegangsinstructies voor beoordelaars. Als deze gevoelige machtigingen gebruikt (SMS, oproeplogboeken, achtergrondlocatie), dient u een machtigingenverklaring in.

Bereid uw winkelvermelding voor. Titel (maximaal 30 tekens), korte beschrijving (80 tekens), lange beschrijving (4.000 tekens), minimaal twee screenshots en een functiegrafiek van 1024 × 500 px. Alles moet nauwkeurig weergeven wat de app doet. Misleidende beschrijvingen of screenshots die niet overeenkomen met de daadwerkelijke UI, leiden tot afwijzing.

Doorloop testsporen. Google verwacht dat u interne tests gebruikt, vervolgens gesloten tests (minimaal 12 aangemelde testers gedurende 14 opeenvolgende dagen voor nieuwe persoonlijke accounts), daarna open tests en vervolgens productie. Het overslaan van gesloten tests blokkeert de productie-toegang volledig.

Zodra alles klaar is, dient u de app in bij Google Play via de Play Console. Uw app komt in een beoordelingspijplijn die geautomatiseerde controles, AI-analyse en menselijke evaluatie combineert.

Wat de Google Play-beoordeling daadwerkelijk controleert

De Google Play-review is geen eenmalige stap. Het zijn drie parallelle lagen, en begrip van elk helpt u zich voor te bereiden op alle.

De eerste laag is geautomatiseerd. Pre-reviewcontroles scannen uw inzending op ontbrekende verklaringen, defecte links naar privacybeleid, problemen met bestandsindelingen en basisbeleidsovertredingen. Deze worden direct uitgevoerd en markeren problemen voordat een mens uw app bekijkt. De eigen documentatie van Google over pre-reviewcontroles legt uit welke problemen in deze fase worden gemeld.

De tweede laag is AI-gedreven. Zoals TechRadar meldde, heeft Google in 2025 generatieve AI-modellen geïntegreerd in zijn reviewpipeline. Deze modellen analyseren gedragspatronen, permissiegebruik en SDK-activiteit. Ze vergelijken gedeclareerde gegevensverzameling met het werkelijke app-gedrag. De kloof tussen wat u zegt dat uw app doet en wat het werkelijk doet, is precies waar afwijzingen plaatsvinden.

De derde laag is menselijk. Beoordelaars evalueren de naleving van inhoud, testen functionaliteit tegen de claims in uw winkelvermelding en verifiëren randgevallen die automatisering mist. Als uw app een login vereist, gebruiken ze de door u verstrekte testgegevens. Als u vergat deze te verstrekken, kunt u een afwijzing verwachten.

Bepaalde categorieën vereisen diepgaandere controle: financiële apps, gezondheidsproducten, apps gericht op kinderen en alles met AI-gegenereerde inhoud. Het Google Play-ontwikkelaarsbeleid introduceerde verplichte verificatie van ontwikkelaars, leeftijdsverificatiewetten op staatsniveau in de VS (Texas, Utah, Louisiana) en openbaarmakingsregels voor AI-gegenereerde inhoud. De Checks-compliance-tool van Google kan enkele beleidsproblemen vroegtijdig detecteren, maar deze dekt slechts een subset en vervangt geen een grondige QA-controle.

De Google Play-compliancechecklist

Dit is de Google Play-compliancechecklist die ons QA-team uitvoert vóór elke inzending. Deze komt rechtstreeks overeen met wat de beoordeling van Google evalueert, gegroepeerd per de vijf gebieden waar afwijzingen het vaakst voorkomen. Als u op zoek bent naar een breder QA-raamwerk dan de winkel-specifieke vereisten, behandelt onze checklist voor mobiele app-tests het complete plaatje.

Verklaringen & Beleid

• URL van het privacybeleid is live, toegankelijk en beschrijft nauwkeurig wat de app verzamelt.
• Formulier voor gegevensbeveiliging is voltooid — de verklaarde gegevens komen overeen met het werkelijke gedrag van de SDK.
• Vragenlijst voor inhoudsbeoordeling is nauwkeurig ingevuld.
• Doelgroep is verklaard, met naleving van het beleid voor gezinnen als de app kinderen bevat.
• Verklaring van permissies is ingediend voor gevoelige permissies (SMS, oproeplogboek, achtergrondlocatie).
• Advertentieverklaring is nauwkeurig, inclusief het gedrag van de advertentie-SDK.
• Instructies voor app-toegang zijn verstrekt voor inhoud die toegangsbeperkt of login-vereist is.

Technische naleving

• App richt zich op API-niveau 35 of hoger.
• Build is in AAB-formaat, ondertekend met Play App Signing.
• Geen crashes bij de eerste lancering op meer dan 5 apparaatconfiguraties.
• Geen ANR’s (Application Not Responding) bij kerngebruikersstromen.
• Alle links, knoppen en navigatiepaden zijn functioneel.
• Login- en authenticatiestromen werken met de verstrekte testgegevens.

Functionele QA

• Kernfuncties werken precies zoals beschreven in de app-vermelding.
• Geen placeholder-inhoud, debug-menu’s of achtergebleven testgegevens.
• App biedt zinvolle functionaliteit naast statische inhoud (beleid Minimum Functionaliteit).
• In-app aankopen gebruiken Google Play Billing waar vereist.
• Optie voor accountverwijdering is beschikbaar en functioneel.

Beveiliging & privacy

• Geen onnodige gevaarlijke permissies aangevraagd.
• Alle externe SDK’s gecontroleerd op niet-verklaarde gegevensverzameling.
• Geen gegevens verzonden zonder toestemming van de gebruiker.
• Versleutelingsverklaringen nauwkeurig indien van toepassing.

App-vermelding

• Screenshots en feature graphic weerspiegelen de huidige UI van de app.
• Titel en beschrijving bevatten geen misleidende beweringen.
• Geen auteursrechtelijk beschermd of handelsmerk materiaal gebruikt zonder toestemming.
• Contact-e-mailadres is geldig, actief en wordt gemonitord.

Dit is geen theoretisch raamwerk. Toen PIXO, een app-ontwikkelaar uit Seoul, QAwerk benaderde voor hulp bij het lanceren van Logo Maker Shop op Google Play, was de app al succesvol op iOS. Maar Android was een ander verhaal. Ons Android app-testteam voerde functionele, compatibiliteits- en UI-tests uit op meerdere apparaatconfiguraties, schreef alle testdocumentatie vanaf nul, en ving kritieke bugs in de flows voor abonnementen en logo-export voordat ze in productie kwamen. In ongeveer twee maanden was PIXO klaar voor een soepele Google Play-lancering.

De bovenstaande checklist volgt dezelfde logica — het is het gestructureerde testproces voor mobiele apps dat de problemen opspoort die de beoordeling van Google specifiek bedoeld is om te markeren. Als u wilt dat dit wordt aangepast aan uw specifieke app, is onze Google Play-compliance-testservice precies daarvoor ontworpen.

Hoe lang duurt de Google Play-beoordeling?

De beoordelingstijd van Google Play hangt af van het type inzending. Nieuwe apps van nieuwe ontwikkelaarsaccounts duren doorgaans 3 tot 7 werkdagen. Updates van bestaande apps worden meestal binnen 24 tot 48 uur goedgekeurd, hoewel grote functie-wijzigingen of nieuwe SDK-integraties dit kunnen verlengen tot 2-3 werkdagen.

Wat vertraagt dingen: piekperiodes tijdens feestdagen, ontbrekende verklaringen, gemarkeerde gevoelige permissies en onvolledige instructies voor app-toegang. Wat versnelt dingen: een schone pre-review check zonder waarschuwingen, nauwkeurige verklaringen, een stabiele build zonder crashes en een correcte QA-afhandeling voordat u indient.

Nieuwe persoonlijke accounts ondervinden extra wrijving vanwege de vereiste van gesloten testen. Als uw testers niet 14 opeenvolgende dagen actief met de app bezig zijn, kan Google de timer resetten en uw aanvraag voor productie-toegang afwijzen. Het begrijpen van deze uitdagingen bespaart u weken aan verspilde tijd.

Afgekeurd? Dit kunt u doen

Een afwijzing van een Google Play app review is geen eindpunt. Het is een signaal dat er iets specifieks moet worden aangepast, en Google vertelt u precies wat.

Lees de afwijzingsmail zorgvuldig. Google identificeert het specifieke beleid dat uw app heeft geschonden. Raad niet naar het probleem of breng geen brede wijzigingen aan. Los het gemelde probleem op, werk de build of declaratie bij en dien opnieuw in via de Play Console. U hoeft eerst geen contact op te nemen met de ondersteuning.

Als u het niet eens bent met de beslissing, reageer dan rechtstreeks op de afwijzingsmelding per e-mail met feitelijk bewijs en een verwijzing naar het specifieke beleid. Houd het beknopt. Goed gedocumenteerde beroepen hebben een slagingspercentage van ongeveer 40% wanneer menselijke beoordelaars de zaak opnieuw bekijken.

Wat u wilt vermijden, is een patroon van herhaalde afwijzingen. Opgelopen waarschuwingen kunnen leiden tot permanente beëindiging van het ontwikkelaarsaccount. Als u vastzit in een cyclus, is de meest efficiënte stap het inschakelen van een gespecialiseerd QA-team om uw app te auditen tegen de volledige beleidsset. Een frisse blik met expertise in testen van mobiele applicaties vangt wat u over het hoofd hebt gezien — van over het hoofd geziene beveiligingslekken tot discrepanties in gegevensbeveiliging die de afwijzing in de eerste plaats hebben veroorzaakt.

Lanceer met vertrouwen

Hoe u een app op Google Play publiceert zonder weken te verliezen aan te voorkomen afwijzingen, komt neer op voorbereiding. Het beoordelingsproces van Google is de kwaliteitsfilter, en apps die er goed doorheen komen, presteren beter, behouden meer gebruikers en bouwen vanaf dag één vertrouwen op.

De bovenstaande checklist geeft u het exacte kader om die filter de eerste keer te passeren. Als u zich voorbereidt op de lancering en ervoor wilt zorgen dat niets over het hoofd wordt gezien, helpt QAwerk teams sinds 2015 met het lanceren van Android-apps. We kennen deze Google Play review checklist omdat we deze elke keer toepassen. Neem contact met ons op en laten we uw app goedgekeurd krijgen.

Veelgestelde vragen

Hoe weet ik welke machtigingen Google zal markeren?

Google onderhoudt een lijst van gevoelige machtigingen die aanvullende declaraties vereisen, waaronder toegang tot SMS, oproeplogboeken en achtergrondlocatie. Gebruik Play Policy Insights in Android Studio en het Permissions Declaration Form in Play Console om uw app te verifiëren voordat u deze indient. Als een machtiging niet essentieel is voor uw kernfunctionaliteit, verwijder deze dan.

Kan ik gesloten testen overslaan en direct naar productie gaan?

Niet als u een nieuw persoonlijk ontwikkelaarsaccount heeft dat na november 2023 is aangemaakt. Google vereist minimaal 12 aangemelde testers gedurende 14 opeenvolgende dagen van gesloten testen voordat u productietoegang kunt aanvragen. Organisatieaccounts hebben een apart verificatieproces.

Wat is de meest voorkomende reden voor afwijzing door Google Play?

Onvolledige of onjuiste gegevensbeveiligingsdeclaraties zijn goed voor een aanzienlijk deel van de afwijzingen. Andere veelvoorkomende oorzaken zijn app-crashes bij de eerste lancering, defecte links naar het privacybeleid en apps die geen betekenisvolle functionaliteit bieden buiten statische inhoud.