Guideline 2.3.10: appen avvist på grunn av metadata

Guideline 2.3.10, «Accurate Metadata», avviser en app når produktsiden eller grensesnittet nevner en annen plattform: Android, Google Play eller en telefon av et annet merke i et skjermbilde. Produktsiden din handler om appen din på Apple-enheter, og ingenting annet. Står omtalen på produktsiden, retter du den og sender inn samme build på nytt. Står den i appen, trenger du en ny build.

To søskenregler faller av samme grunn: 2.3.3, når skjermbildene ikke viser appen i bruk, og 2.3.7, når navnet, undertittelen eller nøkkelordene villeder. Jeg lager produktsidene og skjermbildene til appene mine selv: Solys, TradaZen og Nolera ligger på App Store. Denne guiden bygger på Apples offisielle tekst, lest 15. oktober 2026. Kjøp i appen på produktsiden hører under 2.3.2, som jeg tar for meg separat. For en oversikt over avvisninger, les hvorfor Apple avviser en app.

Hva sier guideline 2.3.10?

Avsnitt 2.3 i App Review Guidelines bygger på en enkel idé: den som laster ned, skal vite hva hen får. Beskrivelse, skjermbilder, forhåndsvisninger og personverninformasjon skal gjenspeile den faktiske opplevelsen av appen.

2.3.10 presiserer: «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 navn, ikoner eller bilder av en annen mobilplattform eller en alternativ appbutikk, verken i appen eller på produktsiden. Den legger til: «Make sure your app metadata is focused on the app itself and its experience.» Produktsiden handler om appen, uten irrelevant informasjon.

Tre ting å huske:

• Appen teller like mye som produktsiden. En «Tilgjengelig på Google Play»-knapp i appen faller inn under samme regel.
• Alternative appbutikker gjelder også. De som finnes i enkelte land, skal ikke nevnes mer enn Android.
• Unntaket er smalt. En app kan nevne en annen plattform hvis en konkret interaktiv funksjon, godkjent av Apple, rettferdiggjør det. Eksempel: en app for filoverføring mellom en iPhone og en Android-telefon kan nevne Android, siden det er funksjonen dens. Forklar det i notatene til gjennomgangen.

Standardmeldingen ved en 2.3.10-avvisning

Overskriften er «Guideline 2.3.10 - Performance - Accurate Metadata». I en melding publisert på 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.» Deretter bes det om å fjerne all omtale fra appen og produktsiden: beskrivelse, kampanjetekst, nyheter, forhåndsvisninger og skjermbilder. I dette tilfellet kom skjermbildene fra sider på utviklerens nettsted, og Apple påpekte en enhet og en statuslinje som ikke var fra en iPhone.

Apples hjelpeside om skjermbilder i bruk bekrefter det: et skjermbilde som viser til en annen plattform, for eksempel i statuslinjen, vurderes etter 2.3.10.

Hvor omtalene som utløser 2.3.10 gjemmer seg

• Beskrivelsen og kampanjeteksten. «Også tilgjengelig på Android» er den vanligste setningen.
• Versjonsnotatene. Dette er fellen for prosjekter som publiseres i begge butikkene. Et felles notat som «Rettet tastaturet på Android» havner på App Store. Lager du begge versjonene fra ett prosjekt, som i iOS- eller Android-app, skriver du separate notater.
• Skjermbildene og forhåndsvisningene. En Android-telefonramme, en Android-statuslinje, et skjermbilde tatt i Android-emulatoren eller på nettstedet ditt.
• Selve appen. En dele- eller vervingsskjerm med begge butikkmerkene, en «Vurder appen»-lenke som åpner Play Store, en velkomsttekst som nevner Android. I et React Native- eller Expo-prosjekt velger du lenke og merke ut fra Platform.OS: da viser iOS-versjonen bare App Store.
• Hvert språk. Hver lokalisering har egne tekster og egne skjermbilder, og Apple vurderer skjermbildene for hver lokalisering. En glemt omtale på bare ett språk kan være nok til at innsendingen blir avvist.

For å lete kjører jeg et søk i tekstene på produktsiden og i appens oversettelsesfiler: rg -i "android|google play|play store". Så ser jeg på hvert skjermbilde, språk for språk, etter en statuslinje eller ramme som ikke kommer fra en iPhone.

