Prerequisiti: account developer e costi
Prima di poter caricare qualsiasi cosa sugli store, devi registrare un account developer. I costi e le procedure sono completamente diversi tra Apple e Google.
Apple Developer Program
Per pubblicare su App Store devi iscriverti all'Apple Developer Program, che costa 99 euro all'anno (IVA inclusa, tariffa 2025). Il pagamento si rinnova automaticamente ogni anno: se non rinnovi, le tue app vengono rimosse dallo store entro 30 giorni.
Esistono due varianti aggiuntive:
- Apple Developer Enterprise Program: 299 dollari/anno, per distribuire app internamente all'azienda senza passare per App Store (MDM aziendale).
- Account gratuito: puoi sviluppare e testare su dispositivi reali senza pagare, ma non puoi distribuire pubblicamente. Limite: 3 dispositivi fisici per team.
Per registrarti serve un Apple ID, dati fiscali/aziendali validi e, se ti registri come azienda, il D-U-N-S Number (codice identificativo aziendale, gratuito da richiedere a Dun & Bradstreet, richiede circa 5 giorni lavorativi in Italia).
Google Play Console
Google e' decisamente piu' economico: si paga una quota una tantum di 25 dollari (circa 23 euro al cambio attuale). Nessun rinnovo annuale. Una volta registrato, l'account e' tuo per sempre.
Puoi registrarti come individuale o come organizzazione. Per i pagamenti in-app, Google richiede di completare un profilo pagamenti con coordinate bancarie e dati fiscali (Partita IVA se hai un'attivita').
| Store | Costo account | Rinnovo | Commissione acquisti in-app |
|---|---|---|---|
| App Store (Apple) | 99 €/anno | Annuale | 15-30% |
| Google Play | 25 $ una tantum | Nessuno | 15-30% |
Linee guida di review Apple e Google
Entrambi gli store hanno documenti ufficiali con le regole che ogni app deve rispettare. Ignorarle significa rifiuto immediato.
App Store Review Guidelines (Apple)
Le App Store Review Guidelines di Apple sono dettagliate e aggiornate frequentemente. Le aree principali da conoscere:
- Safety: nessun contenuto offensivo, nessun funzionamento nascosto, nessuna raccolta dati non dichiarata.
- Performance: l'app deve essere completa, funzionante, senza crash. Non deve avere funzioni placeholder o "coming soon".
- Business: tutti gli acquisti digitali devono usare il sistema Apple In-App Purchase. Vietato linkare a metodi di pagamento esterni per beni digitali.
- Design: conformita' alle Human Interface Guidelines (HIG). Non puoi usare icone di sistema Android o replicare UI di altri OS.
- Legal: rispetto della privacy (ATT framework obbligatorio per il tracking), termini di servizio chiari, niente contenuti coperti da copyright altrui.
Google Play Policy
Google e' generalmente piu' permissivo di Apple, ma ha le proprie regole:
- Nessun malware, adware o comportamento ingannevole.
- Rispetto delle policy sulla privacy e dei dati utente.
- Contenuto appropriato alla target age dichiarata (sezione Famiglia).
- Sicurezza finanziaria: nessuna app di prestito abusivo o schema piramidale.
Step-by-step: pubblicare su App Store
- Registra l'account Apple Developer su developer.apple.com e completa la verifica dell'identita'.
- Prepara il bundle identifier univoco in Xcode (es. com.tuaazienda.nomeapp). Questo ID non e' modificabile dopo la pubblicazione.
- Crea il record app su App Store Connect (appstoreconnect.apple.com): inserisci nome, categoria, eta' minima, informativa sulla privacy.
- Carica gli screenshot per ogni dispositivo supportato (iPhone 6.7", 5.5", iPad se applicabile). Minimo 1 screenshot per formato, massimo 10. Le dimensioni esatte sono specificate nelle linee guida.
- Compila i metadati: descrizione (max 4000 caratteri), sottotitolo (max 30 caratteri), keywords (max 100 caratteri, separati da virgola), URL supporto e privacy.
- Archivia e carica il build da Xcode con il certificato di distribuzione. Il build compare in App Store Connect dopo 15-30 minuti.
- Seleziona il build nel record app, completa le informazioni sulla cifratura e invia in review con "Submit for Review".
Step-by-step: pubblicare su Google Play
- Accedi a Play Console (play.google.com/console) e crea una nuova app. Scegli se gratuita o a pagamento (non modificabile in seguito per le app a pagamento).
- Completa la scheda store: titolo (max 50 char), breve descrizione (80 char), descrizione lunga (4000 char), icona 512x512px, grafica in evidenza 1024x500px.
- Carica screenshot: minimo 2, massimo 8 per tipo dispositivo (telefono, tablet 7", tablet 10").
- Compila il questionario sul contenuto (Content Rating): risponde a domande sul tipo di contenuto per ottenere la classificazione eta'.
- Configura la distribuzione: paesi disponibili, prezzo, target audience.
- Carica l'APK o App Bundle (.aab raccomandato) nella sezione Production o in un canale di test (Internal/Closed/Open testing).
- Invia in review cliccando "Pubblica". Google ti notifichera' via email dell'esito.
Tempi di approvazione reali
I tempi variano in base al periodo dell'anno e alla complessita' dell'app. Questi sono i dati medi registrati nel 2024-2025:
| Store | Prima pubblicazione | Aggiornamento | Periodo picco (Natale) |
|---|---|---|---|
| App Store (Apple) | 1-3 giorni lavorativi | 24-48 ore | Fino a 7 giorni |
| Google Play | 2-7 giorni | Poche ore - 2 giorni | Fino a 14 giorni |
Apple dichiara che il 90% delle app viene processato entro 24 ore. Nella realta', per app con funzionalita' complesse (acquisti in-app, localizzazione, contenuti generati dagli utenti) i tempi si allungano spesso a 2-3 giorni.
Motivi di rifiuto piu' comuni
Conoscere le cause di rifiuto piu' frequenti ti permette di prepararti ed evitarle. Secondo i dati Apple 2024, i motivi principali sono:
Su App Store
- Crash e bug durante la review (guideline 2.1): l'app crasha sul dispositivo usato dal reviewer. Testa sempre su dispositivi fisici, non solo sul simulatore.
- Informazioni incomplete (guideline 2.3): funzioni descritte nella scheda che non funzionano o non sono presenti nell'app inviata.
- Violazione della privacy (guideline 5.1): raccolta dati non dichiarata nel Privacy Manifest, uso dell'identificatore IDFA senza autorizzazione ATT.
- UI non conforme (guideline 4.0): uso di interfacce che imitano altri OS, pulsanti non conformi alle HIG, testo illeggibile.
- Acquisti in-app non conformi (guideline 3.1): link a pagamenti esterni per contenuti digitali, aggirare il sistema IAP di Apple.
Su Google Play
- Permessi eccessivi rispetto alle funzioni dichiarate.
- Contenuto ingannevole o clickbait nel titolo/descrizione.
- Violazione delle policy sugli annunci (se usi AdMob).
- Comportamento non dichiarato in background.
Come gestire gli aggiornamenti
Una volta pubblicata l'app, gli aggiornamenti seguono un processo simile alla prima submission ma generalmente piu' rapido.
Su App Store, ogni aggiornamento richiede una nuova review. Puoi usare la funzione "Phased Release" per distribuire l'aggiornamento gradualmente: 1% degli utenti il primo giorno, fino al 100% in 7 giorni. Utile per rilevare bug su larga scala prima del rollout completo.
Su Google Play, puoi usare le release a percentuale (Staged rollout): partire dal 10-20% degli utenti e aumentare progressivamente. Se emerge un problema grave, puoi arrestare la release e tornare alla versione precedente senza passare da una nuova review.
Considera di pianificare aggiornamenti regolari (almeno ogni 3-4 mesi) per mantenere il ranking sugli store: sia Apple che Google premiano le app aggiornate di recente nei risultati di ricerca.
Vuoi pubblicare la tua app senza errori?
Gestiamo l'intero processo di submission su App Store e Google Play: dalla preparazione degli asset alla risoluzione dei rejection. Contattaci per un preventivo.
Richiedi un preventivo