App rifiutata da Apple: perché (5 casi reali)

Un rifiuto di Apple arriva quasi sempre per un motivo preciso, scritto nel messaggio della revisione: una guideline numerata, spesso accompagnata da uno screenshot. I motivi più frequenti per una prima app sono un'app non completa (2.1), una privacy dichiarata male (5.1.1), metadati ingannevoli (2.3.2), un pagamento che aggira l'acquisto in-app (3.1.1) o una richiesta di recensione nel posto sbagliato (5.6.3). Nella stragrande maggioranza dei casi, il reviewer ha capito benissimo la tua app: era il tuo invio a essere attaccabile.

Lo so perché questi rifiuti li ho presi io stesso. Pubblico le mie app iOS: Solys (una sveglia con minigiochi) e TradaZen (un simulatore di trading) sono sull'App Store. Solys ha preso due rifiuti, uno prima dell'uscita e l'altro su un aggiornamento, e altre due app, Clic e Nolera, sono state rifiutate, corrette e poi rimandate ad Apple. Ecco i cinque rifiuti, la loro vera causa, poi il metodo per rispondere e la checklist che applico prima di ogni invio.

Perché Apple rifiuta un'app: i 5 rifiuti che ho preso

Rifiuto 2.1 su Solys: la demo era impossibile da vincere

L'onboarding di Solys propone una demo giocabile: bisogna vincere un minigioco, come al risveglio. Sui miei telefoni funzionava tutto. Il reviewer invece testava su un iPad, dove un'app iPhone gira in modalità compatibilità in una finestra più piccola. A quella dimensione, il passaggio lasciato all'uccellino del minigioco diventava più stretto dell'uccellino stesso, e il pulsante "Continua" si attivava solo in caso di vittoria. Apple ha chiesto di fornire un modo per saltare la missione di gioco.

La correzione: una demo la cui geometria si calcola dalla dimensione reale dello schermo, e un link per saltare la demo in caso di sconfitta.

La lezione: ogni passaggio obbligatorio deve avere un'uscita, e ogni schermata obbligatoria va testata sul formato più piccolo possibile prima di ogni invio.

Rifiuto 5.6.3 su Solys: la richiesta di recensione durante l'onboarding

Secondo rifiuto, sull'aggiornamento successivo. Apple ha scritto che l'app chiedeva una recensione al primo avvio o durante l'onboarding. La schermata di recensione arrivava subito dopo la demo, prima che l'utente avesse vissuto qualsiasi cosa nell'app.

La correzione: la richiesta è stata spostata alla fine del percorso, e compare solo se l'utente ha appena vinto la demo.

La lezione: ogni richiesta delicata (recensione, notifica, abbonamento, tracciamento) arriva dopo una prova di valore, mai prima.

Rifiuto 5.1.1 su Clic: la privacy policy online non era aggiornata

Clic genera contenuti con l'IA, e l'app conteneva la sua schermata di consenso. Il problema era altrove: la privacy policy pubblicata sul sito era la vecchia versione, e non descriveva tutto ciò che l'app raccoglie.

La correzione: policy completa pubblicata, riassunto in inglese aggiunto, note per la revisione aggiornate.

La lezione: Apple legge la tua policy online, non quella che dorme nel tuo repository. Prima di ogni invio, apri l'URL dichiarato e controlla che dica quello che fa la tua app.

Rifiuto 5.1.1 su Nolera: un pulsante "Consenti" prima della richiesta di sistema

Prima della vera richiesta di accesso alla fotocamera di iOS, Nolera mostrava una schermata esplicativa con un pulsante "Consenti". Per Apple, questa etichetta spinge ad accettare prima della richiesta ufficiale del sistema.

La correzione: ora il pulsante si chiama "Continua", nelle 8 lingue dell'app.

La lezione: una schermata che prepara un permesso spiega, non decide al posto dell'utente. Le raccomandazioni di Apple sono nelle sue linee guida di design sulla privacy.

Rifiuto 2.3.2 su Nolera: l'icona riutilizzata come immagine promozionale

Gli abbonamenti possono avere un'immagine promozionale in App Store Connect. Su due abbonamenti di Nolera, era semplicemente l'icona dell'app. Apple l'ha giudicata non conforme.

La correzione: le immagini sono state rimosse dai due abbonamenti, e l'invio è stato ricreato.

La lezione: ogni elemento della tua scheda viene esaminato, compresi quelli che compili senza pensarci, come la classificazione per età.

