· Publiceren · 6 min leestijd

De app-indieningschecklist: elke asset voor beide stores (2026)

De app-indieningschecklist: elke asset voor beide stores (2026)
TL;DR. De volledige pre-flight om naar beide stores te releasen. Twee developer-accounts (Apple $99/jaar, Google eenmalig $25), daarna per store een stapel assets, tekst en juridische antwoorden — de lijsten komen niet overeen. Screenshots zijn hier één regel op de lijst, niet de hele klus. De regels die een build afwijzen vóórdat een mens hem ziet, zijn de SDK- en target-API-eisen en Google's closed-testing-poort. Datums verschuiven; check elke datum op de dag van indienen tegen de documentatie van Apple en Google.

Je hebt de app gebouwd. Beide stores willen nu een stapel assets en antwoorden voordat ze hem doorlaten, en die twee stapels verschillen. Dit is de superset: elk asset en elk veld dat App Store Connect en Google Play Console vragen, per store gegroepeerd, met de 2026-buildregels die een upload al blokkeren vóór de review begint.

We hebben al een checklist die alleen over screenshots gaat (link onderaan). Deze is de bredere lijst — screenshots zijn hier één item, naast iconen, feature graphics, listing-tekst, privacyformulieren, ratings en de buildeisen die de upload zelf reguleren.

Eisen en deadlines verschuiven. Behandel elke gedateerde regel hieronder als een verwijzing die je op de dag van indienen tegen de eigen documentatie van de store bevestigt, niet als een vaststaand feit.

Stap 0: de twee developer-accounts

Je kunt nergens indienen zonder account bij elke store, en ze zijn geprijsd op verschillende modellen:

  • Apple Developer Program — $99 per jaar (USD, gefactureerd in lokale valuta). Het is een doorlopend lidmaatschap. Laat het verlopen en je apps verdwijnen van de App Store tot je verlengt.
  • Google Play Console — $25, eenmalig betaald bij registratie. Eenmalig, niet-restitueerbaar, geen verlenging.
  • Identiteitsverificatie aan beide kanten. Zowel persoonlijke als organisatie-accounts doorlopen verificatie. Organisatie-accounts bij Google hebben een D-U-N-S-nummer nodig; Apple verifieert de rechtspersoon bij organisatie-registratie. Reken hiervoor een paar dagen in voordat je van plan bent te releasen.

Apple: wat App Store Connect vraagt

De build:

  • App-binary gebouwd met een actuele SDK. Sinds april 2025 moeten iOS- en iPadOS-apps gebouwd zijn met de iOS 18 SDK (Xcode 16) of nieuwer om te kunnen uploaden. Apple heeft aangekondigd dat uploads vanaf 28 april 2026 de iOS 26 SDK of nieuwer nodig hebben — controleer welke SDK op je indieningsdatum geldt.
  • App-icoon in de build. Apple haalt het icoon uit de asset catalog van de app; er is geen aparte icoonupload in App Store Connect. Een ontbrekend of onjuist icoon laat de validatie bij het uploaden mislukken.
  • Unieke bundle-ID, geldige signing en export-compliance-antwoorden. De vragen over encryptie/export komen bij het uploaden — de meeste apps beantwoorden ze met een standaarduitzondering, maar je moet wel antwoorden.

Visuele assets:

  • Screenshots voor de 6,9-inch iPhone. Minstens één, tot tien. Geaccepteerde afmetingen zijn onder meer 1320 × 2868, 1290 × 2796 en 1260 × 2736 (portret). Apple schaalt deze set automatisch naar kleinere iPhones, dus de 6,5-inch set is alleen nodig als je 6,9-inch helemaal overslaat.
  • iPad-screenshots als de app iPad ondersteunt. De 13-inch set is 2064 × 2752 of 2048 × 2732 (portret). Verplicht wanneer je app op iPad draait.
  • Optionele App Preview-video per apparaatformaat, 15–30 seconden.

Listing-tekst:

  • App-naam (max. 30 tekens) en ondertitel (max. 30).
  • Zoekwoorden — één veld van 100 tekens, kommagescheiden, dat nooit aan gebruikers wordt getoond maar wel het zoeken aandrijft.
  • Beschrijving (max. 4.000 tekens) en promotietekst (max. 170, aanpasbaar zonder nieuwe build).
  • Support-URL, en een marketing-URL als je die wilt.

Juridisch, privacy en rating:

  • Privacybeleid-URL. Verplicht voor elke app.
  • App Privacy-antwoorden — het "voedingslabel". Je geeft aan welke data jouw app en de SDK's van derde partijen verzamelen en hoe die worden gebruikt. Deze antwoorden zijn verplicht om in te dienen en verschijnen als privacylabel op je productpagina.
  • Leeftijdsclassificatie. Beantwoord via een vragenlijst. Apple is overgestapt op een fijnmaziger leeftijdsclassificatiesysteem (met 13+, 16+ en 18+ niveaus) dat te zien is op apparaten met iOS 26 en later, dus check je antwoorden opnieuw als je een app voor het laatst onder het oude systeem hebt geclassificeerd.
  • Hoofdcategorie (en optioneel een secundaire), plus een pad voor accountverwijdering in de app als je app accountaanmaak ondersteunt.

Google: wat Play Console vraagt

