Guideline 2.3.3: skjermbilder avvist av Apple

Får du en avvisning med «Guideline 2.3.3 - Performance - Accurate Metadata», mener Apple at skjermbildene dine ikke viser appen mens den gjør jobben sin. Regelen er konkret: for hver enhetstype må mer enn halvparten av skjermbildene vise appens ekte skjerm i bruk. Avvisningen gjelder produktsiden, ikke binærfilen. Du bytter ut skjermbildene og sender inn det samme buildet på nytt.

Jeg opplevde det selv 27. oktober 2026 med Vigie, appen min for ASO-oppfølging. Skjermbildene mine viste grensesnittkort som var tegnet på nytt rundt en maskot, uten telefon. Apple avviste dem. Denne guiden går gjennom meldingen jeg fikk, hva Apple mener med «app in use», hva som godkjennes og hva som ikke gjør det, og til slutt sjekklisten jeg har brukt siden. Reglene jeg siterer kommer fra Apples offisielle sider, lest på nytt 3. november 2026.

Apples melding, ord for ord

Meldingen starter med navnet på regelen og nevner deretter hvilken enhetsstørrelse det gjelder. For Vigie var det denne setningen som bar avvisningen:

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

Andre 2.3.3-avvisninger forklarer mer detaljert hva reviewer forventer. Denne ble publisert på Apples forum i oktober 2024 av en utvikler som hadde iPhone-ramme på iPad-skjermbildene sine. Her er avsnittet 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å norsk: Et reklamebilde som ikke viser appens grensesnitt, hører ikke hjemme blant skjermbildene. Flertallet må vise hovedfunksjonene. Og hvert skjermbilde viser riktig enhet: Et iPhone-skjermbilde tas på iPhone, ikke på iPad, med mindre poenget er å vise at appen fungerer på flere Apple-plattformer.

Hva Apple mener med «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.» Skjermbildene skal vise appen i bruk, ikke bare logoen, innloggingssiden eller oppstartsskjermen. Den samme teksten tillater tekst og bilder lagt oppå.

Hjelpesiden til App Review om 2.3.3 forklarer hvordan det vurderes. Apple vurderer serien for hver enhetstype, og godkjenner bare hvis mer enn halvparten av skjermbildene viser appen i bruk. Hvert språk vurderes for seg. Siden lister også opp hva du bør unngå:

• skjermbilder som bare viser en innloggingsside eller en oppstartsskjerm;
• et grensesnitt som ikke stemmer med det ekte, eller et villedende reklamebilde;
• design som overdøver appen, eller bare maskinvaren, uten grensesnitt bak.

Kort sagt betyr «i bruk»: det ekte grensesnittet i buildet ditt, med innhold, mens det gjør det folk laster ned appen for. En kort tittel over en ekte skjerm er fortsatt et skjermbilde i bruk.

Hvor mange skjermbilder må vise appen

Apple gir to eksempler: Med tre skjermbilder må to vise appen. Med fire, tre. Resten følger av samme regel, mer enn halvparten.

Skjermbilder sendt inn	Minimum i bruk	Mulige markedsføringsbilder
1	1	0
2	2	0
3	2	1
4	3	1
5	3	2
6	4	2
8	5	3
10	6	4

Det telles per enhetstype og per språk. Ett skjermbilde per enhet holder, hvis det viser appen i bruk. Ifølge spesifikasjonene for skjermbilder krever Apple minst ett skjermbilde for iPhone med Dynamic Island i mellomstørrelse, og godtar opptil 10 per størrelse. Er grensesnittet likt på alle størrelser og i alle språk, holder den høyeste påkrevde oppløsningen: App Store Connect skalerer den ned for mindre størrelser. De nøyaktige målene finner du i størrelsen på App Store-skjermbilder.

Hva som godkjennes, og hva som ikke gjør det

Skjermbilde	Resultat	Hva som avgjør
Ekte appskjerm med kort tittel over	Godkjent	Tekst lagt oppå er tillatt etter 2.3.3
Ekte skjerm plassert i en iPhone	Godkjent	Det ekte grensesnittet, på riktig enhet
Bare logo, oppstartsskjerm eller innlogging	Avvist	Nevnt ord for ord i regelen
Markedsføringsbilde uten grensesnitt	Tolerert i mindretall	Bare hvis flertallet viser appen
Grensesnittkort tegnet på nytt, uten appen	Avvist	Min avvisning 27. oktober 2026
Skisseskjerm som ikke finnes i buildet	Avvist	Grensesnitt som ikke stemmer med det ekte
Tom telefon eller dekor uten grensesnitt bak	Avvist	Står blant det du bør unngå
iPhone-skjermbilde på iPad-plassene	Avvist	Feil enhet, ifølge avvisningen på forumet
Bilde som strekker seg over to skjermbilder	Godkjent	Tillatt, så lenge appen er synlig
Statuslinje fra en annen plattform	Avvist, under 2.3.10	Apple viser til guideline 2.3.10

Apple krever ikke telefonramme. Et fullskjermsbilde av appen holder. Rammen har én fordel: Den gjør det åpenbart med en gang at bildet er appen.

Min sak: Vigie avvist 27. oktober 2026

Til versjon 1.1 av Vigie hadde jeg fulgt en trend fra skjermbildestudioene: et sammenhengende panorama, en maskot og svevende grensesnittkort i stedet for en hel telefon. Kortene var tegnet på nytt for anledningen, med fiktive apper. Det var pent. Det var ikke appen.

Reviewer skrev at skjermbildene for 6,7-tommers iPhone ikke viste appen i bruk. Jeg protesterte ikke: Han hadde rett. Jeg laget hele serien på nytt med én enkel regel:

