Guia do App Store Connect para iniciantes

Não sabe por onde começar ao abrir o App Store Connect pela primeira vez? Pense nele como a área administrativa da página do seu app. Este guia mostra como gerenciar um app, lançar versões e entender os dados de downloads e receita.

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.

  1. Crie um registro do app
  2. Envie e teste um build
  3. Envie para revisão e publique
  4. 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çãoPara quem servePrincipais permissões
Account HolderTitular da contaA única pessoa que pode assinar contratos jurídicos e renovar a assinatura. Cada equipe tem uma.
AdminLiderança técnica ou de negóciosAcesso amplo, incluindo gerenciamento de usuários e acesso a todos os apps.
App ManagerGerente de produto ou responsável por lançamentosGerencia informações do app, preços, builds e envios para revisão.
DeveloperDesenvolvedorGerencia desenvolvimento e entrega, além de enviar e testar builds.
MarketingIntegrante da equipe de marketingGerencia textos de marketing e materiais promocionais.
SalesAnalista de crescimento ou de dadosVisualiza dados de downloads, vendas e análise.
FinanceIntegrante da equipe financeiraGerencia informações fiscais, baixa relatórios e concilia pagamentos.
Customer SupportIntegrante da equipe de suporteVisualiza 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.

  1. Inicie a sessão e abra Apps.
  2. Clique em + no canto superior esquerdo e escolha New App.
  3. Selecione uma plataforma, como iOS, macOS, tvOS ou visionOS.
  4. Informe Name, Primary Language, Bundle ID e SKU.
  5. Escolha Full Access ou Limited Access e clique em Create.

O que esses campos significam?

CampoSignificado em linguagem simplesErro comum de iniciantes
PlatformsAs plataformas Apple nas quais você lançará o app.Tratar o iPad como uma plataforma separada. Normalmente, iPhone e iPad fazem parte do iOS.
NameO 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 LanguageO 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 IDO 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.
SKUUm 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 testeTeste internoTeste externo
Para quem serveIntegrantes da equipe e colegasUsuários reais, clientes, imprensa ou parceiros
Limite de testadoresAté 100 usuários do App Store Connect com o acesso necessárioAté 10,000 pessoas por app
Requisitos de revisãoEm geral, começa mais rápidoO primeiro build externo exige TestFlight App Review; builds posteriores também podem exigir revisão
Forma de conviteAdicione usuários do App Store Connect a um grupo de testeConvites por e-mail ou link público
  1. Abra a aba TestFlight do app e preencha Beta App Description, o e-mail de feedback e as instruções de teste.
  2. Crie um grupo de teste e adicione o build correto.
  3. 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.
  4. Peça aos testadores que instalem o app TestFlight da Apple e aceitem o convite.
  5. 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.

  1. Preencha todos os campos obrigatórios na página da versão e corrija as mensagens de erro em vermelho.
  2. Selecione o build final na seção Build. Apenas um pode ser associado por vez.
  3. 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.
  4. Clique em Add for Review no canto superior direito. Isso apenas adiciona a versão a um envio em rascunho.
  5. 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?

EstadoO que significaO que fazer
Prepare for SubmissionA versão ainda está sendo preparadaPreencha as informações e selecione um build
Ready for ReviewAdicionada a um rascunho, mas não necessariamente enviadaAbra Draft Submissions e clique em Submit for Review
Waiting for ReviewO envio está na filaAguarde; você ainda pode retirá-lo, se necessário
In ReviewA equipe de revisão está verificando o envioAcompanhe as mensagens do App Review
Pending Developer ReleaseAprovada e aguardando a publicação manualPublique no momento adequado
Ready for DistributionAprovada para distribuiçãoVerifique se o app aparece nas regiões selecionadas
Rejected / Unresolved IssuesA revisão encontrou um problemaLeia 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 únicos

5. 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

ProblemaO que verificar primeiro
New App não apareceSua função, se os contratos mais recentes foram assinados e se você selecionou a equipe correta.
O Bundle ID não apareceSe o desenvolvedor criou o identificador na Developer Team correta.
Nenhum build aparece depois do envioSe 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 externosSe 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á desativadoErros 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 ReviewSe você clicou em Add for Review, mas não clicou em Submit for Review em Draft Submissions.
O Analytics não tem dadosO 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 recebidoO 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

TermoSignificado em linguagem simples
App recordO registro do seu app no App Store Connect.
Bundle IDO identificador técnico exclusivo do app, que precisa corresponder ao build.
SKUUm identificador interno de gerenciamento que os clientes não veem.
MetadataInformações da loja, como nome, descrição, palavras-chave e capturas de tela.
BuildUm app executável empacotado e enviado em uma ocasião específica.
TestFlightO sistema usado pelos testadores para instalar versões beta antes do lançamento.
App ReviewA revisão feita pela Apple de um app e do conteúdo relacionado.
ProceedsA receita do desenvolvedor depois dos impostos aplicáveis e da comissão da Apple.
RetentionIndica se os usuários voltam ao app em datas posteriores depois de baixá-lo.
Conversion RateA 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.

Fontes

  1. Fluxo de trabalho do App Store Connect: o processo completo, dos contratos e da criação do app aos testes, lançamento e monitoramento.
  2. Seções do App Store Connect: a explicação da Apple sobre cada parte do painel.
  3. Adicionar um novo app: os campos e as permissões necessários para criar um registro de app.
  4. Visão geral do TestFlight: grupos de teste, limites de testadores, validade dos builds e feedback.
  5. Enviar um app: as etapas para enviar ao App Review.
  6. Ajuda do App Store Connect Analytics: aquisição, monetização, retenção e definições das métricas.
  7. Ver pagamentos e receitas: receitas estimadas, pagamentos e meses fiscais.

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. Este é um material introdutório e educativo, não um documento oficial da Apple nem uma orientação jurídica, tributária ou financeira. As interfaces e políticas podem mudar; consulte as páginas atuais da Apple.