De build:

  • Een Android App Bundle (.aab), geen APK, voor nieuwe apps.
  • Target-API-niveau. Nieuwe apps en updates moeten momenteel Android 15 (API-niveau 35) of hoger targeten. Google heeft gezegd dat nieuwe apps en updates vanaf 31 augustus 2026 Android 16 (API-niveau 36) moeten targeten — check het niveau dat geldt op het moment van indienen.
  • Ondertekende releasebuild, doorgaans via Play App Signing.

Visuele assets:

  • App-icoon — 512 × 512 px, 32-bit PNG, onder 1 MB.
  • Feature graphic — 1024 × 500 px, JPEG of 24-bit PNG zonder alpha. Dit is een verplicht listing-asset op Play, zonder Apple-equivalent, en het is de banner bovenaan je listing.
  • Minstens 2 telefoonscreenshots (tot 8). JPEG of 24-bit PNG, elke zijde tussen 320 en 3.840 px, beeldverhouding 16:9 of 9:16. Screenshots voor tablet en andere vormfactoren zijn optioneel, tenzij je die apparaten target.
  • Optionele promovideo als YouTube-URL.

Listing-tekst:

  • App-naam (max. 30 tekens).
  • Korte beschrijving (max. 80) — de eerste regel die gebruikers lezen.
  • Volledige beschrijving (max. 4.000).

Juridisch, privacy en rating:

  • Privacybeleid-URL. Verplicht.
  • Data safety-formulier. Google's tegenhanger van Apple's privacylabel — je geeft aan welke data je verzamelt, deelt en hoe die wordt behandeld. Verplicht voordat je kunt publiceren, en het moet overeenkomen met het werkelijke gedrag van je app.
  • Content rating-vragenlijst (IARC). Genereert regiospecifieke leeftijdsclassificaties op basis van je antwoorden.
  • App-categorie, plus doelgroep- en advertentieverklaringen. Als een deel van de doelgroep uit kinderen bestaat, gelden er extra eisen.

De 2026-regels die een build vóór review afwijzen

Dit gaat niet om finetuning — deze regels blokkeren de upload of de release ronduit, dus check ze eerst:

  • Apple's minimum-SDK. Uploads hebben sinds april 2025 de iOS 18 SDK (Xcode 16) nodig, en volgens Apple's aankondiging wordt de iOS 26 SDK rond 28 april 2026 de ondergrens. Bouw je met een oude SDK, dan wijst App Store Connect de binary af bij het uploaden.
  • Google's target-API-niveau. Nieuwe apps en updates targeten vandaag Android 15 (API 35), en volgens Google's aangekondigde tijdlijn wordt dat vanaf 31 augustus 2026 Android 16 (API 36). Een te laag target-niveau blokkeert de release.
  • Google's closed-testing-poort voor persoonlijke accounts. Persoonlijke developer-accounts aangemaakt na 13 november 2023 moeten een closed test draaien met minstens 12 aangemelde testers gedurende 14 opeenvolgende dagen voordat ze productietoegang kunnen aanvragen. (Google heeft dit eind 2024 verlaagd van 20 testers.) Geverifieerde organisatie-accounts zijn hiervan vrijgesteld. Dit verrast solo-developers het meest — het voegt minstens twee weken toe tussen "app is klaar" en "app is live", dus start de closed test op tijd.

De gedeelde pre-flight (beide stores)

Een paar checks gelden aan beide kanten en worden makkelijk overgeslagen in de haast om te releasen:

  • Screenshot-bijschriften in de taal van elke locale. Engelse bijschriften in een Duitse of Japanse listing worden gemarkeerd. Taal van de bijschriften en listing-locale moeten overeenkomen.
  • Assets en tekst kloppen met de app. Als een screenshot of beschrijving een functie toont, moet de uitgeleverde app die ook echt hebben. Beide stores wijzen af op metadata die de app overdrijft.
  • Geen prijzen of URL's buiten de store verwerkt in screenshots. Prijzen horen op de storepagina thuis, niet in het beeldmateriaal; overlays met "bezoek onze site" leiden tot afwijzingen.
  • Privacyverklaringen kloppen met de werkelijkheid. Zowel het Apple-privacylabel als het Google Data safety-formulier moeten weergeven wat je code en SDK's daadwerkelijk doen.
  • Een werkend testaccount, als de app achter een login zit, meegegeven aan de reviewer in de review notes.

Waar Mokbi past

Het grootste deel van deze checklist regel je zelf — het account, de build, de privacyantwoorden, de ratings. Mokbi dekt de visuele en tekstuele assets, het onderdeel dat de meeste uren opslokt als je het handmatig doet voor twee stores en veel talen.

  • De visuele assets. Het produceert de screenshots voor beide stores op de vereiste afmetingen, en de Play feature graphic, vanuit één project — zodat je niet dezelfde artwork opnieuw hoeft bij te snijden per apparaatklasse.
  • De listing-tekst. Het schrijft je naam, ondertitel, beschrijving en korte beschrijving, en vertaalt de hele listing vervolgens naar 50 talen zodat elke locale met bijpassende bijschriften en tekst uitkomt.
  • De afgeronde listing publiceren. Mokbi zet de afgeronde assets en storetekst voor je klaar: rechtstreeks naar Google Play via de Play Developer API, en klaargezet in App Store Connect als een versie die je zelf kunt indienen. Die laatste Submit- en reviewstap vereist Apple van jou — dat is een regel van Apple, geen beperking van Mokbi.

Het punt is niet om de checklist te vervangen — het is om de kolommen assets en vertaling eraf te halen zodat de rest een kortere middag wordt.

Wat je hierna kunt lezen

Open de editor →