Comece por esta diferença
Os desenvolvedores criam um app no Xcode. Você e sua equipe gerenciam o negócio no App Store Connect: preparam a página na loja, convidam testadores, enviam o app para revisão, respondem às avaliações e acompanham downloads e receita.
Este guia se baseia na ajuda oficial da Apple sobre o App Store Connect e foi escrito para quem nunca usou o painel de desenvolvedores da Apple. A Apple atualiza a interface e as regras com frequência. Se um botão tiver outro nome na sua tela, siga a interface atual e a documentação oficial.
- Crie um registro do app
- Envie e teste um build
- Envie para revisão e publique
- Use os dados para continuar melhorando
1. O que é exatamente o App Store Connect?
O App Store Connect é o painel de gerenciamento da Apple para desenvolvedores e equipes responsáveis por apps. Ele gerencia o nome, a descrição, as capturas de tela, o preço e as atualizações que os usuários veem na App Store. Também oferece acesso a testes, revisão, vendas, pagamentos e avaliações de clientes.
Apps
Gerencie registros de apps, páginas na loja, versões, envios para revisão, preços, assinaturas e avaliações de clientes.
TestFlight
Envie versões beta ainda não lançadas para colegas ou testadores externos.
Analytics
Acompanhe impressões, visualizações da página do produto, downloads, conversão, retenção, uso e receita.
Relatórios
Veja tendências de vendas, receitas estimadas, pagamentos realizados e relatórios financeiros para baixar.
Business
Assine contratos e configure informações fiscais e bancárias para que a Apple possa pagar você.
Users and Access
Convide integrantes da equipe e defina o que cada pessoa pode ver e fazer.
Não confunda com o site Apple Developer
O site Apple Developer funciona como uma área de registro para desenvolvedores: ele cuida de certificados, dispositivos, Bundle IDs e da assinatura do programa. O App Store Connect é a área administrativa da página do seu app. Os dois estão conectados, mas são destinos diferentes.
2. O que você deve preparar antes de começar?
- Uma Apple Account com autenticação de dois fatores ativada.
- Uma assinatura ativa do Apple Developer Program ou um convite da sua equipe para o App Store Connect.
- Uma definição clara da equipe com a qual você está trabalhando. Se a sua conta pertence a várias equipes, escolha a correta depois de iniciar a sessão.
- O nome do app, o idioma principal, o Bundle ID e o SKU interno para criar o registro do app.
- Uma URL da política de privacidade, a descrição para a loja, palavras-chave, capturas de tela, uma URL de suporte e os dados de contato para a revisão antes do lançamento.
Entenda primeiro as funções
Quando um botão não aparece, muitas vezes isso indica falta de permissão, não uma falha do sistema. A documentação da Apple sobre funções é detalhada; esta tabela serve como ponto de partida.
| Função | Para quem serve | Principais permissões |
|---|---|---|
| Account Holder | Titular da conta | A única pessoa que pode assinar contratos jurídicos e renovar a assinatura. Cada equipe tem uma. |
| Admin | Liderança técnica ou de negócios | Acesso amplo, incluindo gerenciamento de usuários e acesso a todos os apps. |
| App Manager | Gerente de produto ou responsável por lançamentos | Gerencia informações do app, preços, builds e envios para revisão. |
| Developer | Desenvolvedor | Gerencia desenvolvimento e entrega, além de enviar e testar builds. |
| Marketing | Integrante da equipe de marketing | Gerencia textos de marketing e materiais promocionais. |
| Sales | Analista de crescimento ou de dados | Visualiza dados de downloads, vendas e análise. |
| Finance | Integrante da equipe financeira | Gerencia informações fiscais, baixa relatórios e concilia pagamentos. |
| Customer Support | Integrante da equipe de suporte | Visualiza e responde às avaliações de clientes na App Store. |
Para convidar um colega, acesse Users and Access → People → +, informe o nome e o endereço de e-mail e atribua uma função e o acesso aos apps. Dê a cada pessoa o acesso necessário; não torne todos Admin apenas por conveniência.
3. Crie o primeiro registro do app antes de enviar um build
Um app não aparece automaticamente no App Store Connect quando alguém envia o arquivo binário. Primeiro, você precisa criar um registro do app para que os desenvolvedores possam enviar builds. As instruções da Apple para criar um app definem essa ordem.
- Inicie a sessão e abra Apps.
- Clique em + no canto superior esquerdo e escolha New App.
- Selecione uma plataforma, como iOS, macOS, tvOS ou visionOS.
- Informe Name, Primary Language, Bundle ID e SKU.
- Escolha Full Access ou Limited Access e clique em Create.
O que esses campos significam?
| Campo | Significado em linguagem simples | Erro comum de iniciantes |
|---|---|---|
| Platforms | As plataformas Apple nas quais você lançará o app. | Tratar o iPad como uma plataforma separada. Normalmente, iPhone e iPad fazem parte do iOS. |
| Name | O nome do app que os clientes veem na App Store. | Escolher um nome que já está em uso ou usar o codinome interno do projeto como nome público. |
| Primary Language | O idioma padrão usado quando o conteúdo não está disponível em outro idioma. | Escolher um idioma que você não pretende manter. |
| Bundle ID | O identificador técnico exclusivo do app. Ele precisa ser exatamente igual ao do projeto do Xcode, por exemplo, com.example.myapp. | Selecionar o identificador errado e descobrir depois que o build não pode ser associado. |
| SKU | Um identificador interno da sua equipe. Os clientes não o veem. | Confundi-lo com o preço do produto. Ele não pode ser alterado depois da criação. |
O botão Create está desativado?
Primeiro, verifique se o Account Holder assinou os contratos mais recentes em Business. Depois, confirme se sua função é Account Holder, Admin ou App Manager e peça ao desenvolvedor para verificar se o Bundle ID existe.
4. Complete a página na App Store
Um registro recém-criado normalmente começa no estado Prepare for Submission. Agora você precisa de dois tipos de informação: os dados compartilhados por todo o app e os dados específicos da versão que será lançada. Manter os dois separados facilita o acompanhamento do processo.
Informações compartilhadas por todo o app
Gerencie estes dados na área General → App Information da barra lateral: nome, subtítulo, categoria, classificação etária, Bundle ID, direitos sobre o conteúdo e campos relacionados. A classificação etária é calculada com base nas suas respostas a um questionário; responda com precisão em vez de escolher uma classificação por intuição.
App Privacy descreve os dados coletados pelo seu app e pelos SDKs de terceiros, se esses dados estão vinculados aos usuários e se são usados para rastreamento. Apps iOS precisam de uma URL de política de privacidade. Não copie as respostas de outro app: a Apple exige que as declarações reflitam as práticas reais de dados, tanto as suas quanto as dos parceiros terceirizados. Preencha cada item com o apoio de Manage app privacy.
Informações de cada versão
- Promotional Text: um texto promocional curto, como informações sobre uma campanha atual.
- Description: a descrição completa do produto. Explique o problema que o app resolve antes de listar os principais recursos.
- Keywords: termos que ajudam as pessoas a encontrar o app. Evite repetir o nome do app de forma excessiva.
- What’s New: o que mudou nesta atualização. Em geral, isso não é necessário na primeira versão.
- Support URL: uma página na qual os usuários podem obter ajuda.
- Screenshots / App Previews: capturas de tela e vídeos de prévia opcionais para os tamanhos de dispositivo correspondentes.
Capturas de tela são mais do que algumas imagens da tela enviadas a um formulário. Elas estão entre os materiais mais importantes para a conversão na App Store. Comece pelo principal valor do app, continue com casos de uso e dê a cada imagem um único ponto para comunicar. Você pode localizá-las para cada idioma; as instruções da Apple sobre capturas e prévias explicam onde enviá-las.
Escreva as informações de revisão para os revisores, não para os clientes
App Review Information é destinada somente à equipe de revisão. Indique um contato que possa responder rapidamente. Se o app exigir início de sessão, forneça uma conta de demonstração confiável. Se um recurso depender de um caminho específico de navegação, hardware, local ou ação, descreva as etapas com clareza. Um revisor que não encontre um recurso pode pedir esclarecimentos ou rejeitar o envio.
5. O que é um build e como testar com o TestFlight?
O número da versão é o que os clientes veem, como 1.2.0. O número do build identifica internamente um pacote específico, como 37. Você pode enviar vários builds para uma versão, mas deve selecionar apenas um ao enviá-la para revisão.
Os desenvolvedores podem enviar builds com o Xcode, Transporter e outros métodos compatíveis. O envio bem-sucedido não deixa o build disponível imediatamente: a Apple precisa processá-lo primeiro. Quando o processamento termina, ele aparece na aba TestFlight do app.
Você deve usar testes internos ou externos?
| Tipo de teste | Teste interno | Teste externo |
|---|---|---|
| Para quem serve | Integrantes da equipe e colegas | Usuários reais, clientes, imprensa ou parceiros |
| Limite de testadores | Até 100 usuários do App Store Connect com o acesso necessário | Até 10,000 pessoas por app |
| Requisitos de revisão | Em geral, começa mais rápido | O primeiro build externo exige TestFlight App Review; builds posteriores também podem exigir revisão |
| Forma de convite | Adicione usuários do App Store Connect a um grupo de teste | Convites por e-mail ou link público |
- Abra a aba TestFlight do app e preencha Beta App Description, o e-mail de feedback e as instruções de teste.
- Crie um grupo de teste e adicione o build correto.
- Para testes internos, adicione ao grupo usuários que já fazem parte da equipe. Para testes externos, envie o build para revisão do TestFlight antes de convidar pessoas por e-mail ou link público.
- Peça aos testadores que instalem o app TestFlight da Apple e aceitem o convite.
- Use o TestFlight para analisar instalações, Sessions, Crashes e o feedback dos testadores.
Alguns limites para lembrar
Segundo a visão geral do TestFlight da Apple, cada build pode ser testado por até 90 dias. Depois que ele expira, os testadores não podem continuar usando esse build, mesmo que o app esteja funcionando bem. Links públicos externos podem ter limites de testadores e requisitos de dispositivo e sistema operacional.
6. Envie para revisão da App Store e publique
Quando os testes terminarem, volte à página da versão que você pretende lançar. O fato de um build aparecer no TestFlight não significa que ele foi enviado à App Store: os testes do TestFlight e a revisão da App Store são processos separados.
- Preencha todos os campos obrigatórios na página da versão e corrija as mensagens de erro em vermelho.
- Selecione o build final na seção Build. Apenas um pode ser associado por vez.
- Revise as declarações de privacidade, a conformidade de exportação, os direitos sobre o conteúdo, os identificadores de publicidade e os dados de início de sessão para a revisão.
- Clique em Add for Review no canto superior direito. Isso apenas adiciona a versão a um envio em rascunho.
- Abra Draft Submissions ou App Review na barra lateral, confira os itens e clique em Submit for Review. Somente então o envio entra na fila de revisão.
Esses são os dois botões descritos no fluxo de envio de apps da Apple. Um erro comum é parar na etapa 4: o app permanece em Ready for Review, dando a impressão de que a Apple está demorando para começar.
O que significam os estados mais comuns?
| Estado | O que significa | O que fazer |
|---|---|---|
| Prepare for Submission | A versão ainda está sendo preparada | Preencha as informações e selecione um build |
| Ready for Review | Adicionada a um rascunho, mas não necessariamente enviada | Abra Draft Submissions e clique em Submit for Review |
| Waiting for Review | O envio está na fila | Aguarde; você ainda pode retirá-lo, se necessário |
| In Review | A equipe de revisão está verificando o envio | Acompanhe as mensagens do App Review |
| Pending Developer Release | Aprovada e aguardando a publicação manual | Publique no momento adequado |
| Ready for Distribution | Aprovada para distribuição | Verifique se o app aparece nas regiões selecionadas |
| Rejected / Unresolved Issues | A revisão encontrou um problema | Leia a diretriz e a mensagem citadas, depois responda ou corrija e reenvie |
Uma rejeição não significa necessariamente um problema na conta
Comece em App Review e leia o problema específico e a diretriz citada pelo revisor. Se uma informação não estiver clara, explique e forneça materiais de apoio na conversa. Se o problema estiver no produto ou no código, corrija-o, envie um novo build e faça um novo envio. Responda de forma direta e educada, incluindo etapas que permitam reproduzir o problema.
7. Como gerenciar o app depois do lançamento?
Lance uma nova versão
Na página do app, clique em + na plataforma correspondente para criar uma nova versão. Informe o novo número da versão e What’s New, selecione o novo build do desenvolvedor e repita o processo de envio para revisão. Não crie um novo registro de app para uma atualização; isso criaria outro produto.
Gerencie preços e regiões
Use Pricing and Availability para definir preço, regiões e disponibilidade. Antes de transformar um app gratuito em pago ou alterar suas regiões, confirme se os contratos e dados fiscais e bancários estão ativos. Ao mudar os preços, considere as expectativas dos usuários e assinantes atuais.
Responda às avaliações dos clientes
Abra Ratings and Reviews para ver notas e avaliações escritas. Priorize problemas concretos, como falhas, erros no início de sessão e problemas de pagamento. Não peça publicamente informações privadas, como endereços de e-mail ou números de pedido; direcione os clientes ao seu canal de suporte. Depois de corrigir o problema, atualize a resposta e informe qual versão traz a solução.
Gerencie compras dentro do app e assinaturas
In-App Purchase e Subscriptions são os sistemas de produtos dentro do app, separados do preço do próprio app. Cada produto precisa de Product ID, nome de exibição, descrição, preço e captura de tela para revisão. Antes de lançar assinaturas, entenda os grupos de assinatura, a renovação, os períodos de carência, as ofertas e as notificações do servidor. Não lance um produto de teste diretamente como produto de produção.
Mantenha acessos e contratos atualizados
Atualize Users and Access quando colegas saírem da equipe ou mudarem de função. O Account Holder também deve acompanhar a renovação da assinatura e os novos contratos em Business. Contratos sem assinatura podem impedir a criação de apps, o uso de recursos pagos ou o recebimento de pagamentos.
8. Como ler e entender os dados do app?
O lançamento é apenas o começo. O App Store Connect tem pelo menos três visões distintas dos dados: Analytics acompanha os usuários da descoberta ao uso, Sales and Trends mostra o desempenho de vendas e Payments and Financial Reports mostra a liquidação final. As definições são diferentes, portanto não espere que os números do mesmo dia sejam conciliados com exatidão.
Leia o Analytics como um funil
Abra Analytics, selecione seu app e escolha um intervalo de datas. Para iniciantes, esta é uma ordem útil:
1. Impressions
O número de vezes que o ícone do app é visualizado por mais de um segundo em áreas como Today, Games, Apps e Search.
Pergunta: alguém está vendo o app?2. Product Page Views
O número de vezes que as pessoas abrem a página do produto. Isso ajuda a avaliar se o nome, o ícone e os pontos de descoberta despertam interesse.
Pergunta: elas querem saber mais?3. Total Downloads
Primeiros downloads somados aos novos downloads. Ao analisar a aquisição de novos usuários, veja também First-Time Downloads separadamente.
Pergunta: elas baixaram o app?4. Conversion Rate
Downloads e pré-vendas em relação às impressões em dispositivos únicos. Isso ajuda a avaliar se a página na loja é convincente.
Downloads e pré-vendas ÷ impressões em dispositivos únicos5. Sessions / Active Devices
Mostra se as pessoas realmente abrem e usam o app. Muitos downloads e pouco uso costumam indicar uma experiência inicial fraca ou uma incompatibilidade com o público atraído.
Pergunta: elas usam o app depois de baixá-lo?6. Retention
Mostra se um grupo de novos usuários volta em datas posteriores. A retenção diz mais sobre o valor do produto no longo prazo do que o total de downloads de um único dia.
Pergunta: os usuários voltam?As definições de métricas da Apple explicam que algumas métricas da App Store só ficam disponíveis depois de pelo menos cinco primeiros downloads ou pré-vendas. A ausência de gráficos para um app novo não indica necessariamente um problema de configuração; talvez ainda haja poucos dados.
Vá além dos totais: divida os dados
- Source Type: os usuários vêm de App Store Search, Browse, Web Referrer ou App Referrer?
- Territory: quais países ou regiões geram downloads e receita? A localização está funcionando?
- Device / Platform Version: os problemas se concentram em um dispositivo ou versão do sistema operacional?
- App Version: o uso ou a estabilidade mudou depois do lançamento mais recente?
- Campaign: os links de marketing com parâmetros estão atraindo usuários valiosos?
Uma rotina simples é comparar períodos de sete e 28 dias com o período anterior de mesma duração. Mude uma coisa de cada vez: depois de atualizar as capturas de tela, acompanhe a conversão da página do produto; depois de melhorar a experiência inicial, acompanhe a retenção e as Sessions. Se você mudar cinco coisas em um dia, será difícil saber qual delas causou uma alteração nos números.
Sales and Trends: entenda o desempenho das vendas
Use esta seção para acompanhar App Units, In-App Purchases, assinaturas, vendas e receitas estimadas, com filtros por produtos, regiões, dispositivos e outras dimensões. Ela se aproxima de um painel de negócios, mas a receita é estimada, e as taxas de câmbio e os estados das transações ainda podem mudar.
Payments and Financial Reports: entenda quanto você recebe
Esta seção serve para a conciliação financeira. Proceeds é o valor devido ao desenvolvedor depois que os impostos aplicáveis e a comissão da Apple são deduzidos do preço pago pelo cliente. As páginas mostram pagamentos, receitas estimadas, taxas de câmbio, impostos, ajustes e os últimos dígitos da conta bancária. A Apple explica que os dados do mês fiscal anterior geralmente começam a aparecer na primeira quarta-feira do mês atual, e os relatórios regionais normalmente ficam prontos até a primeira sexta-feira. Consulte View payments and proceeds para ver os detalhes.
Por que os valores são diferentes entre essas páginas?
O Analytics ajuda a entender o comportamento e o desempenho do negócio. O Sales and Trends usa estimativas de vendas e taxas de câmbio. Os relatórios financeiros usam transações processadas e liquidadas. Reembolsos, impostos, comissões, taxas de câmbio, ciclos de pagamento e tarifas bancárias podem causar diferenças. Use os dois primeiros para analisar tendências e os relatórios financeiros finais, junto com os comprovantes bancários, para a conciliação contábil.
9. Uma lista semanal para iniciantes
- Confira o estado do app, as mensagens do App Review e o feedback do TestFlight.
- Compare impressões, visualizações da página do produto, downloads e conversão dos últimos sete dias com os sete dias anteriores.
- Confira retenção, Sessions, falhas e a distribuição das principais versões do app.
- Veja as notas e novas avaliações e responda aos usuários que precisam de ajuda.
- Procure alterações incomuns em compras dentro do app, assinaturas, reembolsos e receitas.
- Registre as mudanças da semana em versões, capturas de tela, preços e marketing para conseguir interpretar os dados.
- Todos os meses, peça à equipe financeira que baixe e arquive os relatórios financeiros e concilie os pagamentos realizados.
10. Oito problemas comuns para iniciantes
| Problema | O que verificar primeiro |
|---|---|
| New App não aparece | Sua função, se os contratos mais recentes foram assinados e se você selecionou a equipe correta. |
| O Bundle ID não aparece | Se o desenvolvedor criou o identificador na Developer Team correta. |
| Nenhum build aparece depois do envio | Se o Bundle ID e a versão correspondem, se o build ainda está em Processing e se chegou um e-mail com erro de envio. |
| Não é possível adicionar testadores externos | Se um grupo de teste interno foi criado primeiro, se Test Information está preenchido e se o build passou pela revisão do TestFlight. |
| O botão Submit está desativado | Erros no topo da página, campos obrigatórios, o build, dados de privacidade, classificação etária e informações de revisão. |
| O estado continua em Ready for Review | Se você clicou em Add for Review, mas não clicou em Submit for Review em Draft Submissions. |
| O Analytics não tem dados | O app e as datas selecionados, suas permissões de acesso e se um app novo atingiu o volume mínimo de dados. |
| Nenhum pagamento da Apple foi recebido | O Paid Apps Agreement, os dados fiscais e bancários, o valor mínimo para pagamento e eventuais avisos de pagamento devolvido. |
11. Glossário de um minuto
| Termo | Significado em linguagem simples |
|---|---|
| App record | O registro do seu app no App Store Connect. |
| Bundle ID | O identificador técnico exclusivo do app, que precisa corresponder ao build. |
| SKU | Um identificador interno de gerenciamento que os clientes não veem. |
| Metadata | Informações da loja, como nome, descrição, palavras-chave e capturas de tela. |
| Build | Um app executável empacotado e enviado em uma ocasião específica. |
| TestFlight | O sistema usado pelos testadores para instalar versões beta antes do lançamento. |
| App Review | A revisão feita pela Apple de um app e do conteúdo relacionado. |
| Proceeds | A receita do desenvolvedor depois dos impostos aplicáveis e da comissão da Apple. |
| Retention | Indica se os usuários voltam ao app em datas posteriores depois de baixá-lo. |
| Conversion Rate | A proporção de pessoas que baixam ou fazem a pré-venda depois de ver o app. |
12. Perguntas frequentes
O App Store Connect é gratuito?
Não há uma taxa separada para usar o painel, mas publicar um app na App Store geralmente exige uma assinatura ativa do Apple Developer Program.
Posso usar o App Store Connect sem saber programar?
Sim. As equipes de produto, operações, marketing, suporte e finanças podem gerenciar informações da loja, responder a avaliações ou consultar dados de acordo com suas funções. A criação e o envio do app costumam ficar a cargo dos desenvolvedores.
Por que um recurso não aparece no App Store Connect?
Primeiro, confirme se você selecionou a equipe e o app corretos. Depois, verifique sua função e o acesso ao app em Users and Access. Outras causas possíveis são contratos sem assinatura, informações incompletas ou dados ainda insuficientes para o recurso.
Passar pela revisão do TestFlight significa que o app passará pela revisão da App Store?
Não. A revisão externa do TestFlight e o App Review de um lançamento público são processos separados. O lançamento ainda precisa das informações para a loja, das declarações de privacidade e do envio para revisão.
Qual é a diferença entre App Analytics, Sales and Trends e relatórios financeiros?
O Analytics abrange aquisição, conversão, uso e retenção. O Sales and Trends abrange tendências de vendas e receita estimada. O Payments and Financial Reports serve para conciliar a liquidação final e os pagamentos realizados.
Preciso criar um novo app para publicar uma atualização?
Não. Abra o registro existente do app, crie uma nova versão para a plataforma correspondente, selecione o novo build e envie-o para revisão. É assim que os usuários atuais recebem a atualização.
Referências oficiais
Antes de realizar uma ação com consequências importantes, como assinar um contrato, alterar um preço, transferir um app ou enviá-lo para revisão, consulte a documentação correspondente da Apple.
- Fluxo de trabalho do App Store Connect: o processo completo, dos contratos e da criação do app aos testes, lançamento e monitoramento.
- Seções do App Store Connect: a explicação da Apple sobre cada parte do painel.
- Adicionar um novo app: os campos e as permissões necessários para criar um registro de app.
- Visão geral do TestFlight: grupos de teste, limites de testadores, validade dos builds e feedback.
- Enviar um app: as etapas para enviar ao App Review.
- Ajuda do App Store Connect Analytics: aquisição, monetização, retenção e definições das métricas.
- Ver pagamentos e receitas: receitas estimadas, pagamentos e meses fiscais.