EAS Submit iOS: pubblicare un'app Expo sull'App Store

Q: Serve un Apple ID per usare eas submit?

Al primo avvio, il comando te lo chiede. Dopo, con ascAppId nel profilo e una chiave API di App Store Connect, può girare senza interazione, anche in integrazione continua. La chiave API è il metodo predefinito e consigliato da Expo.

Di Mehdi Azizi
Pubblicato il 25 ottobre 2026, 8 min

EAS Submit invia il tuo build iOS ad App Store Connect, dove arriva in TestFlight. L'invio in revisione lo fai tu in App Store Connect.

eas submit --platform ios invia il tuo build iOS ad App Store Connect, dove compare in TestFlight dopo l'elaborazione da parte di Apple. Il comando non invia la tua app alla revisione di Apple: la scelta del build e l'invio in revisione restano da fare in App Store Connect. Per automatizzarlo, gli servono il numero della tua scheda (ascAppId) e una chiave API di App Store Connect.

Pubblico le mie app iOS, tra cui Solys, TradaZen e Nolera, con Expo, EAS Build ed EAS Submit. Questa guida segue la documentazione di Expo sull'invio iOS, riletta il 25 ottobre 2026. Se non hai un Mac, il percorso completo è in pubblicare un'app iOS senza Mac. Qui ci concentriamo sull'invio.

Cosa ti serve prima del primo comando

Expo elenca tre prerequisiti:

Un account Apple Developer a pagamento. Prezzo e iscrizione sono in account sviluppatore Apple.
Un bundle identifier in ios.bundleIdentifier. Secondo il riferimento della configurazione Expo, lo inventi tu, ma deve essere unico sull'App Store.
EAS CLI installato, poi eas login con il tuo account Expo.

Ti serve anche un build di produzione firmato. Lo crea EAS Build con il certificato e il profilo che gestisce per te, come spiega certificato e provisioning profile iOS.

La scheda App Store Connect: tu o EAS?

EAS Submit invia un binario verso un'app che deve esistere in App Store Connect.

Puoi crearla tu. L'aiuto di Apple descrive la finestra New App: piattaforma, nome, lingua principale, bundle identifier, SKU e accesso degli utenti. Serve il ruolo Account Holder, Admin o App Manager.

Oppure può crearla EAS al primo invio. Secondo la pagina di Expo su TestFlight, eas submit crea la scheda quando invii il tuo primo build. Secondo il riferimento di eas.json, se compili ascAppId questo passaggio viene saltato. Il nome viene da appName o, in mancanza, dal name della tua configurazione. La lingua principale viene da language, che di default vale en-US. Se la tua app esce prima in italiano, imposta language prima di questo primo invio.

Poi copia il numero della scheda in ascAppId. Expo spiega dove trovarlo: apri la tua app in App Store Connect, poi App Information. È il campo Apple ID, sotto General Information. È un numero, non il tuo bundle identifier.

Perché una chiave API invece del tuo Apple ID

EAS Submit si collega ad Apple con il tuo Apple ID o con una chiave API di App Store Connect.

L'Apple ID si scontra con l'autenticazione a due fattori, che Apple richiede a tutti gli utenti di App Store Connect: serve una persona che confermi l'accesso. La password specifica per app, passata in EXPO_APPLE_APP_SPECIFIC_PASSWORD, evita questo passaggio, ma Expo la considera meno sicura della chiave API, il suo metodo predefinito e consigliato. La chiave permette di autenticarsi senza alcuna interazione, e quindi di automatizzare l'invio.

Due strade per ottenerla:

Lascia che la gestisca EAS. Lancia eas credentials --platform ios, scegli il profilo production, accedi al tuo account Apple, poi scegli "App Store Connect: Manage your API Key".
Usa una chiave tua. In App Store Connect: Users and Access, scheda Integrations, App Store Connect API, Team Keys, poi Generate API Key. Serve un account Admin, e la guida di Expo assegna alla chiave il ruolo Admin.

Nel secondo caso, annota il Key ID, mostrato nell'elenco delle chiavi attive, e l'Issuer ID, in alto nella pagina Integrations. Soprattutto, conserva il file .p8: puoi scaricarlo una sola volta, e Apple non ne tiene nessuna copia.

