Guideline 2.3.3: screenshots afgewezen door Apple

Een afwijzing "Guideline 2.3.3 - Performance - Accurate Metadata" betekent dat Apple vindt dat je screenshots de app niet in actie laten zien. De regel is in cijfers vastgelegd: per apparaattype moet meer dan de helft van de screenshots het echte scherm van de app in gebruik tonen. De afwijzing gaat over je productpagina, niet over de binary: je vervangt de screenshots en stuurt dezelfde build opnieuw in.

Ik maakte het zelf mee op 27 oktober 2026 met Vigie, mijn app om ASO bij te houden. Mijn screenshots toonden opnieuw getekende interfacekaarten rond een mascotte, zonder telefoon. Apple wees ze af. Deze gids bevat het bericht dat ik kreeg, wat Apple verstaat onder "app in use", wat wel en niet door de review komt, en de checklist die ik sindsdien gebruik. De geciteerde regels komen van de officiële pagina's van Apple, nagelezen op 3 november 2026.

Het bericht van Apple, woord voor woord

Het bericht begint met de titel van de regel en noemt daarna het betreffende apparaatformaat. Voor Vigie was dit de zin waar de afwijzing om draaide:

The 6.7-inch iPhone screenshots do not show the actual app in use.

Andere 2.3.3-afwijzingen leggen uit wat de reviewer verwacht. Deze werd in oktober 2024 gepubliceerd op de forums van Apple door een developer wiens iPad-plekken een iPhone-frame lieten zien. Dit is het stuk met de eisen, woord voor woord:

Some or all of the provided screenshots do not sufficiently show
the app in use. Screenshots should highlight the app's core concept
to help users understand the app's functionality and value.

- Marketing or promotional materials that do not reflect the UI
  of the app are not appropriate for screenshots.
- The majority of the screenshots should highlight the app's main
  features and functionality.
- Confirm that the app looks and behaves identically in all
  languages and on all supported devices.
- Make sure that the screenshots show the app in use on the
  correct device, unless they are included to demonstrate that
  the app can be used on multiple Apple platforms. For example,
  iPhone screenshots should be taken on iPhone, not on iPad.

Kort gezegd: een reclamebeeld dat de interface van de app niet toont, hoort niet tussen de screenshots. De meerderheid moet de belangrijkste functies laten zien. En elke screenshot toont het juiste apparaat: een iPhone-screenshot maak je op een iPhone, niet op een iPad, behalve om te laten zien dat de app op meerdere Apple-platformen werkt.

Wat Apple verstaat onder "app in use"

De tekst van guideline 2.3.3 is kort: "Screenshots should show the app in use, and not merely the title art, login page, or splash screen." De screenshots moeten de app in gebruik tonen, niet alleen het logo, het inlogscherm of het opstartscherm. Dezelfde tekst staat tekst en afbeeldingen eroverheen toe.

De App Review-hulppagina over 2.3.3 legt uit hoe er beoordeeld wordt. Apple beoordeelt de reeks per apparaattype en keurt alleen goed als meer dan de helft van de screenshots de app in gebruik toont. Elke taal wordt apart beoordeeld. De pagina noemt ook wat je moet vermijden:

• screenshots die alleen een inlogpagina of opstartscherm tonen;
• een interface die niet overeenkomt met de echte, of misleidend reclamebeeld;
• opmaak die de app overstemt, of alleen de hardware, zonder interface erachter.

Simpel gezegd betekent "in gebruik": de echte interface van je build, met inhoud, terwijl hij doet waarvoor mensen de app downloaden. Een korte titel boven een echt scherm blijft een screenshot in gebruik.

Hoeveel screenshots de app moeten tonen

Apple geeft twee voorbeelden: met drie screenshots moeten er twee de app tonen. Met vier zijn het er drie. De rest volgt uit dezelfde regel: meer dan de helft.

Ingestuurde screenshots	Minimaal in gebruik	Mogelijke marketingbeelden
1	1	0
2	2	0
3	2	1
4	3	1
5	3	2
6	4	2
8	5	3
10	6	4

Er wordt geteld per apparaattype en per taal. Eén screenshot per apparaat is genoeg, als die de app in gebruik toont. Volgens de specificaties voor screenshots eist Apple minstens één screenshot voor de iPhone met Dynamic Island en middelgroot scherm, en accepteert het er tot 10 per formaat. Is je interface op alle formaten en in alle talen hetzelfde, dan volstaat de hoogste vereiste resolutie: App Store Connect schaalt die terug voor kleinere formaten. De exacte afmetingen vind je in de afmetingen van App Store-screenshots.

Wat wel en niet door de review komt

Screenshot	Oordeel	Wat de doorslag geeft
Echt scherm van de app, korte titel erboven	Goedgekeurd	Toegevoegde tekst mag volgens 2.3.3
Echt scherm in een iPhone geplaatst	Goedgekeurd	De echte interface, op het juiste apparaat
Alleen logo, opstartscherm of inlogscherm	Afgewezen	Letterlijk genoemd in de regel
Marketingbeeld zonder interface	Toegestaan als minderheid	Alleen als de meerderheid de app toont
Opnieuw getekende interfacekaarten, zonder de app	Afgewezen	Mijn afwijzing van 27 oktober 2026
Ontworpen scherm dat niet in de build bestaat	Afgewezen	Interface die niet overeenkomt met de echte
Lege telefoon of decor zonder interface erachter	Afgewezen	Genoemd bij wat je moet vermijden
iPhone-screenshot op de iPad-plekken	Afgewezen	Het verkeerde apparaat, volgens de afwijzing op het forum
Afbeelding verspreid over twee screenshots	Goedgekeurd	Toegestaan, zolang de app zichtbaar blijft
Statusbalk van een ander platform	Afgewezen, onder 2.3.10	Door Apple doorverwezen naar guideline 2.3.10

Apple verplicht geen telefoonframe. Een schermvullende screenshot van de app is genoeg. Een frame heeft wel één voordeel: in één oogopslag is duidelijk dat de afbeelding de app is.

Mijn geval: Vigie afgewezen op 27 oktober 2026

Voor versie 1.1 van Vigie had ik een trend van screenshotstudio's gevolgd: één doorlopend panorama, een mascotte en zwevende interfacekaarten in plaats van een hele telefoon. De kaarten waren speciaal opnieuw getekend, met fictieve apps. Het zag er mooi uit. Het was de app niet.

De reviewer schreef dat de screenshots voor de 6,7-inch iPhone de app niet in gebruik toonden. Ik ging er niet tegenin: hij had gelijk. Ik heb de hele reeks opnieuw gemaakt met een simpele regel:

1. Elk paneel toont een iPhone met een native screenshot uit de simulator, pixel voor pixel geplakt, zonder de interface te bewerken.
2. Een uitvergrote kaart komt alleen naast de telefoon, nooit in plaats ervan, en is uit diezelfde screenshot geknipt.
3. Het decor blijft eromheen, nooit over het scherm heen.

Voor deze afwijzing was geen nieuwe build nodig. Ik verving de screenshots en stuurde dezelfde versie diezelfde avond opnieuw in. Daarna ben ik wel van build gewisseld om een titel in de app te verbeteren, los van de screenshots. Vigie 1.1 lag op 29 oktober in de winkel met deze reeks.

Een opnieuw getekende kaart, hoe getrouw ook, is de app niet. De reviewer wil het scherm zien dat de gebruiker straks in handen heeft.

Oplossen zonder nieuwe build

1. Lees het bericht helemaal. Het zegt om welk apparaatformaat het gaat, soms ook om welke taal. Alle betrokken reeksen moeten veranderen, niet alleen de eerste.
2. Maak de screenshots opnieuw vanuit de ingestuurde build. Simulator of apparaat, met echte inhoud. Meer dan de helft in gebruik, per apparaat en per taal.
3. Vervang de screenshots in App Store Connect. Volgens de hulp over het beheren van assets kan dat als de app een van deze statussen heeft: Prepare for Submission, Invalid Binary, Rejected, Metadata Rejected of Developer Rejected.
4. Stuur opnieuw in, afhankelijk van de getoonde status. Bij Metadata Rejected zegt de statustabel: lees het bericht, corrigeer de metadata en reageer dan op het bericht van App Review. Toont de inzending Unresolved Issues, volg dan de procedure van Apple: in Apps, View App Review Issues & Messages, dan Resolve, Edit bij het afgewezen onderdeel, Add for Review en tot slot Resubmit to App Review.
5. Kom niet meer aan de screenshots als je hebt ingestuurd. Volgens dezelfde statustabel kun je in Waiting for Review geen screenshots uploaden of wijzigen.

