Guideline 2.3.10: app rifiutata per i metadati

La guideline 2.3.10, «Accurate Metadata», rifiuta un'app la cui scheda o interfaccia parla di un'altra piattaforma: Android, Google Play, un telefono di un'altra marca in uno screenshot. La tua scheda parla della tua app sui dispositivi Apple, e di nient'altro. Se la menzione è nella scheda, la correggi e rimandi la stessa build. Se è nell'app, serve una nuova build.

Due cugine cadono per lo stesso motivo: la 2.3.3, quando gli screenshot non mostrano l'app in uso, e la 2.3.7, quando nome, sottotitolo o parole chiave ingannano. Le schede e gli screenshot delle mie app li preparo io: Solys, TradaZen e Nolera sono sull'App Store. Questa guida si basa sul testo ufficiale di Apple, letto il 15 ottobre 2026. Gli acquisti in-app nella scheda rientrano nella 2.3.2, che tratto a parte. Per il quadro generale dei rifiuti, leggi perché Apple rifiuta un'app.

Cosa dice la guideline 2.3.10?

La sezione 2.3 delle App Review Guidelines parte da un'idea semplice: chi scarica deve sapere cosa ottiene. Descrizione, screenshot, anteprime e informazioni sulla privacy devono riflettere l'esperienza reale dell'app.

La 2.3.10 precisa: «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.» Tradotto: niente nomi, icone o immagini di un'altra piattaforma mobile o di uno store di app alternativo, né nell'app né nella sua scheda. E aggiunge: «Make sure your app metadata is focused on the app itself and its experience.» La scheda parla dell'app, senza informazioni fuori tema.

Tre punti da ricordare:

• L'app conta quanto la scheda. Un pulsante «Disponibile su Google Play» dentro l'app ricade nella stessa regola.
• Anche gli store alternativi sono coinvolti. Quelli che esistono in alcuni paesi non si citano, esattamente come Android.
• L'eccezione è stretta. Un'app può nominare un'altra piattaforma se lo giustifica una funzione interattiva precisa, approvata da Apple. Esempio: un'app per trasferire file tra un iPhone e un telefono Android può citare Android, perché è la sua funzione. Spiegalo nelle note per la revisione.

Il messaggio tipo di un rifiuto 2.3.10

Il titolo è «Guideline 2.3.10 - Performance - Accurate Metadata». In un messaggio pubblicato sui forum di Apple, Apple scrive: «Referencing third-party platforms in your app or its metadata is not permitted on the App Store unless there is specific interactive functionality.» Il seguito chiede di togliere ogni menzione dall'app e dalla sua scheda: descrizione, testo promozionale, novità, anteprime e screenshot. In quel caso, gli screenshot venivano da pagine del sito dello sviluppatore, e Apple ci aveva notato un dispositivo e una barra di stato che non erano quelli di un iPhone.

La pagina di aiuto di Apple sugli screenshot in uso lo conferma: uno screenshot che fa riferimento a un'altra piattaforma, per esempio nella barra di stato, viene giudicato in base alla 2.3.10.

Dove si nascondono le menzioni che fanno scattare la 2.3.10

• La descrizione e il testo promozionale. «Disponibile anche su Android» è la frase più comune.
• Le note di versione. È la trappola dei progetti pubblicati su entrambi gli store. Una nota comune come «Corretto il bug della tastiera su Android» finisce sull'App Store. Se prepari le due versioni con un solo progetto, come in app iOS o Android, scrivi note separate.
• Gli screenshot e le anteprime. Una cornice di telefono Android, una barra di stato Android, uno screenshot fatto sull'emulatore Android o sul tuo sito web.
• L'app stessa. Una schermata di condivisione o di referral con entrambi i badge degli store, un link «Valuta l'app» che apre il Play Store, un testo di benvenuto che parla di Android. In un progetto React Native o Expo, scegli link e badge in base a Platform.OS: così la versione iOS mostra solo l'App Store.
• Ogni lingua. Ogni localizzazione ha i propri testi e i propri screenshot, e Apple giudica gli screenshot di ogni localizzazione. Una menzione dimenticata in una sola lingua può bastare a far rifiutare l'invio.

