Guideline 2.3.10: app afvist på grund af metadata

Guideline 2.3.10, »Accurate Metadata«, afviser en app, hvis produktsiden eller brugerfladen nævner en anden platform: Android, Google Play eller en telefon fra et andet mærke på et screenshot. Din produktside handler om din app på Apples enheder og intet andet. Står omtalen på produktsiden, retter du den og sender det samme build igen. Står den i appen, skal du bruge et nyt build.

To beslægtede regler fælder apps af samme grund: 2.3.3, når dine screenshots ikke viser appen i brug, og 2.3.7, når navn, undertitel eller søgeord er vildledende. Jeg laver selv produktsider og screenshots til mine apps: Solys, TradaZen og Nolera ligger alle på App Store. Guiden bygger på Apples officielle tekst, læst den 15. oktober 2026. In-app-køb på produktsiden hører under 2.3.2, som jeg gennemgår for sig. Vil du have overblikket over afvisninger, så læs hvorfor Apple afviser en app.

Hvad siger guideline 2.3.10?

Afsnit 2.3 i App Review Guidelines bygger på en enkel idé: Den, der downloader appen, skal vide, hvad vedkommende får. Beskrivelse, screenshots, previews og privatlivsoplysninger skal afspejle den faktiske oplevelse i appen.

2.3.10 præciserer: »don't include names, icons, or imagery of other mobile platforms or alternative app marketplaces in your app or metadata, unless there is specific, approved interactive functionality.« Kort sagt: ingen navne, ikoner eller billeder af en anden mobilplatform eller en alternativ app-butik, hverken i appen eller på produktsiden. Den tilføjer: »Make sure your app metadata is focused on the app itself and its experience.« Produktsiden handler om appen, uden irrelevante oplysninger.

Tre ting, du skal huske:

• Appen tæller lige så meget som produktsiden. En knap med »Tilgængelig på Google Play« inde i appen falder ind under samme regel.
• Alternative app-butikker er også omfattet. Dem, der findes i visse lande, må du lige så lidt nævne som Android.
• Undtagelsen er snæver. En app må nævne en anden platform, hvis en konkret interaktiv funktion, godkendt af Apple, begrunder det. Eksempel: En app til filoverførsel mellem en iPhone og en Android-telefon må nævne Android, fordi det er selve funktionen. Forklar det i noterne til App Review.

Den typiske besked ved en 2.3.10-afvisning

Overskriften lyder »Guideline 2.3.10 - Performance - Accurate Metadata«. I en besked offentliggjort i Apples forum skriver Apple: »Referencing third-party platforms in your app or its metadata is not permitted on the App Store unless there is specific interactive functionality.« Derefter bliver udvikleren bedt om at fjerne alle omtaler fra appen og produktsiden: beskrivelse, reklametekst, nyheder, previews og screenshots. I det tilfælde kom screenshots fra sider på udviklerens website, og Apple bemærkede en enhed og en statuslinje, der ikke var fra en iPhone.

Apples hjælpeside om screenshots af appen i brug bekræfter det: Et screenshot, der henviser til en anden platform, for eksempel i statuslinjen, bliver vurderet efter 2.3.10.

Her gemmer de omtaler sig, der fælder dig på 2.3.10

• Beskrivelsen og reklameteksten. »Fås også til Android« er den mest almindelige sætning.
• Versionsnoterne. Det er fælden i projekter, der udgives i begge butikker. En fælles note som »Rettet tastaturfejl på Android« ender på App Store. Laver du begge versioner med ét projekt, som i iOS- eller Android-app, så skriv separate noter.
• Screenshots og previews. En Android-telefonramme, en Android-statuslinje, et screenshot taget i Android-emulatoren eller på dit website.
• Selve appen. En dele- eller henvisningsskærm med begge butiksbadges, et »Bedøm appen«-link, der åbner Play Store, en velkomsttekst, der nævner Android. I et React Native- eller Expo-projekt vælger du link og badge ud fra Platform.OS: Så viser iOS-versionen kun App Store.
• Hvert sprog. Hver lokalisering har sine egne tekster og screenshots, og Apple vurderer screenshots for hver lokalisering. En glemt omtale på bare ét sprog kan være nok til at få indsendelsen afvist.

For at finde dem kører jeg en søgning i produktsidens tekster og appens oversættelsesfiler: rg -i "android|google play|play store". Derefter gennemgår jeg hvert screenshot, sprog for sprog, og leder efter en statuslinje eller ramme, der ikke stammer fra en iPhone.

