Een vibe-coded app publiceren op Google Play

De meeste AI-appbuilders stoppen bij een werkende preview: een URL, een Expo Go-sessie of een APK op je eigen telefoon. Geen van die dingen is wat Google Play beoordeelt. Dit artikel begint bij wat je tool echt heeft gemaakt en loopt daarna de build, de fixes, de formulieren en de test door, in de volgorde waarin Play Console erom vraagt. Actueel per 16 oktober 2026.

Mag ik een met AI gemaakte app publiceren op Google Play?

Ja, als de uiteindelijke app voldoet aan de vereisten van Google Play. We hebben geen beleid van Google gevonden dat een app verbiedt omdat AI de code heeft geschreven. Een openbare release doorloopt dezelfde beoordeling en dezelfde kwaliteits- en beleidscontroles als elke andere app, dus code laten schrijven door AI neemt je verantwoordelijkheid voor de uiteindelijke app niet weg.

De eigen aankondiging van Google van 13 oktober 2026 gaat over het vibe coden van Android-apps in Google AI Studio. Een kortere weg levert die niet op: een openbare vermelding heeft nog steeds een werkende release nodig, juiste verklaringen en, voor veel nieuwe persoonlijke accounts, de gesloten test. We hebben geen gedateerd beleid van Google gevonden dat zich richt op met AI geschreven apps als categorie. De regels die zwakke AI-builds tegenhouden, zijn de algemene regels over bruikbaarheid en defect gedrag.

“We staan geen apps toe die slechts beperkte functionaliteit en content hebben.”

Beleid voor ontwikkelaars van Google Play, Minimale functionaliteit

AI-code, AI-functies en AI-afbeeldingen voor je vermelding zijn drie aparte vragen

Voor alles wat een nieuwe app vóór de beoordeling nodig heeft, zie de publicatievereisten van Google Play voor 2026.

Wil je een openbare vermelding of alleen een app op je telefoon?

Beslis dit eerst, want privé persoonlijk gebruik en een openbare Play-vermelding hebben nu elk een eigen instappunt. Alles na deze sectie gaat over de openbare vermelding.

De privéroute van Google via AI Studio tegenover een openbare Play-vermelding

We konden geen volledige landenlijst voor de privéroute verifiëren, dus controleer de aankondiging van Google van oktober 2026 voor je markt voordat je erop gaat plannen. Ga er ook niet van uit dat een privé-app veiligheidscontroles overslaat; dat heeft Google niet gezegd.

Hoe haal ik de AAB uit mijn tool?

Het Android-buildproces volgt het framework van je project, niet de naam van de codeerassistent. Een Publish-knop voor het web kan een website opleveren zonder een Android App Bundle te maken, dus stel eerst vast wat je hebt: een webapp, een Expo- of React Native-project, een Flutter-project of een builder die zelf een AAB exporteert.

Elke route hierboven is op 16 oktober 2026 gecontroleerd aan de hand van de eigen documentatie van de leverancier; geen enkele is uitgevoerd op een voorbeeldproject. Builders veranderen snel, dus controleer de actuele documentatie voordat je gaat bouwen. En verhoog het target-SDK-nummer niet met de hand om een oud project erdoor te krijgen: stap in plaats daarvan over op tooling die het nieuwe target ondersteunt.

Wat moet ik oplossen vóór het uploaden?

Controleer het release-artefact voordat je iemand uitnodigt om het te testen. Drie technische controles vangen de meeste verrassingen bij een rebuild op: het target-API-niveau, de paginagrootte van native bibliotheken, en de identiteit en ondertekening van de app.

Target-API-niveau

Nieuwe apps en app-updates voor telefoons en tablets moeten sinds 31 augustus 2026 gericht zijn op Android 16 (API-niveau 36) of hoger; apps met een verlenging hadden tot 1 november 2026. Voor Wear OS-, Android Automotive-, tv- en XR-apps gelden andere targets. De details en de oplossing staan in het artikel over het target-API-niveau.