Per cercare, lancio una ricerca sui testi della scheda e sui file di traduzione dell'app: rg -i "android|google play|play store". Poi guardo ogni screenshot, lingua per lingua, cercando una barra di stato o una cornice che non venga da un iPhone.

2.3.3: screenshot che mostrano l'app in uso

Il testo ufficiale: «Screenshots should show the app in use, and not merely the title art, login page, or splash screen.» Gli screenshot devono mostrare l'app mentre viene usata, non solo il logo, la schermata di login o quella di avvio. Testi e immagini aggiunti sopra sono permessi.

La pagina di aiuto di Apple dà una regola numerica. Per ogni tipo di dispositivo, più della metà degli screenshot deve mostrare l'app in uso. Con tre screenshot, due devono farlo. Con quattro, tre. Gli altri possono presentare i vantaggi con visual di marketing. Negli screenshot in uso, i testi aggiunti non devono coprire l'interfaccia.

È compatibile con una scheda che vende: un titolo breve sopra una schermata vera resta uno screenshot in uso. Dimensioni e numero di screenshot, fino a dieci per dimensione di dispositivo, sono nelle specifiche degli screenshot.

2.3.7: nome, sottotitolo e parole chiave onesti

La 2.3.7 chiede un nome unico e parole chiave che descrivano l'app, senza riempire i metadati di «trademarked terms, popular app names, pricing information, or other irrelevant phrases just to game the system». Niente marchi registrati, nomi di app famose, prezzi o frasi fuori tema per ingannare la ricerca.

Cosa impone in pratica:

• Il nome sta in 30 caratteri. Anche il sottotitolo, secondo le informazioni sull'app di App Store Connect.
• Il sottotitolo non cita altre app e non promette niente di non verificabile.
• Nome, sottotitolo, screenshot e anteprime non mostrano prezzi.
• Le parole chiave non contengono nomi di app né di aziende terze. L'aiuto sulle informazioni di versione lo scrive: «Names of other apps or companies aren't allowed.»

La parola «gratis» è una trappola. In un rifiuto 2.3.7 pubblicato sui forum di Apple, Apple precisa che le menzioni di servizi gratuiti o in promozione contano come riferimento al prezzo.

Dire che una funzione richiede un abbonamento è previsto, mostrarne il prezzo in uno screenshot no. Il primo requisito viene dalla 2.3.2, il secondo dalla 2.3.7. Apple riassume i suoi consigli su nome, sottotitolo e parole chiave nella pagina dedicata alla pagina prodotto. Il metodo per scegliere le tue parole è in parole chiave App Store, e la scheda completa nella pagina ASO App Store.

Rifiutato o accettato: la tabella regola per regola

Le versioni rifiutate sono esempi costruiti. La riga del nome accettato riporta il nome reale di Solys sull'App Store francese, a ottobre 2026.

Regola	Rifiutato (esempio)	Accettato
2.3.10	«Disponibile su iPhone e Android»	«Disponibile su iPhone e iPad»
2.3.10	Nota «Bug corretto su Android»	«Corretta la visualizzazione della tastiera»
2.3.10	Screenshot in una cornice di telefono Android	Screenshot dal simulatore iPhone
2.3.10	Badge App Store e Google Play nell'app	Solo badge App Store su iPhone
2.3.3	Logo, login, avvio, poi 2 schermate	Almeno 3 schermate d'uso su 5
2.3.3	Testo di marketing a schermo intero, senza app	Titolo breve sopra una schermata vera
2.3.3	Mockup di una funzione non ancora rilasciata	Schermata reale della versione inviata
2.3.7	Nome «Sveglia Allarme Sonno Pro Gratis»	«Solys : Limiter temps d'écran»
2.3.7	Sottotitolo «Meglio di [app concorrente]»	Sottotitolo che dice il vantaggio
2.3.7	Parole chiave con nomi di app rivali	Parole d'uso: sveglia, mattina, routine
2.3.7	«Gratis» o «-50%» in uno screenshot	Nessun prezzo né promozione negli screenshot

Un caso vissuto, fuori dalla 2.3.10: un nome di terzi nella descrizione

Su Nolera, la mia app per il guardaroba, la descrizione nominava OpenAI, il servizio di IA usato per la prova dei capi. Apple ha rifiutato l'invio citando la sezione 5, «Legal», riguardo alla disponibilità in Cina. La soluzione scelta è stata togliere la Cina dai paesi in cui l'app è disponibile.