Quali sono le guideline che capitano più spesso?

Tutte le regole sono nelle App Review Guidelines. Quelle che fregano più spesso una prima app:

2.1: App Completeness. L'app crasha, un pulsante non porta da nessuna parte, una schermata obbligatoria non funziona su un formato. Se la tua app richiede un login, fornisci un account demo nelle note per la revisione, altrimenti il reviewer resta bloccato sulla schermata di accesso. Tutto quello che c'è da sapere su questo motivo è nella mia guida alla guideline 2.1.

2.3: Metadata. Screenshot che non mostrano l'app reale, descrizione che promette una funzione assente, immagini promozionali non conformi.

3.1.1: In-App Purchase. Per sbloccare contenuti o funzioni digitali nell'app, la regola generale è l'acquisto in-app di Apple. Le eccezioni dipendono dai paesi e cambiano: leggi la versione aggiornata delle guideline prima di prevedere un altro metodo di pagamento. Il lavoro completo è sulla pagina abbonamenti in-app iOS.

3.1.2: Subscriptions. Un'app con abbonamento deve presentare chiaramente cosa ottiene l'utente e a che prezzo. Gli errori classici della schermata di pagamento sono in paywall iOS: 7 errori da principiante.

4.3: Spam. L'app somiglia a mille altre o non offre abbastanza di suo. È il rifiuto più difficile da correggere: si previene già dalla scelta dell'idea. Lo spiego nel dettaglio nella guida alla guideline 4.3.

5.1.1: Privacy. Dichiarazioni sulla raccolta dati che non corrispondono al comportamento dell'app, privacy policy incompleta, permesso richiesto senza una spiegazione chiara.

Come rispondere a un rifiuto di Apple senza perdere giorni?

Un rifiuto non è un verdetto, è un botta e risposta. La procedura che funziona:

1. Leggi il motivo due volte. Il messaggio cita la guideline e spesso allega uno screenshot. Molti sviluppatori rispondono fuori tema perché hanno letto troppo in fretta.
2. Cerca la vera causa. Sia su Clic sia su Nolera, la causa reale non era quella che il testo lasciava intendere a prima vista. Riproduci il problema nelle condizioni del reviewer: stesso tipo di dispositivo, account nuovo, primo avvio.
3. Correggi il motivo, nient'altro. Non è il momento di aggiungere tre funzioni: ogni modifica allarga la superficie di revisione.
4. Rispondi in App Store Connect. Spiega in due frasi concrete cosa hai corretto, rispondendo al messaggio di App Review.
5. Fai ricorso solo se sei sicuro. Apple permette di rivolgersi all'App Review Board se pensi che la tua app sia stata fraintesa, con un solo ricorso per invio rifiutato. Contestare un rifiuto meritato fa perdere tempo per niente.

Quanto ai tempi, Apple dichiara di esaminare almeno il 50% degli invii in meno di 24 ore, e il 90% in meno di 48 ore. Sono i rifiuti ad allungare il calendario, non la coda di attesa: il dettaglio è in tempi di approvazione App Store. La procedura completa dopo un rifiuto è sulla pagina app rifiutata da Apple.

Un rifiuto evitabile costa un intero ciclo di revisione. La migliore risposta ad Apple è l'invio che non le lascia niente da contestare.

La checklist che applico prima di ogni invio

Costruita rifiuto dopo rifiuto, sulle mie app:

• Ogni schermata obbligatoria testata sull'iPhone più piccolo, sul più grande e su iPad in modalità compatibilità, secondo la griglia della guideline 4.0 design
• Un'uscita possibile in ogni passaggio dell'onboarding, anche in caso di sconfitta
• Account demo nelle note per la revisione se l'app ha un login
• Acquisti testati in sandbox, ripristino compreso
• Prezzo, durata e link a termini e privacy presenti dove Apple li richiede, in ogni lingua
• Privacy policy online riletta il giorno dell'invio
• Dichiarazioni sulla privacy allineate a ciò che l'app raccoglie davvero, privacy manifest compreso
• Schermate prima dei permessi senza pulsante "Consenti"
• Richieste di recensione e di notifica posizionate dopo una prova di valore, senza sbloccare niente in cambio di una recensione (guideline 3.2.2)
• Immagini promozionali e screenshot che mostrano l'app reale, anche sulle tue pagine prodotto personalizzate