Paginagrootte van 16 KB en native bibliotheken

Apps met native code moeten apparaten met geheugenpagina's van 16 KB ondersteunen. De huidige handleiding van Google blokkeert incompatibele updates vanaf 1 februari 2027 voor apps die gericht zijn op API 35 en hoger, maar dat is geen vrijstelling voor een nieuwe app: controleer de native bibliotheken nu. Dat een framework 16 KB ondersteunt, betekent niet dat elke native afhankelijkheid in je app compatibel is. Zie hoe je de 16 KB-fout vindt en oplost.

Identiteit en ondertekening van de app

“Als je de applicatie-ID wijzigt, behandelt de Google Play Store de upload als een volledig andere app.”

Android Developers, De app-module configureren

Als een AI-rebuild het project opnieuw genereert, vergelijk dan de nieuwe applicatie-ID met de ID die Play Console al kent. Bewaar de uploadsleutel en de bijbehorende wachtwoorden op een veilige plek. Met Play App Signing beheert Google de app-ondertekeningssleutel, en de uploadsleutel waarmee je elke bundle ondertekent, is een aparte sleutel.

Wijst Google mijn webwrapper af?

Niet omdat het een wrapper is. Een wrapper moet aan dezelfde gepubliceerde kwaliteitsregels voldoen als de rest van de app, en sommige van die regels treffen dunne wrappers het hardst.

Toestemming en nuttige functionaliteit

Het spambeleid van Google staat geen apps toe die “een webview van een website bieden zonder toestemming van de eigenaar of beheerder van de website”, en ook geen apps die vooral bedoeld zijn om affiliateverkeer naar een website te sturen. Het beleid voor minimale functionaliteit gaat daarnaast over apps met beperkte content of defect gedrag. Een wrapper van je eigen site doorstaat de toestemmingstoets, maar moet nog steeds iets nuttigs doen en werken op een echt apparaat.

TWA tegenover WebView

Een Trusted Web Activity toont je site in de browser van de gebruiker en bewijst eigendom via Digital Asset Links; een WebView toont de site binnen je eigen app. Ontwikkelaars melden zowel gepubliceerde als afgewezen TWA-apps, en de openbare documentatie van Google zegt niet dat TWA-gebruik onzichtbaar is voor testcontroles. Pas de architectuur alleen aan voor een vastgesteld probleem, niet omdat een forum zegt dat wrappers altijd falen.

Toont je TWA na installatie vanuit Google Play een adresbalk van de browser, controleer dan eerst Digital Asset Links tegen het Play-ondertekeningscertificaat: de SHA-256-fix voor assetlinks.json behandelt dat stap voor stap.

Stel de echte afwijzingsreden vast

Lees het beleid dat in de afwijzingsmail wordt genoemd en reproduceer het probleem in de releasebuild, niet in de preview. Een afwijzing wegens defecte functionaliteit wijst op een crash, een login die niet werkt of een scherm dat niet laadt, niet op het framework. Zie hoe je een afwijzing wegens Broken Functionality oplost.

Welke Play Console-formulieren heb ik nodig?

Je verklaringen moeten beschrijven wat de uitgebrachte app en de afhankelijkheden ervan echt doen, inclusief SDK's, inloggen, analytics, advertenties en elke AI-dienst in de cloud. AI-builders voegen die vaak toe zonder het je te vertellen.

“Apps die geen toegang hebben tot persoonlijke en gevoelige gebruikersgegevens, moeten nog steeds een privacybeleid indienen.”

Beleid voor ontwikkelaars van Google Play, Gebruikersgegevens

Menulabels verschillen soms tussen de helppagina's van Google, dus kijk onder App content als een label in jouw Console anders heet. Deze paden komen uit de documentatie van Google, niet uit screenshots van jouw account.

Waar past de gesloten test?