Non era un rifiuto 2.3.10, ma nasce dallo stesso punto: un nome di servizio di terzi nella scheda non è mai neutro. Prima di scriverne uno, chiediti se aiuta la persona a scegliere la tua app. Quasi sempre basta descrivere cosa fa la funzione.

Correggere e rimandare

1. Leggi l'elenco di Apple. Il messaggio dice dove ha visto la menzione: descrizione, screenshot, app. Aggiungi la tua ricerca, lingua per lingua.
2. Correggi tutto, non solo l'esempio citato. Una seconda menzione trovata al giro successivo costa un intero ciclo di revisione.
3. Solo scheda: stessa build. Modifichi in App Store Connect, rispondi ad App Review e rimandi. I dettagli sono in tempi di revisione App Store.
4. Menzione nell'app: nuova build. Il reviewer testa il binario inviato.
5. Vera funzione interattiva: spiegala. Scrivi nella risposta cosa fa l'app con l'altra piattaforma, e dove testarlo.

Il modello di risposta che userei, in inglese, da adattare:

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,

Scrivi l'ultima riga solo se è vera.

La checklist 2.3 prima dell'invio

• Nessuna parola «Android», «Google Play» o «Play Store» nella scheda, in nessuna lingua.
• Note di versione scritte per iOS, non copiate dalla versione Android.
• Screenshot fatti su iPhone o iPad, senza cornice né barra di stato di un'altra marca.
• Più della metà degli screenshot di ogni dispositivo mostra l'app in uso.
• Nessun mockup di una funzione assente dalla versione inviata.
• Nome e sottotitolo senza prezzi, senza nomi di app concorrenti, senza promesse non verificabili.
• Parole chiave senza marchi di terzi né nomi di aziende.
• Nessun «gratis» né percentuale di sconto negli screenshot.
• Nell'app, link e badge degli store adattati alla piattaforma.

Una scheda che passa la revisione al primo colpo

L'Apple Review Kit riunisce la mia checklist pre-invio e delle skill Claude Code che rileggono il tuo progetto, il tuo paywall e la tua scheda. Per screenshot che vendono senza violare la 2.3.3, l'App Store Screenshots Kit crea i tuoi visual partendo dalle schermate reali della tua app, nelle dimensioni richieste da Apple. Per uno sguardo umano, prenota un'ora con me. Il percorso completo dopo un rifiuto è nella pagina app rifiutata da Apple.

Se stai preparando la tua prima uscita, fai la tua diagnosi gratuita: rimette in ordine i passaggi e ti manda la mia checklist anti-rifiuto Apple. La home mostra come creare un'app mobile pensando alla scheda fin dall'inizio.

Domande frequenti

Cosa significa «Guideline 2.3.10 - Performance - Accurate Metadata»?

È il titolo del rifiuto per menzione di un'altra piattaforma. Apple ha trovato, nella tua scheda o nella tua app, un nome, un'icona o un'immagine di Android, di Google Play o di un altro store di app. La correzione: togliere ogni menzione, in ogni lingua.

Si può scrivere che la propria app esiste anche su Android?

Non nella scheda né nella versione iOS dell'app. L'unica eccezione è una funzione interattiva reale con l'altra piattaforma, da spiegare nelle note per la revisione. Per dire che la tua app esiste altrove, usa il tuo sito web.

Quanti screenshot devono mostrare l'app in uso?

Più della metà, per ogni tipo di dispositivo. Con tre screenshot, due mostrano l'app in uso. Con quattro, tre. Gli altri possono presentare i tuoi vantaggi con visual di marketing.

Serve una nuova build dopo un rifiuto 2.3.10?

No, se la menzione è solo nella scheda: correggi in App Store Connect e rimandi la stessa build. Se la menzione è nell'app, come un badge Google Play in una schermata di condivisione, serve una nuova build.

Si può citare un'app concorrente nelle parole chiave?

No. L'aiuto di App Store Connect vieta i nomi di altre app e aziende nelle parole chiave, e la 2.3.7 rifiuta i marchi registrati usati per ingannare la ricerca. Punta invece sulle parole che il tuo pubblico digita per descrivere il suo bisogno.