Google Play store listing requirements: de complete asset-checklist
Voordat je iets naar Google Play uploadt, is het handig om de exacte specificaties bij de hand te hebben — want Play Console wijst assets af die een afmeting missen of het verkeerde formaat gebruiken, en de regels verschillen genoeg van de App Store dat je niet blindelings dezelfde bestanden kunt hergebruiken. Hier is de complete checklist in één tabel, gevolgd door een korte toelichting per rij en de twee of drie dingen waar mensen over struikelen. Elke specificatie is geverifieerd tegen Play Console Help (2026); bronnen staan onderaan gelinkt.
De complete asset-specificatie voor Google Play listings
| App-binary | — | AAB (Android App Bundle) | Nieuwe apps moeten als .aab worden aangeleverd, niet als APK — verplicht sinds augustus 2021. |
Die tabel is het hele oppervlak van de listing: drie grafische assets, drie tekstvelden en de binary. De rest van dit artikel gaat dieper in op elke rij.
App-icoon: 512 × 512, let op de hoeken
Het icoon is één bestand van 512×512 px, geüpload als 32-bit PNG met een alpha-kanaal, onder 1 MB. Play toont het binnen een afgerond masker, dus alles wat je in de uiterste hoeken zet, wordt afgesneden. Ontwerp een volledig vierkant, houd de belangrijke elementen gecentreerd en laat het masker zijn werk doen. Dit is een van de weinige Play-assets die alpha behoudt — de feature graphic en screenshots doen dat niet.
Feature graphic: verplicht, maar niet altijd zichtbaar
De feature graphic is een banner van 1024×500 px in JPEG of 24-bit PNG zonder alpha-kanaal. Het is een verplichte asset — je kunt de listing niet afronden zonder een feature graphic. Het addertje: hij verschijnt alleen op de listing zelf als je ook een promovideo toevoegt, omdat hij dan als covergefoto voor de video dient. Toch gebruikt Play de feature graphic op andere promotionele plekken, dus optioneel is hij nooit. Behandel hem als een echte ontwerpopdracht, niet als plaatshouder: tekst moet standhouden als hij op verschillende plekken wordt bijgesneden, en blijft weg van de promotionele bewoording die Play verbiedt (volgende sectie).
Screenshots: de 2:1-regel is waar de meesten over struikelen
Je hebt minimaal 2 screenshots over verschillende apparaattypen nodig voordat Play je laat publiceren, en je kunt er tot 8 per apparaattype uploaden. Elke screenshot is een JPEG of 24-bit PNG zonder alpha, tot 8 MB. De afmetingsregel is waar uploads worden afgewezen: elke zijde moet tussen de 320 en 3840 px liggen, én de langste zijde mag maximaal twee keer de kortste zijn. Dat tweede deel is het 2:1-beeldverhoudingsplafond. Een hoog marketingpaneel van bijvoorbeeld 1080×2400 heeft een verhouding van 2,22:1 — over de limiet, en Play wijst het af, ook al vallen beide zijden binnen 320–3840.
Dit is verreweg de meest voorkomende reden waarom Play screenshots afwijst, en waarom je een App Store-screenshotset niet zomaar op Play kunt hergebruiken. iPhone-screenshots zijn vaak hoger dan 2:1; Play accepteert die niet. Je wilt een telefooncanvas dat op of onder 2:1 uitkomt — een 9:16-staand formaat van 1080×1920 is een veilige, veelgebruikte keuze — en als je een ontwerp overneemt vanaf de App Store, moet het herschaald worden naar de juiste verhouding, niet alleen opnieuw geëxporteerd.
Tablet-screenshots (7-inch en 10-inch) volgen dezelfde regels van 320–3840 px en 2:1, en zijn optioneel, maar als je app tablets ondersteunt, loont het om beide slots te vullen — Play toont die gebruikers een aparte tablet-listing. Wear OS, Android TV en Chromebook hebben elk hun eigen aparte screenshot-slots als je die vormfactoren target.
Tekstlimieten — en de woorden die niet mogen
De drie tekstvelden hebben strikte tekenlimieten: 30 voor de app-titel, 80 voor de korte beschrijving, 4000 voor de volledige beschrijving. Spaties en symbolen tellen overal mee. Dat zijn toevallig dezelfde limieten die App Store Connect voor sommige velden hanteert, maar ga daar niet vanuit — Play telt op zijn eigen manier en kapt hard af bij de limiet.
De valkuil die niets met lengte te maken heeft: Google verbiedt promotionele en prestatiegerichte bewoording in het icoon, de titel, de korte beschrijving en de ontwikkelaarsnaam. Woorden als "free", "best", "#1", "top", "new", "sale" of "discount" — alles wat een storeranking, prijs of promotie suggereert — wordt gemarkeerd. Dezelfde regel geldt voor de feature graphic en promovideo: geen claims over prestaties in de store, geen onderscheidingen die je niet echt van Google hebt gekregen, en geen call-to-action-overlay zoals "Download nu" verwerkt in het beeld. Officiële "Best Of"- of Editor's Choice-badges die door Google Play zijn toegekend, zijn de uitzondering die je wel mag tonen.
De binary: AAB, niet APK
Sinds augustus 2021 moet elke nieuwe app op Google Play gepubliceerd worden als Android App Bundle (.aab) in plaats van een op zichzelf staande APK. Play genereert de APK's per apparaat vanuit je bundle. Dit is geen listing-asset, maar het hoort bij dezelfde "kan ik eigenlijk wel publiceren"-checklist, en het is een stap waar mensen die jaren geleden voor het laatst iets uitbrachten niet op rekenen. Bestaande APK-gebaseerde apps kunnen updates blijven uitbrengen, maar een gloednieuwe listing heeft de AAB nodig.
Waar Mokbi past in dit plaatje
Mokbi is gebouwd om je Play-geldige assets rechtstreeks vanuit de editor te geven. De screenshot-exports bevatten een Play-conform telefoonformaat dat het 2:1-plafond respecteert, zodat je geen set uploadt die Play afwijst omdat hij te hoog is. Hij produceert ook de feature graphic van 1024×500 uit hetzelfde project, en stelt de listing-tekst op — titel, korte beschrijving, volledige beschrijving — en vertaalt die naar 50 talen, binnen Play's tekenlimieten per taal, zodat niets halverwege een zin wordt afgekapt. Ontwerpen is gratis in een editor met watermerk; onbeperkt exporteren en publiceren zit in een abonnement — Solo voor €29.99/maand of Studio voor €49.99/maand, zonder eenmalige aankoop.
Mokbi stopt niet bij de bestanden — het publiceert ze ook. Zodra het icoon-ontwerp, de feature graphic van 1024×500, de Play-geldige 2:1-screenshots en de listing-tekst in 50 talen klaarstaan, zet Mokbi de listing en assets rechtstreeks door naar Google Play via de Play Developer API. Voor de App Store zet het de versie klaar in App Store Connect, klaar om in te dienen — Apple vereist de uiteindelijke Submit en review zelf. Wat de tool wegneemt, is het gedoe met afmetingen en consoles: de canvassen hebben al de juiste vorm, de exports komen al overeen met de specificaties in de tabel hierboven, en de upload gebeurt voor je.
De korte versie
- Icoon: 512×512, 32-bit PNG met alpha, onder 1 MB, veilige hoeken.
- Feature graphic: 1024×500, JPEG of 24-bit PNG, zonder alpha, geen promotekst.
- Screenshots: 2–8, elke zijde 320–3840 px, langste ≤ 2× kortste, zonder alpha. Let op het 2:1-plafond.
- Tekst: titel ≤ 30, kort ≤ 80, volledig ≤ 4000. Geen "free / best / #1 / top / new / sale".
- Binary: nieuwe apps leveren een AAB, geen APK.
Google herziet deze tabellen af en toe. Als je dit ruim na de publicatiedatum leest, controleer dan de actuele getallen in Play Console Help voordat je iets indient. Vanaf 2026 zijn dit de specificaties zoals de onderstaande bronnen ze vermelden:
- Add preview assets to showcase your app — Play Console Help (specificaties icoon, feature graphic, screenshots).
- Best practices for your store listing — Play Console Help (limieten titel/beschrijving, verboden bewoording).
- Android App Bundle FAQ — Android Developers (AAB-vereiste voor nieuwe apps).