Richtlijnen voor App Review-screenshots: de regels van Apple samengevat
Een praktische samenvatting van Apple's App Review Guidelines zoals die specifiek van toepassing zijn op App Store-screenshots — wat Apple daadwerkelijk controleert, de meest voorkomende afwijzingsredenen en hoe je problemen snel oplost.
Disclaimer
Dit is een onofficiële samenvatting. Het gezaghebbende document zijn Apple's App Review Guidelines. Raadpleeg altijd de site van Apple voor de actuele tekst — richtlijnnummers en formuleringen veranderen.
TL;DR — regels in één oogopslag
| Richtlijn | Regel | Wat het betekent | Voorbeeld |
|---|---|---|---|
| 2.3.3 | Accurate weergave | Screenshots moeten je app daadwerkelijk in werking tonen. | Geen conceptmockups van functies die nog niet zijn uitgebracht. |
| 2.3.7 | Marketingclaims | Claims als “#1” of “beste” moeten onderbouwd zijn. | Vermeld een bron of verwijder de overtreffende trap. |
| 2.3.10 | Verwijzingen naar platforms | Maak in iOS-screenshots geen reclame voor andere mobiele platforms. | Geen “Get it on Google Play”-badges. |
| 3.1.1 | Nauwkeurigheid van prijzen | Prijsteksten moeten overeenkomen met de IAP / abonnement die je daadwerkelijk verkoopt. | Zeg niet “Gratis voor altijd” als er een paywall is. |
| 5.2 | Intellectueel eigendom | Toon geen logo's van derden of auteursrechtelijk beschermde inhoud zonder de juiste rechten. | Vermijd nepmeldingen van merken die je niet bezit. |
| Leeftijdsclassificatie | Stem inhoud af op de classificatie | De inhoud van screenshots mag de gekozen leeftijdsclassificatie niet overschrijden. | Een 4+ app mag geen verwijzingen naar alcohol tonen in screenshots. |
Waarom hecht Apple specifiek belang aan screenshots?
De App Store is gecureerd. Apple's standpunt, opnieuw verwoord in de inleiding van de App Review Guidelines, is dat een hoogwaardige store zowel gebruikers als ontwikkelaars ten goede komt. Screenshots zijn de eerste indruk voor de gebruiker; misleidende screenshots tasten het vertrouwen in de store als geheel aan. Daarom is de handhaving rond screenshots een van de strengste onderdelen van App Review en is snel oplossen belangrijker dan in discussie gaan.
Wat betekent “accurate weergave” (2.3.3)?
Richtlijn 2.3.3 vereist dat screenshots de app daadwerkelijk in werking tonen. Het grijze gebied is wat als “in werking” telt. Apple is streng over:
- Conceptbeelden voor functies die niet voorkomen in de binary die je hebt ingediend
- Vooraf gerenderde marketingillustraties die de app in een hypothetisch scenario tonen
- Screenshots van concurrenten die als die van jezelf worden gepresenteerd
Apple is toleranter ten aanzien van:
- Apparaatmockups — je echte app-scherm samengesteld in een iPhone-frame is prima
- Bijschriften en koppen — tekstoverlays die uitleggen wat het scherm doet
- Achtergronden — verloop- of fotografische achtergronden achter het apparaatframe
- Gegenereerde voorbeeldgegevens die plausibel weergeven wat een echte gebruiker zou zien
Waarom is plaatsvervangende inhoud een probleem?
Lorem ipsum, “User Name” en duidelijke testaccounts (bijv. “test@test.com”) duiden op een onafgemaakt product. App Review beschouwt dit als representatief voor een onvoltooide app — een snelle weg naar afwijzing. Vul elk veld met plausibele gegevens: realistisch ogende namen, realistische transactiebedragen, actuele datums. Gegenereerde gegevens zijn prima; duidelijk plaatsvervangende gegevens niet.
Wat als de apparaatformaten niet kloppen (2.3.10)?
Richtlijn 2.3.10 dekt de nauwkeurigheid van metadata. Een 6,1-inch screenshot indienen in het 6,7-inch slot — zelfs opgeschaald — wordt afgewezen omdat het resulterende beeld de app niet weergeeft in de werkelijke beeldverhouding van het grotere apparaat. Gebruik de apparaatspecifieke renders die we noemen in de gids voor App Store-screenshotformaten en laat de Screenshots.live API elk apparaat native genereren in plaats van te schalen.
Mag je Android vermelden in iOS-screenshots?
Nee. Richtlijn 2.3.10 verbiedt verwijzingen naar andere mobiele platforms binnen iOS-metadata, inclusief screenshots. Veelvoorkomende overtredingen:
- “Now on Android”-banners
- Google Play-downloadbadges
- Screenshots die je app tonen in een Android-apparaatframe (Pixel, Galaxy) in plaats van een iPhone-frame
De oplossing zijn varianten per platform: hetzelfde sjabloon, een andere apparaatframe-configuratie. Render de iOS-variant met iPhone-frames, de Android-variant met Pixel-frames, en upload naar de juiste store. Zie de multi-platform support-functie voor de configuratie.
Hoe zit het met marketingclaims (2.3.7)?
Apple heeft listings afgewezen vanwege niet-geverifieerde overtreffende trappen: “#1 productivity app”, “Best note-taker on iOS”, “Used by 10M+ teams”. De oplossing is ofwel:
- Vermeld een bron in het screenshot of bijschrift (“Top 10 in Productivity, App Store, US, maart 2026”)
- Wees specifiek in plaats van overtreffend (“Vertrouwd door 8.432 teams” als dat aantal klopt)
- Verwijder de claim volledig en laat het product voor zichzelf spreken
Hoe verhouden leeftijdsclassificaties zich tot screenshots?
De leeftijdsclassificatie die je kiest in App Store Connect geldt voor elk asset op de listing — inclusief screenshots. Een 4+ app die alcohol, tabak, intens geweld of suggestieve inhoud toont in screenshots krijgt een hogere classificatie, of wordt afgewezen als de classificatie de inhoud niet kan accommoderen. Stem inhoud vanaf het begin af op de classificatie: als je screenshot een wijnkaart-UI nodig heeft, moet de classificatie van de app al verwijzingen naar alcohol toelaten.
Welke apparaatframes zijn toegestaan?
Apple staat toe je app te tonen binnen een Apple-apparaatframe voor de apparaatklasse die je vermeldt (iPhone, iPad, Apple Watch, Apple TV). Doe niet:
- Het apparaatframe visueel aanpassen (eigen kleuren, logo's)
- Android-frames mengen in iOS-listings
- Generieke “telefoonvormige” frames gebruiken die niet door Apple zijn goedgekeurd
Gebruik Apple's officiële apparaatframe-assets (Sketch / Figma-bibliotheken) bij het ontwerpen van je sjabloon.
Hoe zit het met logo's van derden en auteursrechtelijk beschermde inhoud?
Richtlijn 5.2 behandelt intellectueel eigendom. De meest voorkomende screenshot-overtreder is een nep-pushmelding van een merk waarvoor de app geen licentie heeft: bijvoorbeeld “Slack: New message from Eve” in een screenshot van een niet-Slack-app. Gebruik generieke nepmeldingen, geanonimiseerde merk-achtige UI (geen echte logo's) of gelicentieerde inhoud met aantoonbare rechten.
Hoe geldt de nauwkeurigheid van prijzen (3.1.1)?
Als een screenshot zegt “Gratis voor altijd” maar je app gebruikt een abonnement van $4,99 per maand, kun je een afwijzing verwachten. Prijsclaims in screenshots moeten overeenkomen met de daadwerkelijke IAP / abonnementen die je levert. Hetzelfde geldt voor claims als “Geen advertenties”, “Eenmalige aankoop” en duur van een “Gratis proefperiode” — elke claim moet overeenkomen met wat de gebruiker in de app tegenkomt.
Hoe zit het met afwijkingen op localeniveau?
Een prijskaartje in Amerikaanse dollars in je Duitse listing komt slordig over op App Review en op gebruikers. Hetzelfde geldt voor datumnotaties (MM/DD/JJJJ in een Duitse listing), sociale verwijzingen (“Trending on Twitter” in een listing voor het Chinese vasteland waar Twitter geblokkeerd is) en feestdagen (Thanksgiving-vermeldingen in niet-Amerikaanse listings). De lokalisatiegids behandelt overrides per locale voor precies dit soort gevallen.
Wat doe je als je wordt afgewezen?
De meeste screenshot-afwijzingen zijn gemakkelijk op te lossen: pas het overtredende element in je sjabloon aan, render opnieuw via de API, upload opnieuw, dien opnieuw in. De volledige cyclus duurt meestal minder dan een uur. Twee adviezen:
- Lees de exacte richtlijn die Apple aanhaalt in Resolution Center. De oplossing is bijna altijd nauwkeuriger dan je denkt — soms één enkel element op één enkel screenshot.
- Dien opnieuw in voordat je in beroep gaat. Beroepen via Resolution Center duren dagen; herindieningen na een fix worden meestal binnen enkele uren verwerkt. Beroep is zinvol wanneer je oprecht denkt dat de beoordeling fout was — niet wanneer de oplossing voor de hand ligt.
Hoe verschillen de regels van Google Play?
Google Play's Store Listing and Promotional Content Policy behandelt soortgelijke onderwerpen, maar is over het algemeen toleranter ten aanzien van marketingtaal en strenger ten aanzien van misleidende functionaliteit. De basisprincipes — accurate weergave, geen nepmeldingen, consistentie van leeftijdsclassificatie — gelden op beide platforms. De technische specificaties verschillen; zie onze gids voor Google Play-screenshotvereisten daarvoor.
Waar het op neerkomt
De snelste manier om buiten de afwijzingsbak voor screenshots van App Review te blijven is starten vanuit een sjabloon dat de regels al volgt — accurate apparaatframes, geen platformoverstijgende verwijzingen, plausibele voorbeeldgegevens, geen onderbouwde claims. Genereer varianten vanuit dat sjabloon en het afwijzingspercentage daalt naar bijna nul.
Genereer al deze formaten automatisch
Stop met het handmatig vergroten of verkleinen van screenshots. Ontwerp één sjabloon en render elk formaat, apparaat en elke taal met één enkele API-aanroep.
Gratis starten — Probeer Screenshots.live