Se è la tua prima pubblicazione, la pagina pubblicare un'app sull'App Store riprende tutti i passaggi prima dell'invio.

Un modello per spiegare il tuo percorso ad App Review

Scarica il modello di note per App Review: istruzioni in francese, note in inglese da completare e traccia di risposta a un rifiuto. Ti fa specificare la versione, il percorso tra le schermate e il risultato atteso. Tieni solo ciò che esiste nella tua build.

Sostituisci "l'app salva correttamente" con uno scenario riproducibile: schermata di partenza, azione, chiusura e riapertura, risultato ritrovato. Dopo un rifiuto, cita il comportamento corretto e il dispositivo su cui l'hai verificato. Se non hai riprodotto il problema, spiega cosa manca per riprodurlo.

Le credenziali di un account demo vanno inserite negli appositi campi di App Store Connect, mai in un file pubblico. Puoi preparare le prove con la griglia di test TestFlight e trovare i cinque modelli gratuiti.

Evitare questi rifiuti prima dell'invio

L'Apple Review Kit riunisce la mia checklist prima dell'invio, i miei rifiuti di Apple corretti e delle skill di Claude Code che rileggono il tuo progetto, il tuo paywall e la tua scheda prima dell'invio.

La tua app è già stata rifiutata? Il kit ti aiuta a ritrovare la regola citata, cosa richiede, e un esempio di correzione e di risposta. Se vuoi che guardiamo insieme il tuo caso fin da subito, prenota un'ora con me, in videochiamata.

Nessuno può garantire che Apple accetterà la tua app. Partire da rifiuti già vissuti riduce semplicemente le probabilità di cascarci anche tu.

Non hai ancora inviato la tua app? La diagnosi gratuita ti manda la mia checklist anti-rifiuto Apple e ti dice cosa resta da fare. Se la stai ancora costruendo, la home mostra come creare un'app mobile tenendo a mente questi rifiuti.

Domande frequenti

Perché la mia app viene rifiutata da Apple?

Quasi sempre per un motivo preciso, scritto nel messaggio della revisione: una guideline numerata, spesso accompagnata da uno screenshot. Per una prima app, i motivi più frequenti sono un'app non completa (2.1), una privacy dichiarata male (5.1.1) e metadati ingannevoli (2.3.2). Ci sono anche un pagamento che aggira l'acquisto in-app (3.1.1) e una richiesta di recensione nel posto sbagliato (5.6.3).

Perché la mia app viene rifiutata se funziona sul mio iPhone?

Perché il reviewer può testare in condizioni diverse dalle tue. Su Solys, la mia sveglia con minigiochi, testava su un iPad, dove un'app iPhone gira in modalità compatibilità in una finestra più piccola. Lì la demo era impossibile da vincere. La correzione: una demo calcolata sulla dimensione reale dello schermo, e un link per saltarla in caso di sconfitta.

Cosa fare quando Apple rifiuta la mia app?

Leggi il motivo due volte, poi cerca la vera causa riproducendo il problema nelle condizioni del reviewer: stesso tipo di dispositivo, account nuovo, primo avvio. Correggi il motivo e nient'altro, perché ogni modifica allarga la superficie di revisione. Poi rispondi in App Store Connect, con due frasi concrete su cosa hai corretto.

Si può contestare un rifiuto di Apple?

Sì, ma solo se sei sicuro del fatto tuo. Apple permette di rivolgersi all'App Review Board se pensi che la tua app sia stata fraintesa, con un solo ricorso per invio rifiutato. Contestare un rifiuto meritato fa perdere tempo per niente. Altrimenti, correggi il motivo e rispondi in App Store Connect.

Un rifiuto allunga i tempi di pubblicazione?

Sì. Apple dichiara di esaminare almeno il 50% degli invii in meno di 24 ore, e il 90% in meno di 48 ore: sono quindi i rifiuti ad allungare il calendario, non la coda di attesa. Un rifiuto evitabile costa un intero ciclo di revisione. Il dettaglio dei tempi è in tempi di approvazione App Store.

Cosa controllare prima di inviare un'app ad Apple?

Testa ogni schermata obbligatoria sull'iPhone più piccolo, sul più grande e su un iPad in modalità compatibilità, poi testa gli acquisti in sandbox, ripristino compreso. Rileggi la tua privacy policy online il giorno dell'invio e fornisci un account demo nelle note per la revisione se l'app ha un login. Questa checklist si è costruita rifiuto dopo rifiuto, sulle mie app.