Google Play publicatievereisten voor nieuwe ontwikkelaars 2026

Publiceren op Google Play betekende vroeger: „$ 25 betalen, APK uploaden, klaar.” In 2026 is het een keten van poorten: account, identiteit, een tweede Developer Verification-laag, buildformaat, listing, een stapel beleidsverklaringen, een verplichte gesloten test en twee aparte beoordelingen. Mis je er één, dan blijft de app hangen. Deze gids loopt elke vereiste door in de volgorde waarin je die echt tegenkomt, markeert de 5+ grootste wijzigingen voor 2025-2026 en is actueel tot 24 juni 2026. Waar Google’s eigen pagina’s vaag of achterlopen, zeggen we dat in plaats van te raden.

De volledige publicatievolgorde (en waarom de volgorde telt)

Goedkeuring bij Google Play is geen enkele goedkeuring, maar een keten van poorten, waarvan elk de hele release kan blokkeren. De grootste fout van nieuwe ontwikkelaars: in de verkeerde volgorde werken, de app eerst bouwen en dan merken dat de identiteitsverificatie dagen duurt, of de listing afronden en pas dan leren dat een persoonlijk account nog een test van 14 dagen nodig heeft. Doe de trage, blokkerende stappen vroeg en de rest parallel. Zo werkt de volgorde in 2026 echt:

Stap 1: Het ontwikkelaarsaccount en de $ 25-kosten

Alles begint met een Google Play Console-ontwikkelaarsaccount. Je hebt een Google-account nodig met 2-stapsverificatie ingeschakeld en je moet bij de aanmelding de Google Play Developer Distribution Agreement en de Play Console Terms of Service controleren en accepteren.

Betaalmethoden (hier struikelen velen)

De kosten moeten alleen per credit- of debitcard worden betaald. Geaccepteerde kaarttypes hangen van de locatie af, maar Google’s officiële aanwijzingen vermelden het volgende en zijn duidelijk: Prepaidkaarten worden niet geaccepteerd:

Persoonlijk vs. organisatie: dezelfde app, andere papieren

Het accounttype kies je bij de aanmelding. Volgens Google’s officiële hulp hebben beide types dezelfde functionaliteit en kunnen beide monetiseren via een betalingsprofiel. Het enige echte verschil zijn de gegevens die Google voor de controle vraagt.

Stap 2: Identiteitsverificatie op accountniveau (en de mythe van „5 dagen”)

Voordat je iets kunt indienen of publiceren, controleert Google op accountniveau wie je bent. Persoonlijke accounts uploaden een officieel identiteitsbewijs; organisaties voegen een D-U-N-S-nummer en organisatiedocumenten toe. Overslaan of uitstellen heeft echte gevolgen: je kunt niet publiceren, en niet-geverifieerde ontwikkelaarsprofielen en hun apps kunnen van Google Play worden verwijderd en opnieuw publiceren wordt geblokkeerd tot de controle is afgerond.

Er circuleert een getal dat je moet negeren. Tientallen blogs van derden beweren dat de identiteitsverificatie „tot 5 dagen duurt”. Het getal is echt, maar hangt aan het verkeerde onderwerp.

Nog iets vóór de volgende sectie: deze identiteitsverificatie op accountniveau is niet hetzelfde als het nieuwe Android Developer Verification-programma. Het zijn twee verschillende lagen die in 2026 erbij kwamen, en je verwart ze makkelijk. Zo verschillen ze.

Android Developer Verification: de grootste wijziging van 2026

Dit is de grootste structurele wijziging in Android-distributie sinds jaren, en voor 2026 splinternieuw. Android Developer Verification is een apart programma van de identiteitsverificatie op accountniveau die je net las. Het eist dat apps aan een geverifieerde ontwikkelaarsidentiteit zijn gekoppeld om op gecertificeerde Android-apparaten te mogen installeren, ook apps die buiten Google Play worden verspreid, zoals directe APKs en third-party stores. Eerst het precieze verschil tussen de twee lagen:

Google’s toelichting uit de Android Developers Blog van maart 2026 is beveiliging. De framing-metafoor: verification is als „een ID-check op het vliegveld”, ze bevestigt de ontwikkelaarsidentiteit, maar controleert niet de app-inhoud. Het kerncijfer dat ze noemen:

De rollout-planning die je in de gaten moet houden

Het programma opende in maart 2026 en loopt over het jaar op. De belangrijkste datum is 30 september 2026, wanneer de handhaving in de eerste vier landen begint.

Twee routes naar registratie: Full vs. Limited Distribution

Heb je de Play-kosten van $ 25 al betaald, dan ben je gedekt voor Full Distribution. Nieuw in 2026 is een gratis trap voor studenten en hobbyontwikkelaars.

Stap 3: Buildvereisten, App Bundle en Target API

De tijd dat je een ruwe APK uploadde, is voor nieuwe apps voorbij. Twee buildvereisten bepalen of Google Play je upload zomaar accepteert: het formaat en het Target API-niveau.

Je moet een Android App Bundle (.aab) leveren

