Come pubblicare un’app sull’App Store: da TestFlight all’approvazione

Per pubblicare un’app sull’App Store, iscriviti all’Apple Developer Program (99 USD l’anno a novembre 2026), crea l’app in App Store Connect, carica una build firmata, testala tramite TestFlight, aggiungi gli screenshot, la descrizione, i dettagli sulla privacy e la classificazione per età, poi clicca su Add for Review e Submit for Review. Apple esamina ogni richiesta manualmente, di solito entro uno o due giorni, e una volta approvata rilasci l’app sull’App Store. Questa guida segue questo percorso schermata per schermata ed elenca i problemi che più spesso rimandano indietro le app.

Stai ancora costruendo l’app? Inizia con come creare un’app per iPhone.

Cosa ti serve prima di iniziare

• Un’iscrizione all’Apple Developer Program, come persona fisica (il tuo nome legale compare come venditore) oppure come organizzazione (serve un D-U-N-S Number, un’email aziendale e un sito web funzionante).
• Una build firmata della tua app, caricata in App Store Connect. Di solito da Xcode o da Transporter di Apple, oppure tramite un servizio che compila per te.
• Un URL dell’informativa sulla privacy e un URL di supporto con i recapiti aggiornati. Apple li richiede per ogni app.
• Screenshot: da 1 a 10 per ogni dimensione di dispositivo richiesta, in formato JPEG o PNG senza trasparenza. App Store Connect mostra quali dimensioni servono; al momento della stesura è quella dell’iPhone da 6,9 pollici (o da 6,5 pollici se non fornisci quella da 6,9), più le dimensioni per iPad se l’app gira anche su iPad.
• Un account demo se una parte dell’app è protetta da login.

Passo 1: iscriviti all’Apple Developer Program

Accedi con un Apple Account che ha l’autenticazione a due fattori attiva e iscriviti. Le persone fisiche vengono di solito approvate in fretta. Le organizzazioni devono mettere in conto più tempo, perché Apple verifica lo stato giuridico dell’azienda e la tua facoltà di firmare per conto suo. Se non hai un D-U-N-S Number, in molti paesi puoi richiederlo gratuitamente, anche se il rilascio richiede tempo.

Passo 2: crea la scheda dell’app

In App Store Connect, apri Apps, clicca su + e scegli New App. Inserisci:

• Piattaforma: iOS.
• Nome: il nome che comparirà sull’App Store, che deve essere unico nello store.
• Lingua principale.
• Bundle ID: l’identificatore dell’app, per esempio com.tuaazienda.tuaapp. Deve corrispondere a quello della build.
• SKU: un codice interno a tua scelta.

Apple non consente a strumenti esterni di creare questa scheda, quindi la crei tu una volta sola.

Passo 3: carica una build

Se compili in Xcode, archivia l’app e caricala dall’Organizer. Le build si possono caricare anche con Transporter o tramite l’API di App Store Connect.

Se compili con Mythex

Con il piano Pro, Mythex compila la tua app pubblicata come app per iPhone sui propri Mac e la carica nel tuo TestFlight. Non ti servono né un Mac né Xcode. La configurazione richiede pochi minuti:

1. In App Store Connect, vai su Users and Access → Integrations → App Store Connect API e crea una Team key con il ruolo Admin.
2. Scarica il file .p8. Apple te lo fa scaricare una sola volta, quindi conservalo con cura.
3. Trascina il file nel pannello Connect App Store di Mythex e incolla l’Issuer ID mostrato sopra l’elenco delle chiavi. Mythex verifica la chiave con Apple prima di salvarla.

Alla prima build, Mythex ti indica il nome esatto e il Bundle ID da usare quando crei la scheda dell’app al Passo 2. Quando la scheda della build riporta In TestFlight, Apple elabora la build per circa 10–30 minuti, poi è pronta per i tester. Per saperne di più, consulta il creatore di app iOS di Mythex.

Passo 4: testa con TestFlight

TestFlight è il canale beta di Apple, e conviene usarlo con cura prima della revisione:

• Tester interni: fino a 100 membri del tuo team di App Store Connect. Possono installare una build appena viene elaborata.
• Tester esterni: fino a 10.000 persone, invitate via email o con un link pubblico. La prima build che aggiungi a un gruppo esterno passa una breve revisione beta.
• Durata della build: ogni build può essere testata per 90 giorni.

I tester installano l’app TestFlight, accettano l’invito e installano la tua build. Chiedi loro di svolgere i compiti principali, non solo di aprire l’app. La nostra guida ai test beta spiega come trovare tester e raccogliere i loro feedback.

