Per pubblicare un'app servono un account Apple Developer (€99/anno), un account Google Play (€25 una tantum), asset grafici conformi alle linee guida, e una privacy policy accessibile. Con piattaforme come Appo (da €40/mese) il team gestisce l'intero processo di pubblicazione. Per l'App Store serve il tuo account Apple — 5 minuti di setup guidato. Per Google Play, tutto incluso.
Questa guida copre ogni passaggio nel dettaglio: dalla creazione degli account developer alla preparazione degli asset, dalla conformità privacy al processo di revisione, fino agli errori che causano il rifiuto delle app. L'obiettivo è darti una checklist operativa che puoi seguire passo dopo passo, con tempistiche e costi reali aggiornati al 2026.
Per rendere la tua app disponibile al pubblico, devi avere un account sviluppatore attivo su ciascuno store dove intendi pubblicare. Apple e Google gestiscono i rispettivi marketplace in modo indipendente, con requisiti e costi diversi.
Apple Developer Program
L'iscrizione al programma sviluppatori Apple costa €99/anno (fonte: Apple Developer). È un costo ricorrente: se non rinnovi, le tue app vengono rimosse dallo store. La registrazione richiede un Apple ID e può essere completata come individuo o come organizzazione.
Se ti registri come organizzazione, Apple richiede un numero D-U-N-S (il codice identificativo aziendale internazionale di Dun & Bradstreet). Ottenerlo è gratuito ma può richiedere fino a 30 giorni lavorativi. Se non lo hai già, questo passaggio da solo può rallentare l'intero processo di settimane.
Come individuo, la procedura è più rapida: servono un documento di identità valido e i dati fiscali. L'approvazione avviene generalmente entro 48 ore.
Google Play Console
L'accesso a Google Play Console richiede un pagamento una tantum di €25 (fonte: Google Play Console Help). Non ci sono rinnovi annuali. Serve un account Google e, per pubblicare app, è necessario completare la verifica dell'identità dello sviluppatore.
Dal 2023, Google ha introdotto requisiti di verifica più stringenti per i nuovi account: devi fornire un documento di identità o i dati dell'organizzazione, e Google verifica le informazioni prima di consentirti la pubblicazione. Il processo richiede generalmente 2-5 giorni lavorativi.
Un dettaglio che molti trascurano: entrambi gli store richiedono informazioni fiscali e, in alcuni casi, dettagli bancari per la configurazione dei pagamenti. Se prevedi di vendere l'app o offrire acquisti in-app, queste informazioni vanno inserite prima della pubblicazione.
Con servizi come Appo, il team si occupa di tutto il processo di pubblicazione: configurazione, asset, submission e gestione del rapporto con gli store. Per l'App Store ti serve il tuo account Apple Developer ($99/anno, richiesto da Apple — 5 minuti di setup guidato). Per Google Play, account e pubblicazione sono inclusi nel servizio.
Gli store non accettano solo il file dell'app: richiedono un pacchetto completo di asset grafici e testuali che verranno mostrati nella pagina di listing. La qualità di questi asset influisce direttamente sul tasso di download.
Nome dell'app
Il nome (o titolo) può contenere fino a 30 caratteri su App Store e 30 caratteri su Google Play. Deve essere unico, riconoscibile e — se possibile — contenere una keyword rilevante per la ricerca. Apple è particolarmente severa sul nome: non puoi usare termini generici come "migliore" o "numero 1", e non puoi includere riferimenti a prezzi.
Icona
Le specifiche tecniche sono precise:
L'icona è il primo elemento visivo che l'utente vede. Deve essere leggibile anche a dimensioni ridotte (come appare sulla home del telefono), evitare testo piccolo e avere un design coerente con il brand.
Screenshot
Entrambi gli store richiedono screenshot dell'app in funzione. I requisiti minimi:
Gli screenshot migliori non sono semplici catture schermo ma composizioni grafiche con testo esplicativo, sfondo brandizzato e focus sulle funzionalità principali. Questo è il contenuto che convince (o scoraggia) il download.
Video di anteprima (opzionale ma consigliato)
Un video di anteprima ben fatto può aumentare significativamente il tasso di conversione della pagina store. Mostra l'app in azione: navigazione, funzionalità chiave, esperienza utente.
Descrizioni
Feature graphic (solo Google Play)
Un'immagine di 1024x500 pixel che appare in cima alla pagina dello store e nei risultati di ricerca. È obbligatoria per la pubblicazione su Google Play ed è una delle prime cose che l'utente vede.
La conformità privacy non è un optional: è un requisito bloccante per la pubblicazione. Sia Apple che Google rifiutano le app che non rispettano le rispettive normative sulla privacy, e negli ultimi anni i controlli sono diventati sempre più rigorosi.
Privacy policy obbligatoria
Entrambi gli store richiedono un link a una privacy policy accessibile pubblicamente. Non può essere un PDF scaricabile: deve essere una pagina web raggiungibile da chiunque, anche senza scaricare l'app. La privacy policy deve descrivere:
Per il mercato italiano, la privacy policy deve essere conforme al GDPR. Se hai già una privacy policy sul sito web, quella può funzionare come base, ma va integrata con le specificità dell'app (ad esempio: push notification, geolocalizzazione, accesso alla fotocamera, se applicabili).
Dichiarazione sulla sicurezza dei dati (Google Play)
Google Play richiede la compilazione di una sezione dedicata chiamata "Data safety" (Sicurezza dei dati). Devi dichiarare, voce per voce, quali categorie di dati raccoglie la tua app: dati personali, dati finanziari, posizione, contatti, foto, e così via. La dichiarazione deve essere coerente con il comportamento reale dell'app: Google verifica e, in caso di discrepanze, rifiuta o rimuove l'app.
App Privacy Details (App Store)
Apple ha un sistema equivalente chiamato "App Privacy Details" (le cosiddette "etichette privacy"). Anche qui devi dichiarare ogni tipo di dato raccolto, specificando se è usato per il tracciamento, per le funzionalità dell'app o per entrambi.
Requisiti di login e accesso
Se la tua app richiede un login per accedere ai contenuti, Apple chiede che tu fornisca un account di test (username e password) al team di revisione. Senza queste credenziali, i reviewer non possono testare l'app e la rifiutano automaticamente.
Google ha requisiti simili: se l'accesso è protetto, devi fornire istruzioni chiare su come il team di revisione può testare tutte le funzionalità.
Consenso e tracciamento (ATT su iOS)
Dal 2021, le app iOS che tracciano gli utenti per finalità pubblicitarie devono implementare il framework App Tracking Transparency (ATT) e mostrare un prompt esplicito. Se la tua app include SDK di terze parti (analytics, advertising, social login), verifica se richiedono il consenso ATT. Omettere questo passaggio è una delle cause più comuni di rifiuto.
Dopo aver caricato l'app con tutti gli asset e le informazioni richieste, il passo finale è la revisione (review) da parte del team dello store. Non è un processo automatico: persone reali (e sistemi automatizzati) esaminano la tua app per verificare che rispetti le linee guida.
Revisione Apple (App Store)
La revisione Apple richiede mediamente 24-48 ore (fonte: Apple Developer Guidelines). Nella maggior parte dei casi, l'esito arriva entro un giorno lavorativo. Apple verifica:
L'ultimo punto è particolarmente rilevante per le app che derivano da siti web. Apple non rifiuta automaticamente le app webview, ma richiede che l'app offra un valore aggiuntivo rispetto alla semplice navigazione del sito. Push notification, navigazione nativa, accesso rapido alle funzionalità chiave e un'esperienza ottimizzata per il dispositivo sono tutti elementi che rafforzano il caso della tua app.
Se l'app viene rifiutata, Apple fornisce una spiegazione dettagliata con riferimento alle linee guida violate. Puoi correggere il problema e reinviare l'app per una nuova revisione. In caso di disaccordo, esiste un processo di appello formale tramite l'App Review Board.
Revisione Google (Google Play)
La revisione Google richiede mediamente 2-7 giorni (fonte: Google Play Console Help), anche se per gli account nuovi i tempi possono allungarsi. Google verifica:
Google tende a essere meno restrittivo di Apple sulle app derivate da siti web, ma è più severo sulle dichiarazioni privacy. Una discrepanza tra i dati dichiarati nella sezione "Data safety" e il comportamento reale dell'app è motivo di rifiuto immediato.
Un aspetto pratico: durante la prima pubblicazione i tempi di revisione possono essere più lunghi rispetto agli aggiornamenti successivi. Apple e Google riservano maggiore attenzione alle nuove app perché non hanno uno storico di conformità.
Conoscere gli errori più comuni ti permette di evitarli prima dell'invio. Ogni rifiuto comporta un ritardo di giorni (a volte settimane, se il problema è strutturale) e, in caso di rifiuti ripetuti, può compromettere la reputazione del tuo account sviluppatore.
1. Informazioni dello store incomplete o imprecise
Campi obbligatori lasciati vuoti, descrizioni troppo brevi, categorie errate, link alla privacy policy non funzionanti. Sembra banale, ma è la causa più frequente di rifiuto al primo tentativo. Ogni campo va compilato con attenzione, verificando che i link siano raggiungibili e i testi privi di errori evidenti.
2. Screenshot obsoleti o non corrispondenti
Gli screenshot devono rappresentare l'app nella sua versione attuale. Se invii screenshot di una versione precedente (o mock-up che non riflettono l'esperienza reale), il team di revisione lo nota e rifiuta. Apple è particolarmente attenta su questo punto: gli screenshot devono mostrare l'app in funzione su un dispositivo reale.
3. Privacy policy assente, incompleta o non accessibile
Una privacy policy mancante è un rifiuto garantito. Ma anche una privacy policy presente può causare problemi se: il link non funziona, la pagina è protetta da password, il testo non copre i dati effettivamente raccolti dall'app, o la policy non è tradotta nella lingua dello store di pubblicazione.
4. App che non funziona correttamente
Crash all'avvio, schermate bianche, funzionalità che non rispondono, contenuti che non si caricano. Il team di revisione testa l'app su dispositivi reali. Se trova bug evidenti, rifiuta. Prima di inviare, testa l'app su almeno 2-3 dispositivi diversi (o emulatori) per verificare il funzionamento.
5. Mancanza di valore aggiuntivo (soprattutto Apple)
Se l'app è un semplice wrapper del sito senza funzionalità aggiuntive, Apple può rifiutarla citando la guideline 4.2 ("Minimum Functionality"). L'app deve offrire qualcosa che il sito mobile non offre: push notification, navigazione nativa, accesso offline, esperienza ottimizzata.
6. Credenziali di test non fornite
Se l'app richiede login, dimenticare di fornire le credenziali di test è un errore sorprendentemente comune. Apple non tenterà di creare un account: rifiuterà l'app chiedendoti le credenziali. Prevedi un account di test dedicato e inseriscilo nel campo "Note per la revisione".
7. Violazione delle policy sui dati
Su Google Play, la sezione "Data safety" deve riflettere esattamente il comportamento dell'app. Se la tua app usa Firebase Analytics (che raccoglie dati del dispositivo) ma dichiari "nessun dato raccolto", il rifiuto è automatico. Verifica ogni SDK integrato e dichiara correttamente i dati raccolti.
Con Appo il team gestisce l'intero processo di pubblicazione su entrambi gli store: asset, metadata, processo di revisione e gestione di eventuali rifiuti. Per l'App Store ti serve solo il tuo account Apple Developer ($99/anno, richiesto da Apple) — il team ti guida nella creazione in 5 minuti. Per Google Play non serve nulla: è tutto incluso.
Questa è la checklist operativa da seguire prima di inviare l'app alla revisione. Ogni punto è un requisito verificabile: se ne manca anche solo uno, rischi il rifiuto o ritardi significativi.
Considerando il 73% del traffico e-commerce che oggi arriva da mobile (fonte: Shopify CRO Benchmarks 2026) e un tasso di abbandono del carrello su mobile dell'80-85% (fonte: Baymard Institute), avere un'app ben pubblicata e ottimizzata sugli store non è più un vantaggio competitivo: è una necessità operativa per qualsiasi business che vende online.
La revisione Apple richiede mediamente 24-48 ore (fonte: Apple Developer Guidelines), Google Play 2-7 giorni (fonte: Google Play Console Help). A questi tempi va aggiunta la preparazione degli asset e la configurazione degli account, che possono richiedere da poche ore a diverse settimane se parti da zero (soprattutto se devi ottenere il numero D-U-N-S per Apple). Con servizi come Appo l'intero processo è gestito dal team, dalla configurazione alla pubblicazione.
Apple Developer Program costa €99/anno (fonte: Apple Developer), Google Play Console €25 una tantum (fonte: Google Play Console Help). Sono costi obbligatori per la pubblicazione su entrambi gli store. Con Appo il team gestisce l'intero processo di pubblicazione. Per l'App Store serve il tuo account Apple Developer ($99/anno) — è come un dominio: è tuo, ti identifica come editore, e il team ti guida nella creazione in 5 minuti. Per Google Play, account e pubblicazione sono inclusi nel servizio.
Non automaticamente. Apple accetta app basate su webview a condizione che offrano un valore aggiuntivo rispetto alla semplice navigazione del sito mobile: push notification, navigazione nativa, esperienza ottimizzata per il dispositivo. La guideline 4.2 ("Minimum Functionality") è quella da rispettare. Con Appo la pubblicazione è gestita da esperti che conoscono le linee guida e configurano l'app per superare la revisione.
Per l'account Apple Developer Program registrato come organizzazione sì, serve la partita IVA (o equivalente fiscale) e il numero D-U-N-S. Come sviluppatore individuale no, ma servono comunque dati fiscali validi (codice fiscale, indirizzo). Su Google Play Console, i requisiti sono simili: per un account organizzazione servono i dati aziendali, per un account personale bastano documento di identità e dati fiscali individuali.
Sì, ogni aggiornamento viene sottoposto a una nuova revisione da parte degli store, con tempi generalmente più brevi rispetto alla prima pubblicazione (spesso poche ore su Apple, 1-3 giorni su Google). Con piattaforme automatiche come Appo, gli aggiornamenti si sincronizzano col sito: quando modifichi il sito, le modifiche si riflettono nell'app senza dover gestire manualmente il processo di aggiornamento e reinvio.
Ricevi una comunicazione dallo store con la motivazione del rifiuto e il riferimento alla linea guida violata. Puoi correggere il problema e reinviare l'app per una nuova revisione. Su Apple esiste anche un processo di appello formale tramite l'App Review Board. Il rifiuto non è permanente: è un feedback su cosa va corretto. Tuttavia, rifiuti ripetuti per lo stesso motivo possono portare a tempi di revisione più lunghi o, in casi estremi, alla sospensione dell'account.
No, puoi scegliere di pubblicare solo su App Store (iOS) o solo su Google Play (Android). La scelta dipende dal tuo pubblico: se i dati analytics del tuo sito mostrano una netta prevalenza di utenti iOS o Android, puoi iniziare da uno solo. In Italia, la quota di mercato è circa 70% Android e 30% iOS, ma gli utenti iOS tendono a spendere di più per acquisti in-app. Per massimizzare la copertura, la pubblicazione su entrambi gli store resta la scelta più logica.
Le piattaforme automatiche permettono di lanciare app mobile di qualità per una frazione del costo dello sviluppo custom. Qualità e performance: le app autom...
Gli strumenti web wrapper convertono il tuo sito in app iOS e Android da EUR 40/mese (Appo) fino a EUR 349/mese (MobiLoud). La differenza principale sta nel ...
Le piattaforme per trasformare il tuo negozio Shopify in app mobile iOS e Android partono da EUR 40/mese con strumenti automatici come Appo, fino a EUR 349/m...
Inserisci il tuo sito e scopri come trasformarlo in un'app mobile per iOS e Android.