Sinds augustus 2021 moeten nieuwe apps als Android App Bundles worden gepubliceerd: APKs worden voor nieuwe apps niet meer geaccepteerd. (Bestaande APK-gebaseerde apps kunnen nog via APK updaten; migratie wordt aangeraden.) Daarnaast is Play App Signing voor nieuwe apps verplicht: Google beheert en beschermt de app-signing-key, jij houdt een upload key waarmee je het AAB vóór de upload ondertekent.

Target API Level: nu vs. binnenkort

Dit verwart beginners het meest, omdat de ondergrens beweegt. Lees beide regels precies:

• Vandaag van kracht (juni 2026): nieuwe apps en updates moeten minstens Android 15 (API 35) targeten. Wear OS, Android TV en Android Automotive minstens Android 14 (API 34). Bestaande apps moeten minstens API 34 targeten om vindbaar te blijven voor nieuwe gebruikers op nieuwere apparaten.
• Vanaf 31 aug. 2026: nieuwe apps en updates moeten minstens Android 16 (API 36) targeten.

Stap 4: Store listing en assets

Je store listing is wat gebruikers (en reviewers) eerst zien, en die heeft harde technische grenzen. Verkeerde specs: je kunt niet publiceren. Verkeerde inhoud: afwijzing. De precieze eisen in 2026:

Google Play Console · echte screenshot Klik om te vergroten

De icoonwijziging die iedereen mist: 30% hoekradius

Nieuw in 2026 volgens Google’s officiële icoon-ontwerpspecificatie (laatst bijgewerkt op 15 juni 2026): je uploadt een volledig vierkant en „Google Play dynamically handles masking. Radius will be equivalent to 30% of icon size.“ Simpel gezegd: Google rondt de hoeken voor je af, en vrij agressief. Zit logo of tekst dicht bij een hoek, dan wordt die afgesneden. Houd belangrijke elementen in een safe zone van ongeveer 15 tot 18%.

Een previewvideo is optioneel: openbare of unlisted (niet privé) YouTube-link, advertenties en monetisatie uitgeschakeld. Ondersteunde screenshot-apparaattypes: telefoons, 7"- en 10"-tablets, Chromebooks, Android TV, Wear OS, Android Automotive en Android XR.

Metadateregels die listings laten afwijzen

Google’s listing-best-practices zijn streng over reclametaal. Houd titel, icoon, ontwikkelaarsnaam en korte beschrijving schoon:

Stap 5: App content en beleidsverklaringen

Dit deel onderschatten beginners. Het gebied „App content” in de Play Console is een stapel verplichte verklaringen, en onvolledige of onnauwkeurige antwoorden zijn een van de meest voorkomende redenen waarom een launch stokt of een account opvalt. De zeven die je het vaakst tegenkomt:

Google Play Console · echte screenshot Klik om te vergroten

Categoriespecifieke verklaringen (weet of er één op jou van toepassing is)

Afhankelijk van wat je app doet, kom je extra verklaringen tegen. De belangrijke in 2026:

• Health-apps: de Health Content and Services Policy voegt markering als medisch hulpmiddel toe, disclaimer-plicht voor niet-gereguleerde health-apps, migratie van health-apps naar een geverifieerd organisatorisch account tot 28 januari 2026 en granulaire Android 16-health-permissions.
• AI-Generated Content Policy: generatieve AI-apps moeten aanstootgevende outputs voorkomen, met strengere markering en moderatie sinds januari 2025.
• Photo- en Video-Permissions-Policy (actief gehandhaafd): vraag brede foto- en videotogoegang alleen als je kernfeature die echt nodig heeft, anders de system photo picker gebruiken. Bijgewerkte locatieregels gelden ook. Een aparte Contacts-Permissions-Policy volgt later, handhaving op 28 oktober 2026 en alleen voor apps met Target API 37 of hoger.
• High-risk Permissions Declaration Form: nodig voor gevoelige toegang zoals SMS of Call Log, plus Advertising ID-verklaring.
• Verdere categorieën: News & Magazines, Financial Services, Government apps (alleen organisatorische accounts) en COVID-19-contacttracing- of statusverklaringen.

Stap 6: Gesloten test, 12 testers voor 14 dagen

Voor de meeste nieuwe ontwikkelaars is dit de muur. Volgens Google’s officiële policy moet een persoonlijk ontwikkelaarsaccount dat na 13 november 2023 is gemaakt een gesloten test uitvoeren met minimaal 12 testers die de afgelopen 14 dagen doorlopend aangemeld zijn geweest, voordat je productietoegang aanvraagt. Organisatorische accounts zijn uitgezonderd, evenals accounts van vóór die datum.

Als je las dat het aantal 20 is: dat is verouderd. Volgens de Android Developers Blog: „starting today, we're requiring 12 instead of 20 testers for personal developer accounts.“ De verlaging gold vanaf 11 december 2024, bij dezelfde duur van 14 dagen, nadat feedback kwam dat 20 testers voor kleinere ontwikkelaars hard was.

Google Play Console · echte screenshot Klik om te vergroten

