App Store screenshot-afwijzingen en hoe je ze voorkomt
Een screenshot-afwijzing is de meest voorkomende reden waarom een eerste App Store-indiening vastloopt. De reviewer accepteert de binary maar stuurt de metadata terug, en de klok voor het bezwaarproces begint opnieuw. Het goede nieuws: de regelset is klein en stabiel. De meeste afwijzingen noemen dezelfde handvol guidelines. Hier is die lijst, ruwweg gesorteerd op hoe vaak ze voorkomen.
1. Inconsistenties in de statusbalk
Apple wil dat screenshots eruitzien als echte apparaatstatussen. Een nep-statusbalk die niet klopt — verkeerde tijd, niet-overeenkomende batterijpictogrammen over panelen heen, signaalbalken op een Wi-Fi-only iPad — wordt gemarkeerd. Gebruik de gebruikelijke tijd 9:41 op alle panelen (de standaard marketingconventie), houd de batterij op 100% of verberg de indicator helemaal, en zorg voor consistentie tussen mobiel en Wi-Fi.
Geciteerd onder Guideline 2.3.10 (accurate metadata) of 4.3 (spam).
2. Screenshots die de app zelf niet tonen
Dit is de meest consistente afwijzingsreden voor 'ontworpen' carrousels: panelen die een marketingafbeelding tonen in plaats van de app zelf. Een paneel met alleen een merkgrafiek, een paneel met mensen die een telefoon gebruiken, of een paneel dat uitsluitend uit een bijschrift bestaat zonder app-inhoud — ze schenden allemaal de regel dat screenshots app-functionaliteit moeten tonen.
De oplossing: elk paneel moet een herkenbaar UI-element van de app bevatten. Je mag het inpakken in een device frame, een bijschrift toevoegen, de achtergrond aanpassen — maar de app-UI moet aanwezig en herkenbaar zijn.
Geciteerd onder Guideline 2.3.3 (screenshots show app functionality).
3. Promotionele claims of prijsinformatie in de screenshot
Screenshots mogen geen prijzen bevatten, geen 'beperkt aanbod', '$5 korting', 'een week gratis', of welke claim dan ook die zou veranderen met App Store-metadata. Apple wil dat de screenshot geldig blijft bij prijswijzigingen, kortingsacties en per regio.
"Award-winning" werkt als je het kunt onderbouwen. "Beste app van het jaar" is oké als Apple zelf je de award gaf; anders is het een marketingclaim waarvoor bewijs nodig is, en reviewers markeren die soms.
Geciteerd onder Guideline 2.3.10 of 3.1.4.
4. Handelsmerken of logo's van derden
Het Spotify-logo tonen in je screenshot omdat je app integreert met Spotify is riskant. Hetzelfde geldt voor Apple's eigen productlogo's (toon het Apple-logo niet, toon geen iCloud-iconografie tenzij je Apple's officiële integratie gebruikt). Gebruikersinhoud die handelsmerken bevat is ook een risico.
De veilige route: gestileerde placeholder-inhoud in screenshot-mockups. Als je een merkintegratie moet tonen, gebruik dan de officiële marketingmaterialen van dat merk, precies zoals hun guidelines het toestaan.
Geciteerd onder Guideline 5.2 (intellectual property).
5. Device frames die het platform verkeerd voorstellen
iPhone screenshots in een Android-frame, of andersom, worden afgewezen. Gemengde apparaatklassen in één carrousel (een iPhone 6.9"-frame naast een 4-inch SE in dezelfde panelenset) worden in twijfel getrokken.
Voor elke screenshot-uploadklasse heb je een passend apparaat nodig. Apple's eigen guidelines stellen dat "screenshots het platform moeten weerspiegelen waarop de gebruiker aan het shoppen is". Gebruik iPhone-klasse apparaten voor iPhone screenshot-uploads, iPad voor iPad-uploads.
Geciteerd onder Guideline 2.3.10.
6. Inhoud die volwassen, eng of gewelddadig is zonder de juiste leeftijdsbeoordeling
Apple's contentreviewers zien de screenshots vóór de app. Als een screenshot volwassen inhoud, geweld of beangstigende thema's suggereert die je opgegeven leeftijdsbeoordeling overschrijden, wordt de indiening teruggestuurd wegens een leeftijdsbeoordelingsmismatch — ook al is de rest van de metadata in orde.
De oplossing is om de screenshot te matigen of de leeftijdsbeoordeling aan te passen. Het aanpassen van de beoordeling heeft gevolgen voor de App Store-regio's waar je app beschikbaar is, dus de meeste apps kiezen voor een gematigde screenshot.
Geciteerd onder Guideline 1.1 (objectionable content).
7. Verkeerde afmetingen voor de uploadklasse
Apple vereist nu alleen nog 6.9" iPhone (1320 × 2868) en 13" iPad (2064 × 2752) voor nieuwe indieningen. Kleinere klassen worden geaccepteerd maar zijn optioneel. Een 6.5"-screenshot op 1242×2688 proberen te uploaden naar de 6.9"-klasse mislukt al bij de validatie tijdens het uploaden, niet pas bij de review.
Dit is strikt genomen geen 'afwijzing', omdat App Store Connect het al tijdens de upload onderschept, maar het verklaart een aanzienlijk deel van de supporttickets over 'mijn screenshots komen er niet doorheen'. Zie het formaatoverzicht 2026 voor de volledige tabel.
8. Inconsistente screenshots over locales heen
Als je en-US screenshots een bepaalde app-toestand tonen en je fr-FR screenshots een andere, markeren reviewers dit soms als verwarrende metadata. De verwachting is dat screenshots over locales heen dezelfde scènes tonen met vertaalde bijschriften — niet verschillende scènes.
Alleen de tekst vertalen is prima. Volledig herontwerpen per locale moet weloverwogen zijn en consistent binnen elke locale (d.w.z.: als je alles voor Japan herontwerpt, doe dan alle Japan-panelen; meng ze niet).
Wat je deze week kunt doen
- Controleer elk paneel op consistentie in de statusbalk. Zelfde tijd, zelfde batterij, zelfde mobiele status.
- Zorg dat elk paneel de echte app-UI toont. Geen puur-marketingpanelen.
- Verwijder alle prijs-, promotie- of kortingstekst.
- Controleer dat er geen handelsmerken van derden buiten je eigen merk staan.
- Bevestig dat het device frame overeenkomt met het platform per uploadklasse.
- Toets de inhoud aan je opgegeven leeftijdsbeoordeling.
Als er toch een afwijzing binnenkomt, verloopt het bezwaarproces meestal snel — schrijf een heldere toelichting met verwijzing naar de specifieke guideline die jij van toepassing acht, en Apple's reviewteam reageert binnen een paar dagen.