2.3.3: skjermbilder som viser appen i bruk

Den offisielle teksten: «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, innloggingsskjermen eller oppstartsskjermen. Tekst og bilder lagt oppå er tillatt.

Apples hjelpeside gir en konkret regel. For hver enhetstype må mer enn halvparten av skjermbildene vise appen i bruk. Med tre skjermbilder må to gjøre det. Med fire, tre. De andre kan presentere fordelene med markedsføringsgrafikk. På skjermbildene i bruk skal tilført tekst ikke skjule grensesnittet.

Det går fint sammen med en produktside som selger: en kort tittel over en ekte skjerm er fortsatt et skjermbilde i bruk. Størrelser og antall skjermbilder, opptil ti per enhetsstørrelse, står i spesifikasjonene for skjermbilder.

2.3.7: ærlig navn, undertittel og nøkkelord

2.3.7 krever et unikt navn og nøkkelord som beskriver appen, uten å fylle metadataene med «trademarked terms, popular app names, pricing information, or other irrelevant phrases just to game the system». Ingen varemerker, navn på kjente apper, priser eller irrelevante fraser for å lure søket.

Hva den krever i praksis:

• Navnet er på maks 30 tegn. Undertittelen også, ifølge appinformasjonen i App Store Connect.
• Undertittelen nevner ikke andre apper og lover ikke noe som ikke kan etterprøves.
• Navnet, undertittelen, skjermbildene og forhåndsvisningene viser ingen priser.
• Nøkkelordene inneholder verken navn på andres apper eller selskaper. Hjelpen om versjonsinformasjon sier det rett ut: «Names of other apps or companies aren't allowed.»

Ordet «gratis» er en felle. I en 2.3.7-avvisning publisert på Apples forum presiserer Apple at omtale av gratis eller rabatterte tjenester regnes som en prisreferanse.

Å si at en funksjon krever abonnement er forventet, å vise prisen på et skjermbilde er det ikke. Det første kravet kommer fra 2.3.2, det andre fra 2.3.7. Apple oppsummerer rådene sine om navn, undertittel og nøkkelord på siden om produktsiden. Metoden for å velge ordene dine står i App Store-nøkkelord, og hele produktsiden på siden ASO App Store.

Avvist eller godkjent: tabellen regel for regel

De avviste versjonene er konstruerte eksempler. Raden med godkjent navn er Solys' faktiske navn på den franske App Store, i oktober 2026.

Regel	Avvist (eksempel)	Godkjent
2.3.10	«Tilgjengelig på iPhone og Android»	«Tilgjengelig på iPhone og iPad»
2.3.10	Notat «Feil rettet på Android»	«Rettet visningen av tastaturet»
2.3.10	Skjermbilde i en Android-telefonramme	Skjermbilde fra iPhone-simulatoren
2.3.10	App Store- og Google Play-merker i appen	Bare App Store-merket på iPhone
2.3.3	Logo, innlogging, oppstart, så 2 skjermer	Minst 3 bruksskjermer av 5
2.3.3	Markedsføringstekst i fullskjerm, uten appen	Kort tittel over en ekte skjerm
2.3.3	Skisse av en funksjon som ikke er levert ennå	Ekte skjerm fra den innsendte versjonen
2.3.7	Navnet «Vekkerklokke Alarm Søvn Pro Gratis»	«Solys : Limiter temps d'écran»
2.3.7	Undertittel «Bedre enn [konkurrerende app]»	Undertittel som sier fordelen
2.3.7	Nøkkelord med navn på konkurrerende apper	Bruksord: vekkerklokke, morgen, rutine
2.3.7	«Gratis» eller «-50 %» på et skjermbilde	Ingen pris eller kampanje på skjermbildene

Et ekte tilfelle, utenom 2.3.10: et tredjepartsnavn i beskrivelsen

På Nolera, garderobeappen min, nevnte beskrivelsen OpenAI, AI-tjenesten som brukes til prøvingen. Apple avviste innsendingen med henvisning til avsnitt 5, «Legal», angående tilgjengelighet i Kina. Løsningen ble å fjerne Kina fra landene der appen tilbys.