De drie testtracks (slechts één telt)

Google biedt drie tracks, en nieuwe ontwikkelaars verwarren ze voortdurend. De interne test voelt als de voor de hand liggende snelle optie, maar haalt de vereiste niet. Alleen de gesloten test doet dat.

Bij de productieaanvraag beoordeelt Google twee dingen: je testeraantal (minimaal 12) en de testerbetrokkenheid. Eigen voorbeelden waarom doorlopend testen wordt gevraagd omvatten „not having 12 testers opted-in to your closed test, or your testers not being engaged with your app during your closed test.“ Met andere woorden: 12 namen op een lijst volstaan niet, die testers moeten de app echt gebruiken.

De effectiefste weg: echte, aangemelde testers

Elke andere vereiste in deze gids stuur je zelf. Deze heeft 12 echte mensen op echte Android-apparaten nodig, aangemeld en actief over 14 aaneengesloten dagen, precies daar lopen solo-ontwikkelaars vast. De betrouwbare weg is echte testers regelen die echt komen en actief blijven.

Stap 7: De vragenlijst voor productietoegang

Zodra je de criteria van de gesloten test haalt, springt een persoonlijk account niet zomaar naar productie: je klikt in het dashboard op „Productie aanvragen” en beantwoordt een vragenlijst. Online staat vaak „formulier met 10 vragen”. Negeer die framing: Google wijzigt de formulering, en de betrouwbare weg is het te begrijpen als drie onderdelen, niet als een vast vragenaantal.

Beoordeling en de realistische end-to-end-planning

Aan de finish zijn er eigenlijk twee beoordelingen: de beoordeling van productietoegang na je vragenlijst en de finale app-beoordeling van de release zelf. Google behandelt standaardbeoordelingen „zo snel mogelijk”, maar waarschuwt dat „certain apps may be subject to extended reviews, which may result in review times of up to 7 days or longer in exceptional cases.“ Apps met kind-targeting of onnauwkeurige doelgroep-aanduidingen krijgen vaak de grondigere blik.

Hoe lang duurt het geheel dus echt voor een splinternieuw persoonlijk account? Hier de realistische gestapelde planning met de overlaps die slimme ontwikkelaars benutten:

Wat beginners echt vertraagt

De totale duur zwelt op als één van deze treft. Bijna alles is vermijdbaar:

• Onvolledige of trage identiteitsverificatie, te laat gestart en blokkeert al het andere.
• Zwakke of ontbrekende Data Safety-gegevens: het formulier is ook op testtracks verplicht.
• Ongeldige reviewer-logins in App Access: de reviewer komt niet binnen en wijst af.
• Store listing of screenshots die niet passen bij de echte app-functionaliteit.
• Trage testerwerving of lage betrokkenheid tijdens de 14 dagen in de gesloten test.
• Vage antwoorden over productietoegang die generiek klinken en „meer testen nodig” uitlokken.

Wijzigingen 2025-2026 in het kort (snelle referentie)

Als je maar één sectie scant, neem deze. Dit zijn de wijzigingen die ontwikkelaars raken die het proces een of twee jaar geleden leerden:

Bekijken: Google’s officiële policy-update (PolicyBytes, april 2026)

Google’s Developer Experience-team breekt actuele policy-wijzigingen af in de PolicyBytes-reeks; de aflevering van april 2026 is de officiële bron voor meerdere punten hierboven: twee splinternieuwe policies (Contacts permissions en Account transfers) en twee verduidelijkingen (leeftijdsbeperkte content en locatie-permissions). Hier de video, daaronder een duidelijke duiding.

PolicyBytes: policy-updates april 2026

Officieel Google Play-kanaal: nieuwe Contacts- en Account Transfer-policies plus leeftijds- en locatie-verduidelijkingen.

YouTube

De rode draad is minimale scope: Google wil steeds vaker dat apps system pickers gebruiken (Contact Picker, ShareSheet, Location-button), in plaats van brede, gevoelige permissions te houden.

Waar PrimeTestLab in dit geheel aanhakt

Kijk terug naar de zeven stappen. Zes daarvan zijn papierwerk en engineering die jij stuurt: account, identiteit, build, listing, verklaringen en vragenlijst. Eén is fundamenteel anders: die heeft 12 echte mensen op echte Android-apparaten nodig, aangemeld en echt actief over 14 aaneengesloten dagen. Precies bij die stap lopen de meeste solo-ontwikkelaars vast, en precies dat regelt PrimeTestLab.

Jij deelt je deelbare link voor de gesloten test. Wij regelen uitnodiging, aanmeldingsverificatie, dagelijkse monitoring van betrokkenheid en volledige retentie over 14 dagen, zodat een uitstappende tester je reeks nooit breekt en de klok reset. Meer dan 7.400 apps en groeiend, met een slagingspercentage van 99,9% bij de eerste poging in 120+ landen.

Huidige pakketten

100% geld-terug-garantie · Teststart in 4-6 uur · Geen abonnementsbinding · +5% servicekosten

Veelgestelde vragen

Conclusie