Come pubblicare un'app sull'App Store e sul Play Store

Sviluppare l'app è solo metà del lavoro: renderla disponibile sull'App Store e su Google Play è un progetto a sé, e la prima submission richiede sempre più tempo del previsto. Rifiuti, asset mancanti e configurazione degli account possono far slittare il lancio di settimane se non si è preparati. Ecco la checklist che seguiamo per rendere il primo rilascio il più fluido possibile.

Creare gli account per tempo

È il passaggio che coglie tutti di sorpresa, quindi va fatto per primo:

• Apple Developer Program: $99/anno, e la verifica dell'identità per le organizzazioni può richiedere diversi giorni. Un account aziendale richiede un numero D-U-N-S, il cui ottenimento può richiedere ancora più tempo.
• Google Play Developer: una quota una tantum di $25, più rapido da configurare, ma i nuovi account personali devono ora soddisfare un requisito di testing prima del rilascio pubblico.

Avviate entrambi gli account nel momento in cui decidete di pubblicare. Aspettare che l'app sia pronta prima di creare gli account è il modo più sicuro per far slittare il lancio.

Preparare gli asset per lo store

Entrambi gli store richiedono una scheda curata nei dettagli: affrettarla penalizza le conversioni:

• Icona dell'app nelle dimensioni richieste
• Screenshot per ogni categoria di dispositivo (e spesso un video di anteprima)
• Titolo chiaro, sottotitolo e descrizione ricca di keyword
• URL dell'informativa sulla privacy (obbligatoria su entrambi gli store)
• Categoria, classificazione dei contenuti e informazioni di contatto

La App Privacy "nutrition label" di Apple e il modulo Data Safety di Google richiedono entrambi di dichiarare con precisione quali dati vengono raccolti e perché. Compilateli in modo onesto e accurato: le discrepanze sono tra le cause di rifiuto più frequenti.

Compilare e caricare correttamente

Rilasciate una build di produzione adeguata, firmata per la distribuzione:

1. iOS: archiviate e caricate su App Store Connect tramite Xcode o un servizio di build. Apple gestisce i certificati di firma e i profili di provisioning: configurateli correttamente o il caricamento fallirà.
2. Android: generate un App Bundle (.aab) firmato, non un APK in formato legacy, e custodite con cura la chiave di firma. Perderla significa non poter mai più aggiornare l'app sotto la stessa scheda.

Se utilizzate React Native con Expo, EAS Build gestisce la maggior parte di questa procedura di firma e caricamento, eliminando gran parte della complessità.

Superare la revisione

La revisione di Apple è più rigorosa e lenta (in genere uno o due giorni, talvolta di più); quella di Google è più rapida e automatizzata. Le cause di rifiuto più comuni:

• Una schermata di login senza credenziali demo fornite ai revisori
• Link non funzionanti, crash o contenuti segnaposto
• Dichiarazioni sulla privacy mancanti o inesatte
• Utilizzo di API private o violazione delle linee guida della piattaforma
• Pagamenti che aggirano il sistema di fatturazione obbligatorio della piattaforma per i beni digitali

Fornite credenziali di test, note per la revisione e una build funzionante. La maggior parte dei primi rifiuti riguarda problemi di processo evitabili, non criticità strutturali.

Eseguire un rollout graduale

Non attivate l'app per il 100% degli utenti il primo giorno:

• Usate TestFlight (iOS) e le internal/closed testing track di Google per validare la build di rilascio con tester reali prima del lancio.
• Google Play supporta il staged rollout: rilasciate a una piccola percentuale di utenti, monitorate i dati su crash e valutazioni, poi ampliate gradualmente. Se qualcosa si rompe, sospendete e correggete.

Dopo il lancio

La pubblicazione non è il traguardo finale. Monitorate i crash report e le recensioni, rispondete ai feedback e pianificate la cadenza degli aggiornamenti: ogni aggiornamento passa nuovamente per la revisione, quindi integratelo nel vostro ciclo di rilascio.

Se volete che il vostro primo rilascio sia gestito dall'inizio alla fine — account, asset, firma e revisione — senza imprevisti dell'ultimo minuto, parliamone.