# Transferir app para outra conta Apple Developer > O titular inicia o App Transfer e o destinatário aceita em até 60 dias. O app mantém avaliações e Bundle ID. Requisitos, etapas e armadilhas. Página original: [Transferir app para outra conta Apple Developer](https://devoria.fr/pt-br/blog/transferir-app-outra-conta-apple-developer) Autor: [Mehdi Azizi](https://devoria.fr/pt-br/mehdi-azizi) Publicação: 2026-11-04 Última revisão do conteúdo: 2026-11-04 Para passar um app de uma conta Apple Developer para outra, a Apple oferece a transferência de app no App Store Connect. **O titular da conta que cede inicia a transferência, o titular da conta que recebe aceita em até 60 dias, e depois a operação leva até dois dias úteis.** O app continua à venda, mantém as notas, as avaliações e o Bundle ID, e os usuários continuam recebendo as atualizações. O que quebra se prepara antes de clicar: TestFlight, assinaturas, Sign in with Apple, notificações push, keychain compartilhado. Eu ainda não transferi nenhum app. Este guia segue as páginas de ajuda da Apple, revisadas em 3 de novembro de 2026, e a lista final é a que eu aplicaria aos meus apps, feitos com Expo e RevenueCat. ## Quando transferir um app Segundo a [visão geral da transferência de app](https://developer.apple.com/help/app-store-connect/transfer-an-app/overview-of-app-transfer), ela serve para quando você vendeu o app para outro desenvolvedor, ou quando quer movê-lo para outra conta ou outra organização. Exemplo típico para um dev indie: passar de uma conta pessoal para a conta da sua empresa. Para abrir essa conta, leia antes o guia do número D-U-N-S. **A transferência move o app, não a sua conta.** Cada app é transferido separadamente, e ele sai completamente da sua conta quando a operação termina. ## As nove condições da Apple A página dos [critérios de transferência](https://developer.apple.com/help/app-store-connect/transfer-an-app/app-transfer-criteria) lista nove, nesta ordem: | Critério da Apple | O que você verifica | | ---------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------- | | Nenhuma das duas contas está pendente ou em processo de alteração, e as duas aceitaram a versão mais recente dos contratos pagos e gratuitos | Business, aba Agreements, dos dois lados | | O app tem pelo menos uma versão publicada na App Store | Um app nunca lançado não pode ser transferido | | O app não está em pré-venda em nenhum país ou região | Pré-venda encerrada ou retirada | | O app não tem nenhum destes status: Processing for Distribution, Waiting for Review, In Review, Accepted, Pending Developer Release, Pending Apple Release | Sua última versão está à venda | | As compras no app têm um destes status: Approved, Ready to Submit, Developer Removed from Sale, Rejected | Nenhuma compra no app em revisão ou incompleta | | Os pacotes de recursos hospedados pela Apple não têm nenhuma versão em Waiting for Review ou In Review, no TestFlight ou na App Store | Nada em revisão desse lado | | Nenhum identificador de produto de compra no app já é usado por um app do destinatário | Compare os identificadores das duas contas | | Um app Mac que usou o sandbox e compartilha seu Application Group Container Directory com outros apps Mac não pode ser transferido | Só alguns apps Mac | | Um app Apple Arcade não pode ser transferido | Afeta poucos projetos | **Espere sua última versão estar à venda antes de iniciar a transferência.** ## Preparar a transferência Estes pontos se resolvem antes de clicar, segundo as páginas de ajuda da Apple: - **Faça backup de tudo.** O app sai da sua conta: exporte metadados, preços, datas de disponibilidade, vendas e downloads. - **Desligue o TestFlight.** Remova todos os builds e todos os testadores, e esvazie os campos de Test Information em cada idioma. O funcionamento dos grupos está no [guia do TestFlight](https://devoria.fr/pt-br/blog/testflight-como-testar-app-iphone-antes-envio). - **Limpe o Xcode Cloud** e remova o entitlement App Replacement, se existir, com uma atualização publicada. - **Assinaturas: compartilhe o segredo específico do app.** Um app que vende assinaturas renováveis precisa usar um segredo compartilhado específico do app. Você gera, envia para o destinatário e depois inicia a transferência. O destinatário atualiza os servidores antes de aceitar e gera um novo segredo quando a transferência termina. - **Sign in with Apple: desagrupe e prepare os identificadores.** Detalhado mais abaixo. - **Webhooks: decida.** Eles acompanham o app. Apague antes se não quiser mais receber eventos, ou deixe o destinatário redirecioná-los. Dois efeitos para saber do lado do dinheiro. Segundo a [página do Small Business Program](https://developer.apple.com/app-store/small-business-program/), a receita líquida do app no ano civil é atribuída a todas as contas que iniciam ou aceitam a transferência. O limite de 1 milhão de dólares é então calculado com esse app, dos dois lados: veja [a comissão de 15%](https://devoria.fr/pt-br/blog/small-business-program-apple-comissao-15). E depois da transferência, nenhum código promocional novo pode ser criado para o app: os códigos existentes continuam válidos por quatro semanas após a criação. ## As etapas do lado de quem cede Só o titular da conta (Account Holder) pode iniciar a transferência. Ele precisa do Apple ID do titular que recebe e do Team ID da conta dele. Segundo a [ajuda sobre iniciar uma transferência](https://developer.apple.com/help/app-store-connect/transfer-an-app/initiate-an-app-transfer): 1. Em Apps, escolha o app. 2. Na barra lateral, em General, clique em App information e desça até Additional Information. 3. Clique em Transfer App. Pode ser pedido um código de autenticação de dois fatores. 4. Se todos os critérios forem atendidos, clique em Continue. Se não, Cancel, e resolva o que falta. 5. Digite o Apple ID do titular destinatário e o Team ID dele, depois Continue. 6. Leia os termos, marque a caixa de concordância e clique em Request Transfer. 7. Clique em Done. O app mantém o status, com a indicação Pending App Transfer a mais. Nesse período, você não pode mais alterar metadados, preço, disponibilidade nem compras no app. As conversas em andamento com o App Review são encerradas. ## As etapas do lado de quem recebe Só o titular da conta que recebe pode aceitar, em até 60 dias. Segundo a [ajuda sobre aceitar](https://developer.apple.com/help/app-store-connect/transfer-an-app/accept-an-app-transfer): 1. Entre no App Store Connect: um alerta avisa sobre o app a transferir. 2. Abra Business: o alerta aparece em Agreements. 3. Em App Transfers, clique em Review. 4. Preencha a URL de suporte, a URL de marketing e a URL da política de privacidade, se o app tinha, e os contatos para o App Review e a App Store. 5. Em User Access, escolha quem da sua equipe vê o app. 6. Em App privacy, mantenha ou refaça as respostas do dono anterior. Sem respostas, você completa antes da próxima versão. 7. Leia os termos, marque a caixa de concordância e clique em Accept. A transferência passa para Processing App Transfer, por até dois dias úteis. Se o app exigir documentos de exportação, ele passa por Waiting for Export Compliance. No fim, os dois titulares são avisados, e o app some da conta de quem cedeu. **O destinatário cria então novos perfis de provisionamento**, ligados ao App ID do app e ao certificado de distribuição: veja certificados e perfis iOS. Enquanto o status for Waiting for Recipient, qualquer um pode cancelar: Cancel Transfer para quem cede, Decline para quem recebe, na seção App Transfers de Business. ## O que acompanha o app e o que quebra | Item | Depois da transferência | O que fazer | | -------------------------------- | ----------------------------------------------------------- | --------------------------------------------------------- | | Bundle ID e App ID | Acompanham, um App ID genérico vira explícito | Nada | | Notas, avaliações, atualizações | Acompanham, o app continua à venda | Nada | | Assinaturas renováveis | Exigem um segredo compartilhado específico do app | Segredo enviado antes, regenerado depois | | iCloud | Dados, contêineres e identificadores chave-valor acompanham | Atualizar os identificadores chave-valor dos entitlements | | Service ID do Sign in with Apple | Acompanha, a menos que você remova a associação antes | Identificadores de transferência a trocar em até 60 dias | | Webhooks | Acompanham | Apagar antes ou redirecionar depois | | Notificações push | Os certificados continuam válidos até expirar | Chave APNs do destinatário, servidores atualizados | | Keychain compartilhado | Funciona até a próxima atualização | Grupo recriado com o Team ID do destinatário | | App Groups | O app continua disponível | Grupo apagado em quem cede, registrado no destinatário | | Apple Pay | O merchant ID não acompanha | Novo merchant ID antes da próxima atualização | | Cartões Wallet | Os atualizados pelo app precisam ser reemitidos | Novo identificador | | Códigos promocionais | Nenhum código novo | Códigos antigos válidos por quatro semanas | | Vendas e pagamentos | Quem cede fica com o antes, o destinatário recebe o depois | Exportar antes de iniciar | | App Analytics | Quem cede perde o acesso, o destinatário recebe o histórico | Nada | | Indicações, histórico de bundles | Não acompanham | Anotar e repassar antes de iniciar | O keychain merece atenção especial. A Apple avisa: depois da atualização, o app não encontra mais o token de login guardado no keychain compartilhado, e **os usuários precisam fazer login de novo uma vez**. Se o seu app compartilha o keychain com outro app ou uma extensão, avise seus usuários antes de publicar essa atualização. No Game Center, os grupos, os rankings combinados e as regras de matchmaking precisam ser refeitos pelo destinatário. Os apps Mac Catalyst são transferidos em duas etapas, primeiro o app de iPad. ## Sign in with Apple: os identificadores de transferência Com o Sign in with Apple, o identificador de cada usuário é específico da sua equipe. O destinatário não pode reutilizá-lo como está. A [documentação da Apple sobre a transferência de usuários](https://developer.apple.com/documentation/signinwithapple/transferring-your-apps-and-users-to-another-team) prevê três etapas: 1. **Desagrupe seus apps.** Um app agrupado com outros para o Sign in with Apple não pode ser transferido. 2. **Gere um identificador de transferência por usuário.** Com um token obtido no escopo `user.migration`, você chama o endpoint `usermigrationinfo` com o identificador do usuário e o Team ID do destinatário. A resposta traz um `transfer_sub`. 3. **Envie só os identificadores de transferência.** Nem os identificadores da sua equipe, nem os e-mails privados. Você pode gerar esses identificadores antes da aceitação ou até 60 dias depois. **O destinatário tem 60 dias após a aceitação para trocá-los pelos próprios identificadores.** Planeje essa troca antes de iniciar a transferência. Outro efeito: se um usuário não tem nenhum outro app seu, você não consegue mais escrever para o e-mail privado dele depois da transferência. As regras de login estão na [guideline 4.8](https://devoria.fr/pt-br/blog/guideline-4-8-login-services-sign-in-with-apple). ## Os prazos para guardar | Etapa | Prazo | | ----------------------------------------------- | ----------------------------- | | Aceitação pelo destinatário | 60 dias após o início | | Processamento após a aceitação | Até dois dias úteis | | Troca dos identificadores do Sign in with Apple | 60 dias após a aceitação | | Códigos promocionais existentes | Quatro semanas após a criação | | Certificados APNs da transferência | Até a data de expiração | ## Minha lista para um app Expo com RevenueCat Isto é o que eu verificaria, nesta ordem, para um dos meus apps: 1. **Exportar** vendas, downloads e analytics antes de iniciar. 2. **Esperar** a última versão estar à venda e as compras no app terem um status permitido. 3. **Desligar o TestFlight**: builds, testadores e Test Information. 4. **Enviar o segredo compartilhado** específico do app e depois iniciar a transferência. 5. **Do lado do destinatário, depois da aceitação**: um novo segredo compartilhado, configurado em todo serviço que verifica assinaturas, incluindo o RevenueCat. As chaves de compra no app são criadas em Users and Access, aba Integrations, e só podem ser baixadas uma vez, segundo a [ajuda do App Store Connect](https://developer.apple.com/help/app-store-connect/configure-in-app-purchase-settings/generate-keys-for-in-app-purchases). 6. **Conferir o endereço das notificações de servidor** na página do app. A página da Apple sobre transferência não fala disso: confira em vez de supor. 7. **Recriar os perfis** e a chave APNs na conta do destinatário. Para um app Expo, o passo a passo está em o certificado push APNs com Expo. 8. **Publicar uma atualização** assinada pela nova conta, avisando sobre um novo login se o keychain for compartilhado. ## Publicar sem perder o que funciona O [iOS & Android Kit](https://devoria.fr/pt-br/kits/ios) parte do código inicial dos meus apps e segue quatro etapas até a App Store, no seu ritmo. O processo completo está na página [publicar um aplicativo na App Store](https://devoria.fr/pt-br/expertise/publicar-app-na-app-store). Antes de mudar qualquer coisa, [faça seu diagnóstico gratuito](https://devoria.fr/pt-br/diagnostic): ele coloca as etapas na ordem e te envia meu checklist contra rejeições da Apple. ## Perguntas frequentes ### Quanto tempo leva uma transferência de app na App Store? O destinatário tem 60 dias para aceitar. Depois da aceitação, a Apple fala em até dois dias úteis de processamento. Se o app exigir documentos de exportação, entra uma etapa de verificação a mais. ### O app some da App Store durante a transferência? Não. O app continua à venda durante e depois da transferência. Ele mantém as notas, as avaliações e o Bundle ID, e os usuários continuam recebendo as atualizações. ### Os assinantes mantêm a assinatura depois de uma transferência? A Apple não descreve nenhuma interrupção para os assinantes. A única exigência é o segredo compartilhado específico do app: quem cede envia antes, o destinatário atualiza os servidores e depois gera um novo após a transferência. ### Dá para transferir um app que nunca foi publicado? Não. O app precisa ter pelo menos uma versão publicada na App Store. Ele também não pode estar em pré-venda nem em revisão. ### Quem pode iniciar e aceitar uma transferência de app? Só os titulares das contas, chamados de Account Holder. Quem cede precisa do Apple ID do titular destinatário e do Team ID da conta dele. ### Dá para cancelar uma transferência de app? Sim, enquanto o status for Waiting for Recipient. Quem cede clica em Cancel Transfer, e o destinatário em Decline, na seção App Transfers de Business. Sem resposta, a transferência expira depois de 60 dias. ## Seu projeto [Review Kit](https://devoria.fr/pt-br/kits/app-review): Meu checklist de revisão da App Store, as recusas da Apple que corrigi, o checklist do Google Play e três skills do Claude Code. R$ 289. [iOS & Android Kit](https://devoria.fr/pt-br/kits/ios): Crie seu app para iPhone e Android com o Claude Code: o código inicial dos meus apps, o caminho até as lojas e todos os kits. R$ 589. [Diagnóstico: o que te separa do seu app de iPhone](https://devoria.fr/pt-br/diagnostic): 7 perguntas, 60 segundos: descubra o que realmente te impede de publicar seu app de iPhone, seu caminho em 4 etapas e o kit certo para você.