# Trasferire un'app a un altro account Apple Developer > Trasferire un'app: il titolare avvia App Transfer, il destinatario accetta entro 60 giorni. L'app mantiene recensioni e Bundle ID. Requisiti, passaggi, insidie. Pagina originale: [Trasferire un'app a un altro account Apple Developer](https://devoria.fr/it/blog/trasferire-app-altro-account-apple-developer) Autore: [Mehdi Azizi](https://devoria.fr/it/mehdi-azizi) Pubblicazione: 2026-11-04 Ultima revisione dei contenuti: 2026-11-04 Per spostare un'app da un account Apple Developer a un altro, Apple offre il trasferimento di app in App Store Connect. **Il titolare dell'account che cede avvia il trasferimento, il titolare dell'account che riceve lo accetta entro 60 giorni, poi l'operazione richiede fino a due giorni lavorativi.** L'app resta in vendita, mantiene valutazioni, recensioni e Bundle ID, e i suoi utenti continuano a ricevere gli aggiornamenti. Quello che si rompe va preparato prima di cliccare: TestFlight, abbonamenti, Sign in with Apple, notifiche push, portachiavi condiviso. Non ho ancora trasferito un'app di persona. Questa guida segue le pagine di supporto di Apple, rilette il 3 novembre 2026, e la lista finale è quella che applicherei alle mie app, costruite con Expo e RevenueCat. ## Quando trasferire un'app Secondo la [panoramica sul trasferimento di app](https://developer.apple.com/help/app-store-connect/transfer-an-app/overview-of-app-transfer), serve quando hai venduto l'app a un altro sviluppatore, o quando vuoi spostarla su un altro account o un'altra organizzazione. Esempio tipico per un indipendente: passare da un account personale all'account della propria società. Per aprire quell'account, leggi prima la guida al [numero D-U-N-S](https://devoria.fr/it/blog/numero-duns-apple-richiederlo-gratis). **Il trasferimento sposta l'app, non il tuo account.** Ogni app si trasferisce separatamente, e lascia del tutto il tuo account una volta conclusa l'operazione. ## I nove requisiti di Apple La pagina dei [requisiti per il trasferimento](https://developer.apple.com/help/app-store-connect/transfer-an-app/app-transfer-criteria) ne elenca nove, in quest'ordine: | Requisito di Apple | Cosa verifichi | | ------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------- | | Nessuno dei due account è in attesa o in fase di modifica, ed entrambi hanno accettato l'ultima versione dei contratti a pagamento e gratuiti | Business, scheda Agreements, da entrambe le parti | | L'app ha almeno una versione pubblicata sull'App Store | Un'app mai uscita non si trasferisce | | L'app non è in preordine in nessun paese o regione | Preordine concluso o ritirato | | L'app non ha nessuno di questi stati: Processing for Distribution, Waiting for Review, In Review, Accepted, Pending Developer Release, Pending Apple Release | La tua ultima versione è in vendita | | Gli acquisti in-app hanno uno di questi stati: Approved, Ready to Submit, Developer Removed from Sale, Rejected | Nessun acquisto in-app in revisione o incompleto | | I pacchetti di risorse ospitati da Apple non hanno versioni in Waiting for Review o In Review, su TestFlight o sull'App Store | Niente in revisione da questo lato | | Nessun identificativo di prodotto di acquisto in-app dell'app è già usato da un'app del destinatario | Confronta gli identificativi dei due account | | Un'app Mac che ha usato il sandbox e condivide la sua Application Group Container Directory con altre app Mac non si trasferisce | Solo alcune app Mac | | Un'app Apple Arcade non si trasferisce | Riguarda pochi progetti | **Aspetta che la tua ultima versione sia in vendita prima di avviare il trasferimento.** ## Preparare il trasferimento Questi punti si sistemano prima di cliccare, secondo le pagine di supporto di Apple: - **Fai un backup di tutto.** L'app lascia il tuo account: esporta metadati, prezzi, date di disponibilità, vendite e download. - **Chiudi TestFlight.** Rimuovi tutte le build e tutti i tester, e svuota i campi di Test Information in ogni lingua. Il funzionamento dei gruppi è nella [guida a TestFlight](https://devoria.fr/it/blog/testflight-testare-app-iphone-prima-invio). - **Svuota Xcode Cloud** e rimuovi l'entitlement App Replacement se esiste, con un aggiornamento pubblicato. - **Abbonamenti: condividi il segreto specifico dell'app.** Un'app che vende abbonamenti con rinnovo automatico deve usare un segreto condiviso specifico dell'app. Lo generi, lo passi al destinatario, poi avvii il trasferimento. Il destinatario aggiorna i suoi server prima di accettare, e genera un nuovo segreto a trasferimento concluso. - **Sign in with Apple: separa le app e prepara gli identificativi.** Dettagli più sotto. - **Webhook: decidi.** Seguono l'app. Eliminali prima se non vuoi più ricevere eventi, o lascia che il destinatario li reindirizzi. Due effetti da conoscere sul fronte soldi. Secondo la [pagina dello Small Business Program](https://developer.apple.com/app-store/small-business-program/), i ricavi netti dell'app nell'anno solare vengono attribuiti a tutti gli account che avviano o accettano il trasferimento. La soglia di 1 milione di dollari si valuta quindi includendo quest'app, da entrambe le parti: vedi [la commissione al 15%](https://devoria.fr/it/blog/small-business-program-apple-commissione-15). E dopo il trasferimento non si può più creare nessun codice promozionale per l'app: i codici esistenti restano validi quattro settimane dalla loro creazione. ## I passaggi per chi cede Solo il titolare dell'account (Account Holder) può avviare il trasferimento. Gli servono l'ID Apple del titolare che riceve e il Team ID del suo account. Secondo [la guida all'avvio di un trasferimento](https://developer.apple.com/help/app-store-connect/transfer-an-app/initiate-an-app-transfer): 1. In Apps, scegli l'app. 2. Nella barra laterale, sotto General, clicca su App information, poi scorri fino ad Additional Information. 3. Clicca su Transfer App. Potrebbe esserti chiesto un codice di autenticazione a due fattori. 4. Se tutti i requisiti sono soddisfatti, clicca su Continue. Altrimenti Cancel, e sistema ciò che manca. 5. Inserisci l'ID Apple del titolare destinatario e il suo Team ID, poi Continue. 6. Leggi i termini, spunta la casella di accettazione, poi clicca su Request Transfer. 7. Clicca su Done. L'app mantiene il suo stato, con in più l'indicazione Pending App Transfer. Nel frattempo non puoi più modificare metadati, prezzo, disponibilità né acquisti in-app. Le conversazioni in corso con App Review vengono chiuse. ## I passaggi per chi riceve Solo il titolare dell'account che riceve può accettare, entro 60 giorni. Secondo [la guida all'accettazione](https://developer.apple.com/help/app-store-connect/transfer-an-app/accept-an-app-transfer): 1. Accedi ad App Store Connect: un avviso segnala l'app da trasferire. 2. Apri Business: l'avviso compare in Agreements. 3. Sotto App Transfers, clicca su Review. 4. Inserisci l'URL di supporto, l'URL marketing e l'URL della privacy policy se l'app li aveva, e i contatti per App Review e l'App Store. 5. In User Access, scegli chi nel tuo team vede l'app. 6. In App privacy, riprendi o rifai le risposte del vecchio proprietario. Se mancano, le completi prima della prossima versione. 7. Leggi i termini, spunta la casella di accettazione, poi clicca su Accept. Il trasferimento passa a Processing App Transfer, fino a due giorni lavorativi. Se l'app richiede documenti sull'export, passa per Waiting for Export Compliance. Alla fine entrambi i titolari vengono avvisati, e l'app sparisce dall'account di chi cede. **Il destinatario crea poi nuovi profili di provisioning**, legati all'App ID dell'app e al suo certificato di distribuzione: vedi [certificati e profili iOS](https://devoria.fr/it/blog/certificato-sviluppatore-ios-provisioning-profile-expo). Finché lo stato è Waiting for Recipient, entrambi possono annullare: Cancel Transfer per chi cede, Decline per il destinatario, nella sezione App Transfers di Business. ## Cosa segue l'app e cosa si rompe | Elemento | Dopo il trasferimento | Da fare | | -------------------------------------- | ----------------------------------------------------------- | ------------------------------------------------------------- | | Bundle ID e App ID | Seguono, un App ID wildcard diventa esplicito | Niente | | Valutazioni, recensioni, aggiornamenti | Seguono, l'app resta in vendita | Niente | | Abbonamenti con rinnovo automatico | Richiedono un segreto condiviso specifico dell'app | Segreto passato prima, rigenerato dopo | | iCloud | Dati, container e identificativi chiave-valore seguono | Aggiornare gli identificativi chiave-valore negli entitlement | | Service ID Sign in with Apple | Segue, a meno che tu non rimuova l'associazione prima | Identificativi di trasferimento da scambiare entro 60 giorni | | Webhook | Seguono | Eliminarli prima, o reindirizzarli dopo | | Notifiche push | I certificati restano validi fino alla scadenza | Chiave APNs del destinatario, server aggiornati | | Portachiavi condiviso | Funziona fino all'aggiornamento successivo | Gruppo ricreato con il Team ID del destinatario | | App Groups | L'app resta disponibile | Gruppo eliminato da chi cede, registrato dal destinatario | | Apple Pay | Il merchant ID non segue | Nuovo merchant ID prima del prossimo aggiornamento | | Carte Wallet | Quelle aggiornate dall'app vanno riemesse | Nuovo identificativo | | Codici promozionali | Nessun nuovo codice | Vecchi codici validi quattro settimane | | Vendite e pagamenti | Chi cede tiene il prima, il destinatario riceve il dopo | Esportare prima di avviare | | App Analytics | Chi cede perde l'accesso, il destinatario riceve lo storico | Niente | | Candidature, storico dei bundle | Non seguono | Annotarli e passarli prima di avviare | Il portachiavi merita un'attenzione particolare. Apple avverte: dopo l'aggiornamento, l'app non ritrova più il token di accesso salvato nel portachiavi condiviso, e **gli utenti devono riconnettersi una volta**. Se la tua app condivide il portachiavi con un'altra app o un'estensione, avvisa i tuoi utenti prima di pubblicare quell'aggiornamento. Per Game Center, gruppi, classifiche combinate e regole di matchmaking vanno rifatti dal destinatario. Le app Mac Catalyst si trasferiscono in due tempi, prima l'app iPad. ## Sign in with Apple: gli identificativi di trasferimento Con Sign in with Apple, l'identificativo di ogni utente è specifico del tuo team. Il destinatario non può riutilizzarlo così com'è. La [documentazione di Apple sul trasferimento degli utenti](https://developer.apple.com/documentation/signinwithapple/transferring-your-apps-and-users-to-another-team) prevede tre fasi: 1. **Separa le tue app.** Un'app raggruppata con altre per Sign in with Apple non si trasferisce. 2. **Genera un identificativo di trasferimento per utente.** Con un token ottenuto con lo scope `user.migration`, chiami l'endpoint `usermigrationinfo` con l'identificativo dell'utente e il Team ID del destinatario. La risposta contiene un `transfer_sub`. 3. **Passa solo gli identificativi di trasferimento.** Né gli identificativi del tuo team, né gli indirizzi email privati. Puoi generare questi identificativi prima dell'accettazione, o fino a 60 giorni dopo. **Il destinatario ha 60 giorni dall'accettazione per scambiarli con i propri identificativi.** Pianifica questo scambio prima di avviare il trasferimento. Altro effetto: se un utente non ha nessun'altra delle tue app, dopo il trasferimento non puoi più scrivergli al suo indirizzo privato. Le regole sul login sono nella [guideline 4.8](https://devoria.fr/it/blog/guideline-4-8-login-services-sign-in-with-apple). ## Le scadenze da ricordare | Fase | Scadenza | | ----------------------------------------------- | -------------------------------------- | | Accettazione da parte del destinatario | 60 giorni dall'avvio | | Elaborazione dopo l'accettazione | Fino a due giorni lavorativi | | Scambio degli identificativi Sign in with Apple | 60 giorni dall'accettazione | | Codici promozionali esistenti | Quattro settimane dalla loro creazione | | Certificati APNs del trasferimento | Fino alla data di scadenza | ## La mia lista per un'app Expo con RevenueCat Ecco cosa verificherei, in ordine, per una delle mie app: 1. **Esportare** vendite, download e analytics prima di avviare. 2. **Aspettare** che l'ultima versione sia in vendita, e che gli acquisti in-app abbiano uno stato consentito. 3. **Chiudere TestFlight**: build, tester e Test Information. 4. **Passare il segreto condiviso** specifico dell'app, poi avviare il trasferimento. 5. **Lato destinatario, dopo l'accettazione**: un nuovo segreto condiviso, inserito in ogni servizio che verifica gli abbonamenti, RevenueCat compreso. Le chiavi per gli acquisti in-app si creano in Users and Access, scheda Integrations, e si scaricano una sola volta, secondo [la guida di App Store Connect](https://developer.apple.com/help/app-store-connect/configure-in-app-purchase-settings/generate-keys-for-in-app-purchases). 6. **Verificare l'indirizzo delle notifiche server** nella scheda dell'app. La pagina di Apple sul trasferimento non ne parla: controllalo invece di darlo per scontato. 7. **Ricreare i profili** e la chiave APNs nell'account del destinatario. Per un'app Expo, la procedura è in [il certificato push APNs con Expo](https://devoria.fr/it/blog/certificato-push-apple-p8-p12-expo). 8. **Pubblicare un aggiornamento** firmato dal nuovo account, avvisando di una riconnessione se il portachiavi è condiviso. ## Pubblicare senza perdere ciò che funziona L'[iOS & Android Kit](https://devoria.fr/it/kits/ios) parte dal codice di base delle mie app e segue quattro fasi fino all'App Store, al tuo ritmo. Il percorso completo è nella pagina [pubblicare un'app sull'App Store](https://devoria.fr/it/expertise/pubblicare-app-su-app-store). Prima di cambiare qualsiasi cosa, [fai la tua diagnosi gratuita](https://devoria.fr/it/diagnostic): rimette in ordine i passaggi e ti invia la mia checklist anti-rifiuto Apple. ## Domande frequenti ### Quanto tempo richiede un trasferimento di app sull'App Store? Il destinatario ha 60 giorni per accettare. Dopo l'accettazione, Apple indica fino a due giorni lavorativi di elaborazione. Se l'app richiede documenti sull'export, si aggiunge una fase di verifica. ### L'app sparisce dall'App Store durante il trasferimento? No. L'app resta in vendita durante e dopo il trasferimento. Mantiene valutazioni, recensioni e Bundle ID, e i suoi utenti continuano a ricevere gli aggiornamenti. ### Gli abbonati mantengono l'abbonamento dopo un trasferimento? Apple non descrive nessuna interruzione per gli abbonati. L'unico requisito riguarda il segreto condiviso specifico dell'app: chi cede lo passa prima, il destinatario aggiorna i suoi server, poi ne genera uno nuovo dopo il trasferimento. ### Si può trasferire un'app che non è mai stata pubblicata? No. L'app deve avere almeno una versione pubblicata sull'App Store. Non deve nemmeno essere in preordine né in revisione. ### Chi può avviare e accettare un trasferimento di app? Solo i titolari degli account, chiamati Account Holder. Chi cede ha bisogno dell'ID Apple del titolare destinatario e del Team ID del suo account. ### Si può annullare un trasferimento di app? Sì, finché lo stato è Waiting for Recipient. Chi cede clicca su Cancel Transfer, il destinatario su Decline, nella sezione App Transfers di Business. Senza risposta, il trasferimento scade dopo 60 giorni. ## Il tuo progetto [Review Kit](https://devoria.fr/it/kits/app-review): La mia checklist per la review dell'App Store, i rifiuti di Apple che ho risolto, quella di Google Play e tre skill per Claude Code. 49 €. [iOS & Android Kit](https://devoria.fr/it/kits/ios): Crea la tua app iPhone e Android con Claude Code: il codice di partenza delle mie app, il percorso fino agli store e tutti i kit. 99 €. [Diagnosi: cosa ti separa dalla tua app per iPhone](https://devoria.fr/it/diagnostic): 7 domande, 60 secondi: scopri cosa ti blocca davvero nel pubblicare la tua app per iPhone, il tuo percorso in 4 tappe e il kit giusto per te.