Secondo Apple, una chiave Admin può creare ed eliminare utenti del tuo account. Apple chiede di non mettere mai la chiave in un repository di codice.

Il file eas.json minimo da copiare

Tutti i valori sono finti: sostituiscili con i tuoi.

{
  "cli": {
    "appVersionSource": "remote"
  },
  "build": {
    "production": {
      "autoIncrement": true
    }
  },
  "submit": {
    "production": {
      "ios": {
        "ascAppId": "1234567890",
        "appleTeamId": "ABCDE12345",
        "ascApiKeyPath": "./keys/AuthKey_XXXXXXXXXX.p8",
        "ascApiKeyIssuerId": "your-issuer-id",
        "ascApiKeyId": "XXXXXXXXXX"
      }
    }
  }
}

appVersionSource e autoIncrement: i server di EAS tengono il numero di build e lo incrementano a ogni build di produzione. Expo consiglia questa modalità remota da EAS CLI 12.
ascAppId: il numero della tua scheda. Senza, la modalità non interattiva fallisce.
appleTeamId: l'identificativo del tuo team Apple Developer.
ascApiKeyPath, ascApiKeyIssuerId, ascApiKeyId: la tua chiave API. Tutti e tre i campi accettano variabili d'ambiente. Aggiungi la cartella keys al tuo .gitignore.

Il campo appleId serve solo se accedi con il tuo Apple ID. Se EAS gestisce già la tua chiave, togli anche i tre campi ascApiKey. Nelle mie tre app, ricontrollate il 25 ottobre, il profilo di invio di produzione contiene solo ascAppId, più appleTeamId su Solys: nessuna chiave nel file.

Lanciare il build, poi l'invio

eas build --platform ios --profile production
eas submit --platform ios

Senza altre opzioni, eas submit ti fa scegliere il build da inviare e, al primo avvio, ti chiede il tuo Apple ID. Il profilo di invio production viene usato di default, se esiste. Il riferimento di EAS CLI elenca le opzioni che evitano la scelta:

Opzione	Cosa fa
`--latest`	Invia l'ultimo build iOS
`--id`	Invia un build EAS specifico
`--path`	Invia un file .ipa locale
`--url`	Invia un archivio online
`--groups`	Aggiunge a un gruppo interno
`--what-to-test`	Compila "What to test"

Per concatenare tutto, aggiungi --auto-submit al comando di build. Secondo la pagina di Expo sull'invio automatico, il build completato parte verso EAS Submit con il profilo di invio che ha lo stesso nome del profilo di build. Per sceglierne un altro: --auto-submit-with-profile=nome. Il build va in TestFlight, non in revisione.

In integrazione continua, aggiungi --non-interactive e un token EXPO_TOKEN. A quel punto il comando non può chiederti niente: gli servono ascAppId nel profilo e una chiave API, quella che EAS ha associato all'app oppure la tua nei tre campi ascApiKey.

Cosa succede dopo l'invio

1. Apple elabora il build. Deve passare per questa elaborazione prima di comparire in App Store Connect, e alla fine Apple ti manda un'email. Expo parla in genere di 10-15 minuti prima di vederlo in TestFlight.

2. La conformità all'esportazione. Lo stato Missing Compliance significa che manca la tua dichiarazione sulla crittografia. App Store Connect fa queste domande a ogni nuova versione, a meno che l'Info.plist non risponda già. Con Expo, la chiave si chiama ios.config.usesNonExemptEncryption:

{
  "expo": {
    "ios": {
      "config": {
        "usesNonExemptEncryption": false
      }
    }
  }
}

Secondo Apple, false va bene se la tua app, librerie comprese, non usa nessuna crittografia o solo una crittografia esente. La crittografia di sistema, come l'HTTPS tramite URLSession, in genere lo è. Dichiara false solo se è vero per la tua app: la dichiarazione ti impegna. Come ogni chiave dell'Info.plist, richiede un nuovo build.

