Publicar aplicativo na App Store e Google Play: custos, prazos, rejeições e o que ninguém te conta antes do lançamento
Gabriela Dionelli · · 7 min de leitura
Você passou meses no desenvolvimento. O aplicativo está funcionando, você testou no seu celular, mostrou para amigos, todo mundo aprovou. Aí você descobre que existe uma etapa inteira entre "o app está pronto" e "o app está na loja", e ninguém tinha te contado sobre ela. Contas de desenvolvedor, revisão da Apple, política de privacidade, ícones em dezessete tamanhos, um formulário perguntando se seu app coleta dados de saúde. Respira. Vamos por partes.
Este artigo é o mapa dessa etapa final: quanto custa publicar, quanto tempo leva, por que a Apple rejeita apps de primeira viagem com frequência e o que você precisa deixar pronto antes para não travar o lançamento por semanas.
O que significa publicar um aplicativo nas lojas
Publicar um app não é apertar um botão de upload. É um processo de submissão em que Google e Apple analisam seu aplicativo, seus textos, suas imagens e suas políticas antes de liberar para o público. Cada loja tem regras próprias, prazos próprios e humores próprios.
A pergunta certa não é "quando o app fica pronto?". A pergunta certa é: "quando o app fica aprovado?". São datas diferentes, e a distância entre elas depende do que você preparou antes.
Quanto custa publicar um app em 2026
Os custos das lojas são os mais previsíveis de todo o projeto:
- Google Play: taxa única de US$ 25 (por volta de R$ 140). Paga uma vez, vale para sempre.
- Apple App Store: US$ 99 por ano (na faixa de R$ 550 anuais). Sim, é assinatura. Se você parar de pagar, seu app sai da loja.
Só que esse é o custo visível. Os custos invisíveis costumam ser maiores:
- Materiais da loja: ícone, screenshots em vários tamanhos de tela, descrição otimizada, vídeo opcional. Se ninguém do time faz design, contratar isso custa de R$ 500 a R$ 3.000.
- Política de privacidade: obrigatória nas duas lojas. Precisa estar publicada em uma URL própria e refletir o que o app realmente coleta. Um documento adaptado sem critério pode gerar rejeição ou, pior, problema com a LGPD.
- Conta jurídica: para vender no app (assinatura, compra dentro do app), a Apple e o Google pedem dados fiscais e bancários da empresa. Se você ainda não tem CNPJ, esse é o momento em que a falta dele vira bloqueio real.
Quanto tempo leva a aprovação na App Store e no Google Play
Aqui os dois mundos se separam:
- Google Play: a primeira publicação costuma levar de 3 a 7 dias de análise. Atualizações seguintes saem em horas ou poucos dias. Desde 2023, contas pessoais novas precisam de um teste fechado com pelo menos 12 testadores por 14 dias antes de publicar. Contas de empresa (CNPJ) não têm essa exigência, mais um motivo para publicar como pessoa jurídica.
- Apple App Store: a revisão em si leva de 24 a 48 horas na maioria dos casos. O problema não é o prazo, é a taxa de rejeição. Apps de primeira submissão são rejeitados com frequência, e cada rodada de correção e reenvio adiciona dias ao calendário.
Na prática, reserve de 2 a 4 semanas entre "código pronto" e "app publicado nas duas lojas". Quando lançamos atualizações do Revo App, nossa plataforma de eventos com mais de 40 mil usuários, esse ciclo já está azeitado e roda em dias. Na primeira publicação de qualquer produto, sem histórico com as lojas, o buffer de semanas é o cenário realista.
Por que a Apple rejeita aplicativos (e como evitar as rejeições mais comuns)
A Apple publica as diretrizes de revisão, mas a maioria dos fundadores só as conhece depois da primeira rejeição. Os motivos que mais aparecem em primeiro lançamento:
- App com cara de inacabado. Telas vazias, botões que não fazem nada, textos de exemplo esquecidos. A Apple testa de verdade. Se o revisor abrir uma seção "em breve", rejeitou.
- Login sem alternativa. Se o app oferece login com Google ou Facebook, a Apple exige que ofereça também o Sign in with Apple. Muita equipe descobre isso na rejeição.
- Falta de conta de demonstração. Se o app exige cadastro para usar, você precisa fornecer um login de teste para o revisor. Esquecer isso trava a análise inteira.
- Pagamento fora das regras. Venda de conteúdo digital dentro do app precisa passar pelo sistema de compras da Apple, que fica com 15% a 30%. Tentar contornar com link externo sem seguir as regras atuais é rejeição na certa.
- Permissões sem justificativa. Pedir acesso à câmera, localização ou contatos sem explicar o motivo em linguagem clara derruba a submissão.
Nenhum desses itens é difícil de resolver. Todos são difíceis de descobrir sozinho, na véspera do lançamento, com ansiedade acumulada de meses de projeto.
O checklist do que preparar antes de submeter
Isso você consegue adiantar essa semana, mesmo sem o app finalizado:
- Crie as contas de desenvolvedor agora. A verificação da conta Apple, em especial para empresas, pode levar dias ou semanas porque exige o cadastro D-U-N-S da empresa. Não deixe para quando o app estiver pronto.
- Publique a política de privacidade. Uma página simples no seu site resolve, desde que descreva com honestidade quais dados o app coleta e por quê.
- Escreva os textos da loja. Nome (máximo de 30 caracteres na Apple), subtítulo, descrição. Esses textos são a primeira impressão do seu produto e afetam a busca dentro das lojas.
- Prepare screenshots reais. Capturas do app funcionando, nos tamanhos exigidos. Nada de mockups genéricos com dados falsos, isso também gera rejeição.
- Defina a conta de demonstração. Usuário e senha de teste, com dados de exemplo carregados, para o revisor navegar.
- Decida a estratégia de lançamento. Publicar aberto ou começar com teste fechado (TestFlight na Apple, faixa de teste no Google)? Para um primeiro produto, lançar para um grupo pequeno primeiro quase sempre vale a pena: você pega os bugs constrangedores antes do público geral.
As armadilhas que custam caro nessa fase
Publicar na conta do desenvolvedor freelancer. Acontece muito: o dev publica o app na conta pessoal dele para "agilizar". Meses depois, a relação termina e seu aplicativo, com todos os downloads e avaliações, está preso em uma conta que não é sua. As contas de desenvolvedor devem estar no nome da sua empresa desde o primeiro dia. Sem exceção.
Marcar data de lançamento pública antes da aprovação. Evento marcado, tráfego pago agendado, e o app rejeitado pela Apple na véspera. Só anuncie data quando o app estiver aprovado. As lojas permitem aprovar e segurar a liberação para a data que você escolher.
Tratar a publicação como fim do projeto. Loja não é linha de chegada, é linha de largada. Sem plano para responder avaliações, corrigir bugs da primeira semana e atualizar o app com frequência, a nota despenca e a loja passa a esconder seu produto. Seu primeiro produto não precisa ser perfeito. Precisa existir, e precisa de alguém cuidando dele depois que existe.
Ignorar as taxas das lojas no modelo de negócio. Se seu app vende assinatura digital, os 15% a 30% de comissão precisam estar na sua conta de precificação desde o planejamento, não como surpresa no primeiro repasse.
Quem cuida disso quando você contrata bem
Uma equipe que publica aplicativos com frequência trata tudo isso como rotina: configura as contas no nome da sua empresa, prepara os materiais, antecipa os motivos de rejeição e conduz o vai e vem com as lojas até a aprovação. Na OCA, esse processo faz parte do projeto porque operamos nosso próprio produto em produção. O Revo App passa por esse ciclo a cada atualização, então as regras das lojas não são teoria para a gente, são o dia a dia. Se quiser ver o que já colocamos nas lojas, o portfólio de projetos da OCA mostra os produtos em produção.
Quando for contratar o desenvolvimento do seu app, faça duas perguntas simples: "a publicação nas lojas está inclusa no escopo?" e "as contas de desenvolvedor ficam no meu nome?". As respostas dizem muito sobre com quem você está falando.
Seu próximo passo
Se o seu app ainda está em desenvolvimento, adiante o que não depende de código: crie as contas de desenvolvedor no nome da sua empresa e publique a política de privacidade. São duas tarefas que você resolve essa semana e que eliminam as travas mais comuns do lançamento.
E se você quer construir um aplicativo com um time que já conhece esse caminho de ponta a ponta, do primeiro protótipo à aprovação nas lojas, a conversa começa aqui:
