Guideline 2.3.3: Apple afviser dine screenshots
Af Mehdi Azizi
Udgivet , 8 min.
Guideline 2.3.3: over halvdelen af dine screenshots skal vise appens rigtige skærm i brug. Du retter dem uden et nyt build.
En afvisning med »Guideline 2.3.3 - Performance - Accurate Metadata« betyder, at Apple mener, dine screenshots ikke viser appen i brug. Reglen er konkret: for hver enhedstype skal over halvdelen af dine screenshots vise appens rigtige skærm i brug. Afvisningen gælder produktsiden, ikke binærfilen: du udskifter dine screenshots og sender det samme build igen.
Jeg oplevede det selv den 27. oktober 2026 med Vigie, min app til ASO-overvågning. Mine screenshots viste gentegnede interface-kort omkring en maskot, uden telefon. Apple afviste dem. I denne guide gennemgår jeg den besked, jeg fik, hvad Apple kalder »app in use«, hvad der går igennem og hvad der ikke gør, og til sidst den tjekliste, jeg har brugt siden. De citerede regler kommer fra Apples officielle sider, gennemlæst den 3. november 2026.
Apples besked, ord for ord
Beskeden starter med reglens titel og nævner derefter den skærmstørrelse, det drejer sig om. For Vigie var det denne sætning, der bar afvisningen:
The 6.7-inch iPhone screenshots do not show the actual app in use.
Andre 2.3.3-afvisninger går mere i detaljer med, hvad revieweren forventer. Denne her blev delt på Apples forum i oktober 2024 af en udvikler, hvis iPad-pladser viste en iPhone-ramme. Her er afsnittet med kravene, ord for ord:
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.
På dansk: et reklamebillede, der ikke viser appens interface, hører ikke hjemme blandt dine screenshots. Flertallet skal vise de vigtigste funktioner. Og hvert screenshot skal vise den rigtige enhed: et iPhone-screenshot tages på en iPhone, ikke på en iPad, medmindre det skal vise, at appen virker på flere Apple-platforme.
Hvad Apple kalder »app in use«
Teksten i guideline 2.3.3 er kort: »Screenshots should show the app in use, and not merely the title art, login page, or splash screen.« Dine screenshots skal vise appen i brug, ikke bare logoet, login-skærmen eller opstartsskærmen. Samme tekst tillader tekst og billeder lagt ovenpå.
App Reviews hjælpeside om 2.3.3 forklarer, hvordan der vurderes. Apple bedømmer serien for hver enhedstype og godkender kun, hvis over halvdelen af screenshots viser appen i brug. Hvert sprog bedømmes for sig. Siden lister også, hvad du skal undgå:
- screenshots, der kun viser en login-side eller en opstartsskærm;
- et interface, der ikke svarer til det rigtige, eller et vildledende reklamebillede;
- grafik, der overdøver appen, eller hardwaren alene uden interface bag.
Kort sagt betyder »i brug«: det rigtige interface fra dit build, med indhold, i gang med det, folk downloader appen for. En kort overskrift over en rigtig skærm er stadig et screenshot i brug.
Hvor mange screenshots skal vise appen
Apple giver to eksempler: med tre screenshots skal to vise appen. Med fire skal tre. Resten følger af samme regel: over halvdelen.
| Screenshots sendt | Minimum i brug | Mulige marketingbilleder |
|---|---|---|
| 1 | 1 | 0 |
| 2 | 2 | 0 |
| 3 | 2 | 1 |
| 4 | 3 | 1 |
| 5 | 3 | 2 |
| 6 | 4 | 2 |
| 8 | 5 | 3 |
| 10 | 6 | 4 |
Der tælles pr. enhedstype og pr. sprog. Ét screenshot pr. enhed er nok, hvis det viser appen i brug. Ifølge specifikationerne for screenshots kræver Apple mindst ét screenshot til iPhone med Dynamic Island i mellemstørrelse og accepterer op til 10 pr. størrelse. Hvis dit interface er det samme i alle størrelser og på alle sprog, er den højeste krævede opløsning nok: App Store Connect skalerer den ned til de mindre størrelser. De præcise mål finder du i størrelsen på App Store-screenshots.
Hvad går igennem, og hvad gør ikke
| Screenshot | Dom | Det afgørende |
|---|---|---|
| Rigtig app-skærm med kort overskrift over | Godkendt | Tilføjet tekst er tilladt efter 2.3.3 |
| Rigtig skærm sat ind i en iPhone | Godkendt | Det rigtige interface, på den rigtige enhed |
| Logo, opstartsskærm eller login alene | Afvist | Nævnt ord for ord i reglen |
| Marketingbillede uden interface | Tolereres i mindretal | Kun hvis flertallet viser appen |
| Gentegnede interface-kort uden appen | Afvist | Min afvisning den 27. oktober 2026 |
| Mockup-skærm, der ikke findes i buildet | Afvist | Interface, der ikke svarer til det rigtige |
| Tom telefon eller grafik uden interface bag | Afvist | Nævnt blandt det, du skal undgå |
| iPhone-screenshot på iPad-pladserne | Afvist | Forkert enhed, ifølge afvisningen fra forummet |
| Billede, der strækker sig over to screenshots | Godkendt | Tilladt, så længe appen er synlig |
| Statuslinje fra en anden platform | Afvist, under 2.3.10 | Apple henviser til guideline 2.3.10 |
Apple kræver ikke en telefonramme. Et fuldskærms-screenshot af appen er nok. Rammen har én fordel: den gør det tydeligt ved første øjekast, at billedet er appen.
Min sag: Vigie afvist den 27. oktober 2026
Til version 1.1 af Vigie havde jeg fulgt en trend fra screenshot-studierne: et sammenhængende panorama, en maskot og svævende interface-kort i stedet for en hel telefon. Kortene var tegnet om til lejligheden, med fiktive apps. Det så pænt ud. Det var bare ikke appen.
Revieweren skrev, at screenshots til 6,7-tommers iPhone ikke viste appen i brug. Jeg protesterede ikke: han havde ret. Jeg lavede hele serien om efter en simpel regel:
- Hvert panel viser en iPhone med et native screenshot fra simulatoren, sat ind pixel for pixel, uden at røre interfacet.
- Et forstørret kort vises kun som supplement til telefonen, aldrig i stedet for, og det er klippet ud af samme screenshot.
- Grafikken bliver rundt om, aldrig oven på skærmen.
Afvisningen krævede ikke noget nyt build. Jeg udskiftede screenshots og sendte samme version igen samme aften. Bagefter skiftede jeg build for at rette en overskrift i appen, uden forbindelse til screenshots. Vigie 1.1 var til salg den 29. oktober med den serie.
Et gentegnet kort, selv et tro kopi, er ikke appen. Revieweren vil se den skærm, brugeren rent faktisk får i hånden.
Ret det uden nyt build
- Læs hele beskeden. Den siger, hvilken skærmstørrelse det gælder, og nogle gange hvilket sprog. Alle berørte serier skal ændres, ikke kun den første.
- Tag nye screenshots fra det indsendte build. Simulator eller enhed, med rigtigt indhold. Over halvdelen i brug, for hver enhed og hvert sprog.
- Udskift dine screenshots i App Store Connect. Ifølge hjælpen om håndtering af assets kan du det, når appen har en af disse statusser: Prepare for Submission, Invalid Binary, Rejected, Metadata Rejected eller Developer Rejected.
- Send igen ud fra den viste status. For Metadata Rejected siger oversigten over statusser: læs beskeden, ret metadataene, og svar derefter på App Reviews besked. Hvis indsendelsen viser Unresolved Issues, så følg Apples fremgangsmåde: i Apps, View App Review Issues & Messages, derefter Resolve, Edit på det afviste element, Add for Review og til sidst Resubmit to App Review.
- Rør ikke dine screenshots, når du har sendt. Ifølge samme statusoversigt kan du i Waiting for Review hverken uploade eller ændre screenshots.
Hvert afvist element kan kun ændres én gang før genindsendelsen: tjek din nye serie, før du klikker. Det svar, jeg ville skrive til revieweren, på engelsk:
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]
Tonen og formen i et godt svar gennemgår jeg i svar til App Review.
Tjeklisten, før du sender dine screenshots
- Over halvdelen af screenshots for hver enhedstype viser den rigtige skærm, med indhold.
- Samme regel gælder på hvert sprog, ikke kun på engelsk.
- Intet screenshot viser kun logoet, opstartsskærmen eller login.
- Det viste interface findes i det indsendte build, helt identisk.
- Overskrifter og grafik lader interfacet være læseligt.
- iPhone-screenshots er taget på iPhone, iPad-screenshots på iPad.
- Ingen spor af en anden platform, heller ikke i statuslinjen.
- Hvis din app har mørk tilstand, viser ét screenshot den: Apples hjælpeside anbefaler det.
- Filerne er i JPEG eller PNG, uden gennemsigtighed.
Apple minder også om på sin side om produktsiden, at de første screenshots kan blive vist i søgeresultaterne. For mig sælger et screenshot, der tydeligt viser appen i aktion, bedre end et slogan. De andre afvisningsgrunde for produktsiden finder du i hvorfor Apple afviser en app.
Screenshots, der går igennem i første forsøg
App Store Screenshots Kit samler mine skabeloner og det skill, der laver dine screenshots ud fra de rigtige skærme i din app, i de størrelser Apple kræver. Hvis din produktside lige er blevet afvist, indeholder Review Kit min tjekliste før indsendelse, mine rettede afvisninger og skabeloner til svar til revieweren. Hele fremgangsmåden står på siden app afvist af Apple.
Hvis du forbereder din første udgivelse, så tag din gratis diagnose: den sætter trinene i den rigtige rækkefølge og sender dig min tjekliste mod Apple-afvisninger.
Ofte stillede spørgsmål
Hvad betyder »Guideline 2.3.3 - Performance - Accurate Metadata«?
Det er titlen på afvisningen for screenshots, der ikke viser appen i brug. Apple vurderer, at for mange screenshots er marketingbilleder, opstartsskærme eller interfaces, der ikke er appens egne. Beskeden nævner ofte, hvilken skærmstørrelse det gælder.
Skal jeg lave et nyt build efter en 2.3.3-afvisning?
Nej. Afvisningen gælder produktsiden i App Store. Du udskifter dine screenshots i App Store Connect og sender samme version igen ved at svare på App Reviews besked.
Hvor mange screenshots skal vise appen i brug?
Over halvdelen, for hver enhedstype og på hvert sprog. Med tre screenshots skal to vise appen. Med fire skal tre. Ét screenshot er nok, hvis det viser appen i brug.
Må jeg sætte marketingtekst på mine App Store-screenshots?
Ja. Guideline 2.3.3 tillader tekst og billeder lagt ovenpå. De må ikke skjule interfacet, og flertallet af screenshots skal stadig vise appen i brug.
Skal der være en iPhone-ramme om mine screenshots?
Nej, Apple kræver det ikke: et fuldskærms-screenshot af appen går igennem. Rammen hjælper brugeren med at forstå, at billedet er appen. Den skal passe til den rigtige enhed: aldrig en iPhone-ramme på et screenshot til iPad.
Kan jeg ændre screenshots, mens appen venter på review?
Nej. I statussen Waiting for Review kan du hverken uploade eller ændre screenshots i App Store Connect. Hvis du vil ændre dem, skal du trække indsendelsen tilbage fra review eller vente på afgørelsen.

