Che rifiutino la tua app su Google Play o sull’App Store non significa che sia fatta male. Significa che un revisore — una persona, non un algoritmo — ha trovato qualcosa che non rispetta le sue norme, e quasi sempre si tratta di una delle poche cose prevedibili. Queste sono quelle che incontriamo più spesso e come evitarle prima di inviare l’app alla revisione.
Prima di tutto, la cosa importante: un rifiuto non è la fine
Si corregge e si invia di nuovo. Ciò che costa è il tempo: ogni ciclo richiede giorni, a volte una settimana, e se hai una data di lancio vincolante, tre rifiuti di fila ti fanno perdere il mese. Per questo conviene inviare bene al primo tentativo, senza affidarsi alle correzioni successive.
I sei motivi più comuni
1. Permessi che non giustifichi
Chiedere la posizione, la fotocamera o i contatti senza che sia chiaro a cosa servano è il rifiuto numero uno. Entrambi gli store richiedono che ogni permesso abbia una ragione visibile per l’utente, e Apple richiede inoltre un testo esplicativo che viene mostrato quando lo si richiede. La soluzione non è scrivere meglio il testo: è non chiedere ciò che non ti serve.
2. Non c’è una politica sulla privacy, o non dice la verità
Deve esistere, essere in un URL accessibile e corrispondere a ciò che l’app fa davvero. Entrambi gli store ti obbligano inoltre a dichiarare quali dati raccogli e per quale scopo. Se dichiari di non raccogliere nulla e poi integri un SDK pubblicitario o di analisi, se ne accorgeranno.
3. L’app non fa abbastanza
Apple è esplicita nelle sue linee guida di revisione: un’app che mostra solo il tuo sito in una finestra, o che offre poco più di un dépliant, viene rifiutata. Se la tua idea è «il mio sito ma in app», questo è il motivo per cui la rifiuteranno, ed è bene saperlo prima di pagarla.
4. Fai pagare al di fuori del loro sistema
Se vendi contenuti digitali o abbonamenti utilizzati all’interno dell’app, devi usare il sistema di pagamento dello store e pagare la sua commissione. Collegare il tuo sito perché paghino lì è un rifiuto diretto. Attenzione: i beni fisici e i servizi del mondo reale possono invece essere pagati fuori; il confine è più sottile di quanto sembri e conviene valutarlo caso per caso.
5. Mancano informazioni per provarla
Se l’app richiede un account, devi fornire credenziali di prova funzionanti. Un revisore che si trova davanti a una schermata di accesso e non può entrare, rifiuta. Sembra ovvio ed è uno dei motivi più frequenti.
6. Contenuti generati da IA non dichiarati
È la novità più recente e il punto in cui oggi inciampa più gente. Se la tua app genera testi, immagini o risposte con l’intelligenza artificiale, bisogna dichiararlo e spiegare quale controllo c’è su ciò che produce. Nasconderlo non funziona.
Differenze tra i due store
| Google Play | Revisione più rapida, a volte in poche ore. Molto severo con i permessi sensibili e con le dichiarazioni di sicurezza dei dati. Ogni anno aumenta il livello minimo del sistema accettato. |
| App Store | Revisione più lenta e più umana, con criterio proprio. Severissimo sull’utilità dell’app, sui pagamenti interni e sulla privacy. Quando rifiuta, di solito spiega il motivo con precisione. |
| Entrambi | Politica sulla privacy obbligatoria, dichiarazione dei dati, credenziali di prova se c’è accesso e schermate che corrispondano a ciò che l’app fa davvero. |
La checklist che rivediamo prima di inviare
- Ogni permesso richiesto dall’app ha una ragione visibile e quelli superflui sono stati rimossi.
- Politica sulla privacy pubblicata, accessibile e coerente con ciò che l’app raccoglie.
- Dichiarazioni dei dati compilate in entrambi gli store, con gli SDK di terze parti inclusi.
- Credenziali di prova funzionanti, testate da zero lo stesso giorno.
- Screenshot reali dell’app, non montaggi con schermate che non esistono.
- Se ci sono pagamenti interni, sono fatti con il sistema dello store e verificati lato server.
- Se c’è IA, è dichiarata e c’è controllo umano su ciò che genera.
- L’app funziona offline oppure avvisa chiaramente che ne ha bisogno.
Cosa fare se ti hanno già rifiutato
Leggi il motivo per intero, non solo il titolo: di solito citano il punto esatto delle loro norme e a volte allegano uno screenshot. Correggi solo quello, rispondi nello stesso thread spiegando cosa hai cambiato e invia di nuovo. Se pensi che abbiano sbagliato, si può chiedere una revisione — entrambi gli store lo permettono — ma sia chiaro: quando il motivo è che l’app offre poco, discutere raramente funziona; ciò che funziona è dare all’app una ragione di esistere.
Domande frequenti
Quante volte posso reinviare?
Tutte quelle che ti servono, non c’è penalizzazione per riprovare. Ciò che si accumula è il tempo.
Rifiutano più su Apple che su Google?
Apple rifiuta di più e per motivi più soggettivi. Google rifiuta meno alla prima revisione ma è inflessibile con le politiche sui dati e può rimuovere l’app in seguito se rileva una violazione.
Possono rimuovere la mia app dopo la pubblicazione?
Sì, e succede. Per violazioni di nuove policy o per non aggiornare al livello minimo del sistema richiesto ogni anno.
Noi pubblichiamo app nostre, quindi questi cicli li abbiamo già affrontati. Se hai un progetto bloccato in revisione o vuoi evitarlo fin dall’inizio, guarda come lavoriamo in app su misura: la pubblicazione è una fase del progetto, con i suoi tempi e il suo responsabile.
Guide correlate
- Quanto costa fare un’app, con la ripartizione per fasi e il costo di manutenzione.
- App su misura, cosa include e cosa no in un progetto.