2.3.3: screenshots, der viser appen i brug

Den officielle tekst: »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 kun logoet, login-skærmen eller startskærmen. Tekst og billeder lagt ovenpå er tilladt.

Apples hjælpeside giver en regel med tal. For hver enhedstype skal mere end halvdelen af dine screenshots vise appen i brug. Med tre screenshots skal to gøre det. Med fire, tre. Resten må præsentere fordelene med markedsføringsgrafik. På screenshots af appen i brug må den tilføjede tekst ikke skjule brugerfladen.

Det går fint i spænd med en produktside, der sælger: En kort overskrift over en rigtig skærm er stadig et screenshot af appen i brug. Størrelser og antal screenshots, op til ti pr. enhedsstørrelse, finder du i specifikationerne for screenshots.

2.3.7: ærligt navn, undertitel og søgeord

2.3.7 kræver et unikt navn og søgeord, der beskriver appen, uden at proppe metadata med »trademarked terms, popular app names, pricing information, or other irrelevant phrases just to game the system«. Ingen registrerede varemærker, navne på kendte apps, priser eller irrelevante sætninger for at snyde søgningen.

Det betyder i praksis:

• Navnet må højst være på 30 tegn. Det samme gælder undertitlen ifølge appoplysningerne i App Store Connect.
• Undertitlen nævner ikke andre apps og lover intet, der ikke kan dokumenteres.
• Navn, undertitel, screenshots og previews viser ingen priser.
• Søgeordene indeholder hverken navne på andre apps eller tredjepartsvirksomheder. Hjælpen om versionsoplysninger siger det direkte: »Names of other apps or companies aren't allowed.«

Ordet »gratis« er en fælde. I en 2.3.7-afvisning offentliggjort i Apples forum præciserer Apple, at omtaler af gratis eller nedsatte tjenester tæller som en prisreference.

At sige, at en funktion kræver et abonnement, er forventet. At vise prisen på et screenshot er det ikke. Det første krav kommer fra 2.3.2, det andet fra 2.3.7. Apple opsummerer sine råd om navn, undertitel og søgeord på siden om produktsiden. Metoden til at vælge dine ord står i App Store-søgeord, og hele produktsiden gennemgår jeg på siden om ASO til App Store.

Afvist eller godkendt: tabellen regel for regel

De afviste versioner er konstruerede eksempler. Rækken med det godkendte navn viser Solys' rigtige navn på den franske App Store i oktober 2026.

Regel	Afvist (eksempel)	Godkendt
2.3.10	»Fås til iPhone og Android«	»Fås til iPhone og iPad«
2.3.10	Note »Fejl rettet på Android«	»Rettet visning af tastaturet«
2.3.10	Screenshot i en Android-telefonramme	Screenshot fra iPhone-simulatoren
2.3.10	App Store- og Google Play-badges i appen	Kun App Store-badge på iPhone
2.3.3	Logo, login, startskærm og så 2 skærme	Mindst 3 af 5 skærme viser appen i brug
2.3.3	Markedsføringstekst i fuld skærm, uden appen	Kort overskrift over en rigtig skærm
2.3.3	Mockup af en funktion, der ikke er udgivet	Rigtig skærm fra den indsendte version
2.3.7	Navn »Vækkeur Alarm Søvn Pro Gratis«	»Solys : Limiter temps d'écran«
2.3.7	Undertitel »Bedre end [konkurrerende app]«	Undertitel, der siger fordelen
2.3.7	Søgeord med navne på konkurrerende apps	Brugsord: vækkeur, morgen, rutine
2.3.7	»Gratis« eller »-50 %« på et screenshot	Ingen pris eller rabat på screenshots

En sag, jeg selv har oplevet, uden for 2.3.10: et tredjepartsnavn i beskrivelsen

På Nolera, min garderobe-app, nævnte beskrivelsen OpenAI, den AI-tjeneste, der bruges til den virtuelle prøvning. Apple afviste indsendelsen med henvisning til afsnit 5, »Legal«, angående tilgængeligheden i Kina. Løsningen blev at fjerne Kina fra de lande, hvor appen tilbydes.