Na de build, de formulieren en een bruikbare release, en voordat je productietoegang aanvraagt. Google vereist de test voor persoonlijke ontwikkelaarsaccounts die na 13 november 2023 zijn gemaakt; organisatorische accounts en oudere persoonlijke accounts vallen buiten die regel.

“Als je een nieuw persoonlijk ontwikkelaarsaccount hebt, moet je een gesloten test voor je app uitvoeren met minimaal 12 testers die in een periode van minimaal de afgelopen 14 dagen doorlopend aangemeld zijn geweest.”

Play Console Help, artikel 14151465

Gebruik de juiste track

De test draait op een gesloten testtrack. Een interne test is nuttige voorbereiding, met maximaal 100 testers per app, maar telt niet mee; een interne test opzetten legt het verschil uit. Een preview-URL, een Expo Go-sessie of een handmatig geïnstalleerde APK (sideload) telt ook niet mee: testers melden zich aan en installeren vanuit Google Play.

Eerst aanvragen, dan releasen

Als het Dashboard laat zien dat je in aanmerking komt, vraag je productietoegang aan en beantwoord je de vragen over je test eerlijk. Volgens Google gebeurt de beoordeling meestal binnen 7 dagen, maar het kan soms langer duren. Goedkeuring geeft je toegang tot productie; je moet nog steeds een productierelease voorbereiden en indienen voordat de app openbaar is. Heb je net de kosten betaald, dan zet wat je moet doen na het betalen van US$ 25 de hele volgorde op een rij.

Wat als ik door de rebuild mijn sleutel kwijt ben of mijn package is gewijzigd?

Stel eerst vast of de rebuild je ondertekeningsgegevens, de identiteit van je app of allebei heeft gewijzigd. Een uploadsleutel kwijtraken is iets anders dan een app-ondertekeningssleutel kwijtraken, en een gewijzigde applicatie-ID levert een andere Play-app op, ook als de schermen er identiek uitzien.

“Als je je uploadsleutel kwijtraakt of vermoedt dat die is gecompromitteerd, ben je de toegang tot je app niet kwijt.”

Play Console Help, Play App Signing gebruiken

keytool -export -rfc -keystore upload-keystore.jks -alias upload -file upload_certificate.pem

Gebruik je echte keystore-pad en alias. Je uploadt alleen het openbare certificaat; stuur de privésleutel nooit naar iemand.

Checklist vóór het indienen

Dien in als de echte releasebuild, de verklaringen, de toegangsgegevens voor de beoordelaar en het testbewijs allemaal met elkaar overeenkomen. Vink elk controlepunt af zodra je het hebt gehaald.

Wanneer helpt een testerservice?

Als je een bruikbare release voor de gesloten test hebt en het enige resterende probleem is 12 mensen vinden die zich aanmelden en 14 dagen blijven. Een testerservice kan je build niet repareren, je account niet verifiëren en de beslissing van Google niet voor je nemen.

Veel mensen die met AI bouwen, komen hier als laatste aan: de app werkt, maar niemand in hun omgeving heeft een Android-telefoon, of een vriend haakt af op dag negen. PrimeTestLab levert echte testers op echte Android-apparaten. Je deelt je aanmeldingslink, testers melden zich binnen 4-6 uur aan en blijven de volledige 14 dagen, en een tester die afhaakt, wordt dezelfde dag vervangen (de vervangende tester begint aan zijn eigen 14 dagen, dus een buffer boven de 12 is belangrijk). Je geeft ons nooit toegang tot Play Console, en je volgt de test op een live dashboard, met aan het einde een schriftelijk testrapport.

Bekijk hoe de service met 12 testers werkt, of kies hieronder een pakket.

Huidige pakketten

Plus 5% servicekosten bij het afrekenen (minimaal $1.50). Visa of Mastercard via Stripe. Als Google na de volledige test geen productietoegang verleent, kies je zelf: gratis hertest of volledige terugbetaling.

Veelgestelde vragen

Kort samengevat