Det var ikke en 2.3.10-avvisning, men den kommer fra samme sted: et navn på en tredjepartstjeneste på produktsiden er aldri nøytralt. Før du skriver et, spør deg selv om det hjelper folk å velge appen din. Som oftest holder det å beskrive hva funksjonen gjør.

Rett opp og send inn på nytt

1. Les Apples liste. Meldingen sier hvor de så omtalen: beskrivelse, skjermbilder, app. Legg til ditt eget søk, språk for språk.
2. Rett alt, ikke bare eksempelet som nevnes. En omtale nummer to som blir funnet i neste runde, koster en hel gjennomgangsrunde.
3. Bare produktsiden: samme build. Du endrer i App Store Connect, svarer App Review og sender inn på nytt. Detaljene står i behandlingstid på App Store.
4. Omtale i appen: ny build. Reviewer tester binærfilen som er sendt inn.
5. Ekte interaktiv funksjon: forklar den. Si i svaret ditt hva appen gjør med den andre plattformen, og hvor det kan testes.

Svarmalen jeg ville brukt, 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 bare den siste linjen hvis den er sann.

Sjekklisten for 2.3 før innsending

• Ingen ord som «Android», «Google Play» eller «Play Store» på produktsiden, på noe språk.
• Versjonsnotater skrevet for iOS, ikke kopiert fra Android-versjonen.
• Skjermbilder tatt på iPhone eller iPad, uten ramme eller statuslinje fra et annet merke.
• Mer enn halvparten av skjermbildene for hver enhet viser appen i bruk.
• Ingen skisser av en funksjon som mangler i den innsendte versjonen.
• Navn og undertittel uten pris, uten navn på konkurrerende apper, uten løfter som ikke kan etterprøves.
• Nøkkelord uten tredjepartsvaremerker eller selskapsnavn.
• Ingen «gratis» eller rabattprosent på skjermbildene.
• I appen: butikklenker og -merker tilpasset plattformen.

En produktside som går gjennom gjennomgangen på første forsøk

Apple Review Kit samler sjekklisten min før innsending og Claude Code-skills som går gjennom prosjektet, paywallen og produktsiden din. For skjermbilder som selger uten å bryte 2.3.3, lager App Store Screenshots Kit grafikken din ut fra de ekte skjermene i appen, i størrelsene Apple krever. Vil du ha et menneskelig blikk, bestill en time med meg. Hele fremgangsmåten etter en avvisning står på siden app avvist av Apple.

Forbereder du din første lansering, ta den gratis diagnosen: den setter stegene i riktig rekkefølge og sender deg sjekklisten min mot Apple-avvisninger. Forsiden viser hvordan du lager en mobilapp med produktsiden i tankene fra starten.

Ofte stilte spørsmål

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

Det er overskriften på avvisningen for omtale av en annen plattform. Apple har funnet et navn, et ikon eller et bilde av Android, Google Play eller en annen appbutikk på produktsiden din eller i appen din. Løsningen: fjern hver omtale, på hvert språk.

Kan jeg skrive at appen min også finnes på Android?

Ikke på produktsiden og ikke i iOS-versjonen av appen. Det eneste unntaket er en ekte interaktiv funksjon med den andre plattformen, som du forklarer i notatene til gjennomgangen. Vil du si at appen din finnes andre steder, bruk nettstedet ditt.

Hvor mange skjermbilder må vise appen i bruk?

Mer enn halvparten, for hver enhetstype. Med tre skjermbilder viser to appen i bruk. Med fire, tre. De andre kan presentere fordelene dine med markedsføringsgrafikk.

Trenger jeg en ny build etter en 2.3.10-avvisning?

Ikke hvis omtalen bare står på produktsiden: da retter du i App Store Connect og sender inn samme build på nytt. Står omtalen i appen, for eksempel et Google Play-merke på en deleskjerm, trenger du en ny build.

Kan jeg nevne en konkurrerende app i nøkkelordene?

Nei. Hjelpen i App Store Connect forbyr navn på andre apper og selskaper i nøkkelordene, og 2.3.7 avviser varemerker som brukes for å lure søket. Sats heller på ordene publikummet ditt skriver for å beskrive behovet sitt.