Passo 5: compila la scheda sull’App Store

Nella pagina della versione dell’app, aggiungi:

• Screenshot per ogni dimensione richiesta, con schermate reali.
• Testo promozionale (facoltativo) e una descrizione che spieghi in modo chiaro cosa fa l’app.
• Parole chiave, separate da virgole. Non ripetere il nome dell’app né usare i nomi dei concorrenti.
• URL di supporto e, facoltativamente, un URL di marketing.
• Numero di versione e copyright.

In App Information imposta la categoria, l’URL dell’informativa sulla privacy e la classificazione per età, rispondendo al questionario di Apple. In Pricing and Availability scegli il prezzo (o gratuito) e i paesi.

Passo 6: compila App Privacy

App Privacy elenca i dati che la tua app raccoglie, come email, nome, posizione o dati di utilizzo, come vengono usati e se sono collegati all’utente. Compare sulla tua pagina dell’App Store come l’“etichetta nutrizionale” della privacy. Includi anche i dati raccolti dal codice di terze parti, come gli strumenti di analisi o i provider di login.

Questa sezione è disponibile solo sul sito di App Store Connect, non tramite strumenti esterni. Se usi Mythex, l’agente ti indica cosa rispondere in base a quello che la tua app fa davvero.

Passo 7: aggiungi le informazioni per la revisione e invia

In App Review Information, inserisci il nome, il telefono e l’email di un referente, e un account demo funzionante. Aggiungi delle note se qualcosa richiede spiegazioni, per esempio “la scheda Prenotazioni mostra le lezioni solo dopo che ti sei iscritto a una”.

Poi seleziona la build che hai testato, clicca su Add for Review e su Submit for Review. Può essere in revisione una sola versione per piattaforma alla volta.

Con Mythex puoi chiedere all’agente di svolgere questa parte. Collega la build, compila ciò che può e ti chiede conferma prima di inviare.

Passo 8: attendi, rispondi, rilascia

Apple dice che almeno metà delle richieste viene esaminata in meno di 24 ore e il 90% entro 48 ore. Riceverai un’email quando lo stato cambia. Se Apple ha domande o rifiuta la build, il messaggio compare nella sezione App Review di App Store Connect; rispondi lì, correggi il problema e invia di nuovo.

Quando l’app viene approvata, viene rilasciata automaticamente oppure resta in attesa del tuo rilascio manuale, a seconda di ciò che hai scelto. Puoi anche programmare una data di rilascio.

Perché le app vengono rifiutate e come evitarlo

• App incompleta (linea guida 2.1). Arresti anomali, testo segnaposto, link morti, un accesso demo mancante. Apple dice che è alla base di oltre il 40% dei problemi non risolti. Prova ogni pulsante su un iPhone reale prima di inviare.
• Sito web incapsulato (linea guida 4.2). Apple si aspetta funzionalità, contenuti e interfaccia che vadano oltre un sito web in una cornice. Offri un layout pensato per il telefono, account, dati salvati e compiti reali. Questo è particolarmente importante per le app web incapsulate, incluse quelle create con Mythex.
• Nessuna eliminazione dell’account in-app (linea guida 5.1.1(v)). Se le persone possono creare un account nell’app, devono poterlo eliminare dall’app stessa.
• Vendite digitali al di fuori degli acquisti in-app (linea guida 3.1.1). Sbloccare funzioni o contenuti a pagamento dentro l’app richiede l’acquisto in-app di Apple.
• Dettagli sulla privacy che non corrispondono all’app. App Privacy, la tua informativa sulla privacy e il comportamento dell’app devono coincidere.

Se ti serve una pagina con le policy, la nostra guida su come scrivere condizioni di servizio e informativa sulla privacy spiega cosa includere.

Aggiornare l’app in seguito

Per ogni nuova versione, aumenta il numero di versione, carica una nuova build, scrivi il testo “Novità” e inviala di nuovo. Ogni invio viene esaminato.

Se la tua app è un’app web incapsulata, come lo sono le app Mythex, la maggior parte delle modifiche quotidiane raggiunge gli utenti iPhone quando pubblichi l’app web, perché l’app per telefono la apre. Invii una nuova versione soprattutto per modifiche alla struttura dell’app, come icona, nome o permessi. Se Apple ha già approvato un numero di versione, Mythex lo incrementa (per esempio da 1.0 a 1.1) prima di compilare di nuovo.

Pubblicare anche su Android

Il processo di Google è diverso: una quota una tantum, tracce di test e, per i nuovi account personali, un test chiuso di 14 giorni con 12 tester. Vedi come pubblicare un’app su Google Play.

Domande