Pubblicare un'app su App Store e Play Store: passaggi, revisione e cosa abbiamo imparato

Cosa serve prima di pubblicare un'app?

Servono account, documenti e un'app finita, preparati prima della data di lancio. La lista sembra burocratica, ma ogni voce mancante blocca l'invio o porta a un rifiuto, e i giorni persi qui sono giorni senza utenti.

• Account sviluppatore Apple e Google, meglio intestati alla società: negli store compare il nome dell'organizzazione come venditore.
• Privacy policy pubblica e raggiungibile: Google la richiede anche per compilare la sezione Data safety, obbligatoria per tutte le app, anche quelle che non raccolgono dati.
• Dichiarazioni sui dati in App Store Connect e in Play Console, coerenti con quello che l'app fa davvero, comprese le librerie di terze parti.
• Status di trader se distribuisci su App Store nell'Unione europea: per il Digital Services Act Apple verifica e mostra indirizzo, telefono ed email del venditore nella pagina dell'app.
• Materiali per la scheda: nome, descrizione, screenshot per le dimensioni richieste, icona, categoria, classificazione per età.
• Account demo per i revisori, se l'app ha un login, con il backend acceso e dati di prova sensati.

Come si pubblica un'app su App Store?

Apple precisa che un invio incompleto allunga i tempi o non passa. Per un bug critico o un evento vicino puoi chiedere una revisione accelerata, spiegando il motivo: è un'eccezione, non un piano.

Come si pubblica un'app su Google Play?

Il test chiuso sembra un ostacolo, ma è un buon esercizio: 12 persone che usano l'app per due settimane trovano problemi che nessuna demo mostra. Recluta i tester tra i tuoi primi utenti, non tra amici che la apriranno una volta.

Perché Apple rifiuta un'app?

La maggior parte dei rifiuti nasce da poche linee guida che si possono prevenire. La tabella raccoglie quelle che una startup incontra più spesso, con il testo delle App Review Guidelines tradotto in azioni.

Cosa abbiamo imparato pubblicando l'app di Athleex?

Athleex è il SaaS del gruppo per personal trainer e coach; le sue app iOS e Android sono costruite con Capacitor sulla stessa base web in Next.js, come spieghiamo nel confronto React Native, Flutter o Capacitor. Tre episodi della pubblicazione su iOS valgono per qualsiasi startup.

Notifiche push su iOS: tre cause indipendenti

Le notifiche push dell'app iOS di Athleex non arrivavano, e le cause erano tre, indipendenti tra loro. Risolverne una non bastava: andavano verificate una per una, in quest'ordine.

1. Configurazione. Il progetto e l'identificativo dell'app devono essere abilitati alle notifiche push, e il token del dispositivo deve arrivare davvero al tuo server.
2. Permessi. L'utente deve autorizzarle e il sistema lo chiede una volta sola: fai la richiesta nel momento in cui la notifica ha senso, non al primo avvio. Anche Android, dalla versione 13, chiede un permesso esplicito.
3. Consegna. Anche con configurazione e permessi a posto, una notifica può arrivare in ritardo o non arrivare: il servizio di Apple non garantisce la consegna di ogni messaggio. Registra sul tuo server le risposte del servizio, così distingui un errore tuo da un messaggio non consegnato.

Valuta e iCloud Private Relay

Con iCloud Private Relay attivo, il paese che il nostro server ricavava dall'indirizzo IP poteva risultare diverso da quello reale dell'utente. Per questo la valuta mostrata va decisa con criterio, non solo dall'IP. Dentro l'app la fonte più affidabile è lo store stesso: in StoreKit il prezzo da mostrare è già formattato secondo lo storefront a cui è collegato il dispositivo.

Se stai ancora stimando tempi e budget di questa fase, li trovi tra i fattori di quanto costa creare un'app; il percorso completo, dall'idea alla pubblicazione, è in come creare un'app.