Een app publiceren op Google Play: de echte Play Console-stappen

Om een app op Google Play te publiceren, registreert u een ontwikkelaarsaccount voor Google Play (een eenmalige kost van 25 USD vanaf november 2026), maakt u de app aan in Play Console, vult u de storevermelding en de App content-formulieren in, uploadt u een Android App Bundle (.aab) naar een testtrack, en brengt u de app daarna naar productie zodra Google die heeft beoordeeld. Heeft u een nieuw persoonlijk account, dan is er één extra stap: een gesloten test met minstens 12 testers gedurende 14 opeenvolgende dagen voordat u productietoegang kunt aanvragen. Deze gids loopt elk scherm in volgorde door, met de details die de meeste vertragingen veroorzaken.

Als u de app nog niet heeft gebouwd, begin dan met hoe u een Android-app maakt.

Voordat u begint: wat u nodig heeft

• De app als Android App Bundle (.aab). Google Play vereist dit formaat voor nieuwe apps.
• Een actuele target-API-niveau. Vanaf november 2026 moeten nieuwe apps en updates Android 16 (API-niveau 36) als target hebben.
• Een privacybeleid op een openbaar webadres. Het moet een gewone webpagina zijn, geen pdf, en niet achter een login.
• Een icoon, screenshots en een featureafbeelding. Controleer in Play Console de actuele formaateisen; op het moment van schrijven is het icoon 512 × 512 pixels en de featureafbeelding 1024 × 500.
• Een supportemailadres.
• Een overheidsdocument-ID en een kaart op uw eigen naam voor de registratie. Prepaidkaarten worden niet geaccepteerd.

Stap 1: Maak uw ontwikkelaarsaccount aan

Ga naar Play Console en meld u aan. U kiest uit twee accounttypen:

• Persoonlijk. Voor particulieren. U verifieert uw identiteit en de toegang tot een Android-apparaat via de Play Console-app voor mobiel, en voldoet aan de testeis die in Stap 6 wordt beschreven.
• Organisatie. Voor geregistreerde bedrijven. De verificatie vraagt om bedrijfsgegevens en duurt langer, maar er is geen eis van 12 testers.

U moet minstens 18 jaar zijn. De 25 USD wordt één keer betaald en niet terugbetaald als Google uw gegevens ongeldig acht, dus vul uw wettelijke naam precies in zoals die op uw ID staat.

Stap 2: Maak de app aan

Klik in Play Console op Create app en vul in:

• App-naam zoals gebruikers die zullen zien.
• Standaardtaal.
• App of game.
• Gratis of betaald. U kunt een betaalde app later gratis maken, maar niet een gratis app betaald.
• Verklaringen: accepteer het Developer Program Policy, de Amerikaanse exportwetten en de voorwaarden van Play App Signing.

De pakketnaam (zoals com.yourcompany.yourapp) wordt bepaald door uw eerste upload en kan nooit worden gewijzigd of hergebruikt, kies hem dus zorgvuldig als u de app zelf bouwt.

Stap 3: Schrijf de storevermelding

Open de pagina Main store listing (onder Store presence in het linkermenu) en voeg toe:

• App-naam, tot 30 tekens.
• Korte beschrijving, tot 80 tekens. Dit is vaak alles wat mensen lezen, dus begin met wat de app doet.
• Volledige beschrijving, tot 4.000 tekens. Leg in gewone taal uit voor wie hij is, wat de belangrijkste functies zijn en wat gebruikers moeten weten. Stop geen zoekwoorden vol; het beleid van Google verbiedt dat.
• Afbeeldingen: icoon, featureafbeelding en telefoonscreenshots. Echte schermen uit de app, geen mockups van functies die niet bestaan.
• Categorie en contactgegevens.

Stap 4: Vul de App content-formulieren in

Open de pagina App content (onder Policy in het linkermenu). Elk onderdeel vraagt om een antwoord voordat u kunt vrijgeven:

• Privacybeleid-URL.
• App access. Als delen van de app een login nodig hebben, geef de beoordelaars werkende inloggegevens. Ontbrekende logins zijn een veelvoorkomende reden voor afwijzing.
• Advertenties. Geef aan of de app advertenties toont, ook via code van derden.
• Contentbeoordeling. Een vragenlijst die leeftijdsclassificaties per regio oplevert. Slaat u hem over, dan is de app "Unrated", wat de release blokkeert.
• Doelgroep en inhoud. De leeftijdsgroepen voor wie de app is bedoeld. Kinderen opnemen brengt de strengere eisen van het Families-beleid met zich mee.
• Gegevensveiligheid. Welke gegevens de app verzamelt of deelt, waarom, en of ze versleuteld en verwijderbaar zijn. Beantwoord dit voor alles in de app, inclusief analyse en providers voor inloggen.
• Andere verklaringen zoals gevraagd, bijvoorbeeld voor nieuws-, gezondheids-, financiële of overheidsapps, of voor gevoelige machtigingen zoals sms.

Wees nauwkeurig. Google vergelijkt uw antwoorden met wat de app werkelijk doet.