Elk afgewezen onderdeel kun je maar één keer aanpassen voor je opnieuw instuurt: controleer je nieuwe reeks voordat je klikt. Dit is het antwoord dat ik de reviewer zou sturen, in het Engels:

Hello App Review team,

Thank you for your feedback regarding Guideline 2.3.3.

We replaced the [6.9-inch iPhone] screenshots in all localizations.
Each screenshot now shows the actual app interface, captured from
the submitted build: [main screen], [key feature], [result screen].

The build is unchanged.

Best regards,
[Your name]

De toon en vorm van een goed antwoord lees je in reageren op App Review.

De checklist voordat je je screenshots instuurt

• Meer dan de helft van de screenshots per apparaattype toont het echte scherm, met inhoud.
• Dezelfde regel geldt in elke taal, niet alleen in het Engels.
• Geen enkele screenshot toont alleen het logo, het opstartscherm of het inlogscherm.
• De getoonde interface bestaat precies zo in de ingestuurde build.
• Titels en decor laten de interface leesbaar.
• iPhone-screenshots zijn op een iPhone gemaakt, iPad-screenshots op een iPad.
• Geen spoor van een ander platform, ook niet in de statusbalk.
• Heeft je app een donkere modus, laat die dan op één screenshot zien: de hulppagina van Apple raadt dat aan.
• De bestanden zijn JPEG of PNG, zonder transparantie.

Apple herinnert er op zijn pagina over de productpagina ook aan dat de eerste screenshots in de zoekresultaten kunnen verschijnen. Voor mij verkoopt een screenshot die duidelijk laat zien wat de app doet beter dan een slogan. De andere afwijzingsredenen voor je productpagina vind je in waarom Apple een app afwijst.

Screenshots die in één keer door de review komen

De App Store Screenshots Kit bevat mijn templates en de skill die je screenshots maakt op basis van de echte schermen van je app, in de formaten die Apple vraagt. Is je productpagina net afgewezen, dan bevat de Review Kit mijn checklist voor het insturen, mijn verbeterde afwijzingen en de antwoordtemplates voor de reviewer. De volledige aanpak staat op de pagina app afgewezen door Apple.

Bereid je je eerste release voor? Doe je gratis diagnose: die zet de stappen op volgorde en stuurt je mijn checklist tegen afwijzingen door Apple.

Veelgestelde vragen

Wat betekent "Guideline 2.3.3 - Performance - Accurate Metadata"?

Dat is de titel van de afwijzing voor screenshots die de app niet in gebruik tonen. Apple vindt dat te veel screenshots marketingbeelden, opstartschermen of interfaces zijn die niet van de app zijn. Het bericht noemt vaak het betreffende apparaatformaat.

Heb je een nieuwe build nodig na een 2.3.3-afwijzing?

Nee. De afwijzing gaat over de App Store-pagina. Je vervangt de screenshots in App Store Connect en stuurt dezelfde versie opnieuw in door te reageren op het bericht van App Review.

Hoeveel screenshots moeten de app in gebruik tonen?

Meer dan de helft, per apparaattype en in elke taal. Met drie screenshots moeten er twee de app tonen. Met vier zijn het er drie. Eén screenshot is genoeg als die de app in gebruik toont.

Mag je marketingtekst op App Store-screenshots zetten?

Ja. Guideline 2.3.3 staat tekst en afbeeldingen eroverheen toe. Ze mogen de interface niet verbergen, en de meerderheid van de screenshots moet de app nog steeds in gebruik tonen.

Heb je een iPhone-frame rond je screenshots nodig?

Nee, Apple eist dat niet: een schermvullende screenshot van de app komt door de review. Een frame helpt de kijker te begrijpen dat de afbeelding de app is. Het moet wel het juiste apparaat zijn: nooit een iPhone-frame op een screenshot voor de iPad.

Kun je screenshots wijzigen terwijl de app op review wacht?

Nee. In de status Waiting for Review kun je in App Store Connect geen screenshots uploaden of wijzigen. Wil je ze aanpassen, trek de inzending dan terug uit de review of wacht op de beslissing.