1. Hvert panel viser en iPhone med et innebygd skjermbilde fra simulatoren, limt inn piksel for piksel, uten å retusjere grensesnittet.
2. Et forstørret kort vises bare i tillegg til telefonen, aldri i stedet for den, og det er klippet ut av det samme skjermbildet.
3. Dekoren holder seg rundt, aldri oppå skjermen.

Denne avvisningen krevde ikke noe nytt build. Jeg byttet ut skjermbildene og sendte inn samme versjon samme kveld. Etterpå byttet jeg build for å rette en tittel i appen, uten sammenheng med skjermbildene. Vigie 1.1 var ute for salg 29. oktober med denne serien.

Et kort som er tegnet på nytt, selv om det er tro mot originalen, er ikke appen. Reviewer vil se skjermen brukeren faktisk får i hendene.

Fiks det uten nytt build

1. Les hele meldingen. Den sier hvilken enhetsstørrelse det gjelder, noen ganger hvilket språk. Alle berørte serier må endres, ikke bare den første.
2. Ta skjermbildene på nytt fra buildet du sendte inn. Simulator eller enhet, med ekte innhold. Mer enn halvparten i bruk, for hver enhet og hvert språk.
3. Bytt ut skjermbildene i App Store Connect. Ifølge hjelpen om håndtering av visuelt materiale går det når appen har en av disse statusene: Prepare for Submission, Invalid Binary, Rejected, Metadata Rejected eller Developer Rejected.
4. Send inn på nytt, avhengig av statusen som vises. For Metadata Rejected sier statustabellen: Les meldingen, rett metadataene, og svar deretter på meldingen fra App Review. Står det Unresolved Issues på innsendingen, følger du Apples fremgangsmåte: i Apps, View App Review Issues & Messages, deretter Resolve, Edit på det avviste elementet, Add for Review og til slutt Resubmit to App Review.
5. Ikke rør skjermbildene etter at du har sendt inn. Ifølge samme statustabell kan du verken laste opp eller endre skjermbilder i Waiting for Review.

Hvert avvist element kan bare endres én gang før du sender inn på nytt, så sjekk den nye serien før du klikker. Svaret jeg ville skrevet til reviewer, 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]

Tone og form for et godt svar finner du i svare App Review.

Sjekklisten før du sender inn skjermbildene

• Mer enn halvparten av skjermbildene for hver enhetstype viser den ekte skjermen, med innhold.
• Samme regel gjelder i hvert språk, ikke bare på engelsk.
• Ingen skjermbilder viser bare logoen, oppstartsskjermen eller innloggingen.
• Grensesnittet som vises, finnes i buildet du sendte inn, helt likt.
• Titler og dekor lar grensesnittet være lesbart.
• iPhone-skjermbilder er tatt på iPhone, iPad-skjermbilder på iPad.
• Ingen spor av en annen plattform, heller ikke i statuslinjen.
• Har appen mørk modus, viser ett skjermbilde den: Apples hjelpeside anbefaler det.
• Filene er JPEG eller PNG, uten gjennomsiktighet.

Apple minner også om på siden om produktsiden at de første skjermbildene kan vises i søkeresultatene. For meg selger et skjermbilde som tydelig viser appen i bruk, bedre enn et slagord. De andre grunnene til at produktsiden avvises finner du i hvorfor Apple avviser en app.

Skjermbilder som går gjennom på første forsøk

App Store Screenshots Kit samler malene mine og skillen som lager skjermbildene dine fra appens ekte skjermer, i størrelsene Apple krever. Har produktsiden din nettopp blitt avvist, inneholder Review Kit sjekklisten min før innsending, avvisningene jeg har rettet og svarmaler til reviewer. Hele fremgangsmåten står på siden app avvist av Apple.

Forbereder du din første lansering, kan du ta den gratis diagnosen: Den setter stegene i riktig rekkefølge og sender deg sjekklisten min mot avvisninger fra Apple.

Ofte stilte spørsmål

Hva betyr «Guideline 2.3.3 - Performance - Accurate Metadata»?

Det er navnet på avvisningen for skjermbilder som ikke viser appen i bruk. Apple mener at for mange skjermbilder er markedsføringsbilder, oppstartsskjermer eller grensesnitt som ikke er appens egne. Meldingen sier ofte hvilken enhetsstørrelse det gjelder.

Trenger jeg et nytt build etter en 2.3.3-avvisning?

Nei. Avvisningen gjelder App Store-siden. Du bytter ut skjermbildene i App Store Connect og sender inn samme versjon på nytt ved å svare på meldingen fra App Review.

Hvor mange skjermbilder må vise appen i bruk?

Mer enn halvparten, for hver enhetstype og i hvert språk. Med tre skjermbilder må to vise appen. Med fire, tre. Ett skjermbilde holder hvis det viser appen i bruk.

Kan jeg legge markedsføringstekst på App Store-skjermbildene?

Ja. Guideline 2.3.3 tillater tekst og bilder lagt oppå. De må ikke skjule grensesnittet, og flertallet av skjermbildene må fortsatt vise appen i bruk.

Trenger jeg iPhone-ramme rundt skjermbildene?

Nei, Apple krever det ikke: Et fullskjermsbilde av appen godkjennes. Rammen hjelper leseren å forstå at bildet er appen. Den må være for riktig enhet: aldri en iPhone-ramme på et skjermbilde ment for iPad.

Kan jeg endre skjermbildene mens appen venter på review?

Nei. I statusen Waiting for Review lar App Store Connect deg verken laste opp eller endre skjermbilder. For å bytte dem må du trekke innsendingen fra review eller vente på avgjørelsen.