3. TestFlight. Allo stato Ready to Submit, secondo Apple, il build può andare ai tester interni, passare la revisione beta per quelli esterni o andare in revisione App Store. Il campo groups del profilo lo aggiunge ai tuoi gruppi interni. Tutto il resto è in TestFlight per testare la tua app.

L'invio non è l'invio in revisione

Lo scrive Expo: un build TestFlight non viene pubblicato automaticamente sull'App Store. EAS Submit non compila né la tua scheda né i tuoi screenshot. Restano quattro passaggi in App Store Connect, descritti nell'aiuto di Apple sull'invio in revisione:

Compila i metadati obbligatori della versione.
Scegli il build nella sezione Build della versione.
Clicca "Add for Review". La versione passa a Ready for Review, ma ancora niente è partito in revisione.
Clicca "Submit for Review". Lo stato passa a In Review quando inizia la revisione.

Gli errori frequenti e come correggerli

Errore mostrato	Causa	Correzione
ITMS-90189	Numero di build già usato	`autoIncrement`
ITMS-90062 o 90186	Versione già chiusa	Aumentare `version`
"Set ascAppId"	`ascAppId` assente in CI	Aggiungere `ascAppId`
"API Keys cannot"	Nessuna chiave associata	`eas credentials`
ITMS-90683	Purpose string mancante	`ios.infoPlist`
ITMS-91053	Manifest incompleto	`ios.privacyManifests`
ITMS-90725	SDK iOS troppo vecchio	Aggiornare l'SDK Expo
Missing Compliance	Crittografia non dichiarata	`usesNonExemptEncryption`

Secondo Expo, il numero di build già usato è una causa comune di rifiuto all'invio: trovi tutto in numero di build e versione. Tre errori hanno una guida dedicata: ITMS-90683 con Expo, ITMS-91053 con Expo e ITMS-90725.

I due messaggi tra virgolette vengono da EAS e si correggono nella sua configurazione. Missing Compliance si risolve anche rispondendo alle domande in App Store Connect. Per tutte le altre righe, la correzione riguarda il binario: rifai un build, poi rinvialo. Un aggiornamento da remoto non cambia né l'Info.plist, né il manifest, né i numeri.

Inviare la tua prima app senza andare a tentativi

Il comando è solo un passaggio. L'iOS Kit parte dal codice di base delle mie app, abbonamenti compresi, e ti guida in quattro tappe fino all'App Store, con i tuoi tempi.

Se stai preparando la tua prima uscita, fai la diagnosi gratuita: ti dice cosa ti blocca davvero e ti manda la mia checklist anti-rifiuto di Apple. Per la scheda, gli screenshot e l'approvazione, la pagina pubblicare un'applicazione sull'App Store copre ogni passaggio.

Domande frequenti

Come si pubblica un'app Expo sull'App Store?

Lancia un build di produzione con EAS Build, poi invialo con eas submit --platform ios. Dopo l'elaborazione di Apple, compare in TestFlight. In App Store Connect, poi, compila la scheda, scegli quel build nella versione e clicca "Add for Review" e "Submit for Review".

EAS Submit invia la mia app in revisione ad Apple?

No. EAS Submit invia il binario ad App Store Connect e il build arriva in TestFlight. L'invio in revisione si fa a mano in App Store Connect, dopo aver compilato la scheda e scelto il build.

Dove trovo l'ascAppId della mia app?

In App Store Connect, apri la tua app, poi App Information. È il campo Apple ID, sotto General Information. È un numero, da non confondere con il tuo bundle identifier.

Serve un Apple ID per usare eas submit?

Al primo avvio, il comando te lo chiede. Dopo, con ascAppId nel profilo e una chiave API di App Store Connect, può girare senza interazione, anche in integrazione continua. La chiave API è il metodo predefinito e consigliato da Expo.

Quanto tempo ci vuole per vedere il build in TestFlight?

Expo parla in genere di 10-15 minuti di elaborazione da parte di Apple, che alla fine ti manda un'email. Se il build resta allo stato Missing Compliance, rispondi alle domande sulla crittografia, poi dichiarala nella tua configurazione per i build successivi.

Sfondo