Det var ikke en 2.3.10-afvisning, men den kommer fra samme sted: Et navn på en tredjepartstjeneste på produktsiden er aldrig neutralt. Før du skriver et, så spørg dig selv, om det hjælper brugeren med at vælge din app. Som regel er det nok at beskrive, hvad funktionen gør.

Ret og send igen

1. Læs Apples liste. Beskeden siger, hvor de så omtalen: beskrivelse, screenshots, app. Supplér med din egen søgning, sprog for sprog.
2. Ret det hele, ikke kun det eksempel, de nævner. En anden omtale, der bliver fundet i næste runde, koster en hel review-cyklus.
3. Kun produktsiden: samme build. Du retter i App Store Connect, svarer App Review og sender igen. Detaljerne står i ventetid på App Store-godkendelse.
4. Omtale i appen: nyt build. Revieweren tester det binære build, du har sendt.
5. Ægte interaktiv funktion: forklar den. Skriv i dit svar, hvad appen gør med den anden platform, og hvor det kan testes.

Den svarskabelon, jeg ville bruge, på engelsk, som du tilpasser:

Hello,

Thank you for your review.

We removed every reference to other platforms:
- Description and promotional text: [what changed].
- What's New: [what changed].
- Screenshots: replaced with captures from iPhone,
  in all [number] localizations.

No change was needed in the app binary.

Best regards,

Skriv kun den sidste linje, hvis den er sand.

Tjeklisten til 2.3 før indsendelse

• Ingen ord som »Android«, »Google Play« eller »Play Store« på produktsiden, på noget sprog.
• Versionsnoter skrevet til iOS, ikke kopieret fra Android-versionen.
• Screenshots taget på iPhone eller iPad, uden ramme eller statuslinje fra et andet mærke.
• Mere end halvdelen af screenshots for hver enhed viser appen i brug.
• Ingen mockup af en funktion, der mangler i den indsendte version.
• Navn og undertitel uden pris, uden navn på en konkurrerende app, uden løfter, der ikke kan dokumenteres.
• Søgeord uden tredjepartsvaremærker eller virksomhedsnavne.
• Ingen »gratis« eller rabatprocenter på screenshots.
• I appen: links og butiksbadges tilpasset platformen.

En produktside, der kommer igennem review i første forsøg

Apple Review Kit samler min tjekliste før indsendelse og Claude Code-skills, der gennemgår dit projekt, din paywall og din produktside. Vil du have screenshots, der sælger uden at bryde 2.3.3, laver App Store Screenshots Kit dine visuals ud fra de rigtige skærme i din app, i de størrelser Apple kræver. Vil du have et menneskeligt blik på det, så book en time med mig. Hele fremgangsmåden efter en afvisning står på siden om app afvist af Apple.

Forbereder du din første udgivelse, så tag din gratis diagnose: Den sætter trinnene i rækkefølge og sender dig min tjekliste mod afvisninger fra Apple. Forsiden viser, hvordan du laver en mobilapp og tænker på produktsiden fra starten.

Ofte stillede spørgsmål

Hvad betyder »Guideline 2.3.10 - Performance - Accurate Metadata«?

Det er overskriften på en afvisning for at nævne en anden platform. Apple har fundet et navn, et ikon eller et billede af Android, Google Play eller en anden app-butik på din produktside eller i din app. Løsningen: Fjern hver eneste omtale, på hvert sprog.

Må man skrive, at ens app også findes til Android?

Ikke på produktsiden og ikke i iOS-versionen af appen. Den eneste undtagelse er en reel interaktiv funktion med den anden platform, som du forklarer i noterne til App Review. Vil du fortælle, at din app findes andre steder, så brug dit website.

Hvor mange screenshots skal vise appen i brug?

Mere end halvdelen for hver enhedstype. Med tre screenshots viser to appen i brug. Med fire, tre. Resten må præsentere dine fordele med markedsføringsgrafik.

Skal man bruge et nyt build efter en 2.3.10-afvisning?

Ikke hvis omtalen kun står på produktsiden: Så retter du i App Store Connect og sender det samme build igen. Står omtalen i appen, for eksempel et Google Play-badge på en deleskærm, skal du bruge et nyt build.

Må man nævne en konkurrerende app i sine søgeord?

Nej. Hjælpen i App Store Connect forbyder navne på andre apps og virksomheder i søgeordene, og 2.3.7 afviser registrerede varemærker, der bruges til at snyde søgningen. Sats i stedet på de ord, din målgruppe skriver for at beskrive sit behov.