Stap 5: Upload uw eerste build naar interne tests

Open Internal testing (onder Testing in het linkermenu), maak een release aan en upload de .aab. Bij deze eerste release stelt u Play App Signing in: laat Google de ondertekeningssleutel genereren en bewaren, tenzij u een reden heeft om die zelf te beheren. Voeg uzelf en een paar collega's toe als interne testers via e-mail, en rol daarna de release uit. Testers openen de opt-inlink en installeren de app uit de Play Store.

Elke latere upload heeft een hogere versionCode nodig dan de vorige.

Als u met Mythex bouwt

Op het Pro-abonnement maakt Mythex de AAB voor u op basis van uw gepubliceerde app. U kunt op twee manieren werken:

1. Zelf uploaden. Vraag de agent om voor Android te bouwen, klik op Download wanneer de kaart Ready to upload toont, en upload het bestand in Play Console. Het bestand blijft ongeveer 30 dagen downloadbaar via Project settings.
2. Uw eigen Google Play-serviceaccount koppelen. Maak een serviceaccount en JSON-sleutel aan in Google Cloud, nodig het e-mailadres uit in Play Console onder Users and permissions met toegang tot deze app, en zet de sleutel in Mythex. Vanaf dat moment gaat elke Android-build vanzelf naar interne tests, met de versiecode ingesteld boven wat al op Google Play staat. De agent kan ook de storevermelding bewerken, en hij vraagt u voordat iets openbaar wordt, zoals een productierelease.

Het aanmaken van de app (Stap 2), het formulier Gegevensveiligheid en de contentbeoordeling blijven in Play Console; de agent laat u weten wanneer er één ontbreekt. Lees meer op de pagina Mythex Android-appbouwer.

Stap 6: Voer een gesloten test uit (nieuwe persoonlijke accounts)

Als uw persoonlijke account is aangemaakt na 13 november 2023, moet u een gesloten test draaien met minstens 12 testers die minstens 14 dagen achter elkaar ingeschreven blijven, voordat u productietoegang kunt aanvragen. Wie vertrekt en weer toetreedt, begint opnieuw aan 14 dagen.

Praktische tips:

• Werf meer dan 12. Mensen haken af. Richt op 15 tot 20.
• Gebruik een Google Groep of een e-maillijst om testers te beheren.
• Vraag om echt gebruik, niet alleen een installatie. Google vraagt naar uw test wanneer u aanvraagt, en u leert er veel meer van.
• Breng een update uit tijdens de test met oplossingen uit de feedback.

Onze bètatestgids behandelt het werven van testers en het verzamelen van feedback. Als de 14 dagen voorbij zijn, vraagt u productietoegang aan vanuit het Dashboard en beantwoordt u de vragen over uw test.

Stap 7: Release naar productie

Zodra productietoegang beschikbaar is, opent u Production in het linkermenu:

1. Kies landen en regio's waar de app beschikbaar wordt.
2. Maak een nieuwe release aan en voeg de bundel uit de test toe, of upload een nieuwe.
3. Schrijf releasenotities in gewone woorden: wat is nieuw of opgelost.
4. Controleer en stuur voor beoordeling. Wijzigingen verzamelen zich onder Publishing overview totdat u ze verstuurt.

De beoordelingstijd varieert. Updates zijn vaak snel; eerste releases kunnen enkele dagen duren. U kunt managed publishing kiezen als u wilt goedkeuren op welk exact moment een goedgekeurde release live gaat.

Stap 8: Na de lancering

• Houd Android vitals in de gaten voor crashes en meldingen "app reageert niet".
• Reageer op recensies, vooral de vroege.
• Houd het target-API-niveau actueel. Google verhoogt het elk jaar, en apps die achterlopen worden niet meer aangeboden aan nieuwe gebruikers op nieuwere telefoons.
• Werk het formulier Gegevensveiligheid bij wanneer u nieuwe gegevensverzameling toevoegt.

Voor een in een webwrapper verpakte app, zoals een app die met Mythex is gebouwd, bereiken de meeste wijzigingen Android-gebruikers zodra u de webapp publiceert, omdat de telefoonapp uw gepubliceerde app opent. Een nieuwe storerelease is alleen nodig voor zaken als het icoon, de naam, machtigingen of een nieuw target-niveau.

Veelvoorkomende redenen voor afwijzing of vertraging

• Geen werkende login voor de beoordelaars.
• Een privacybeleid dat ontbreekt, een pdf is, of niet overeenkomt met de antwoorden over gegevensveiligheid.
• Screenshots of beschrijvingen die functies beloven die de app niet heeft.
• Gevoelige machtigingen aanvragen die de app duidelijk niet nodig heeft.
• Een kapotte of lege app: tijdelijke tekst, dode knoppen.

Ook publiceren op iPhone?

Het proces van Apple is anders: een jaarlijks lidmaatschap, TestFlight en een menselijke beoordeling van elke release. Lees hoe u een app op de App Store publiceert voor die stappen.

Veelgestelde vragen