Publicar um app de corrida na App Store e no Google Play costuma levar entre 3 e 10 dias úteis somando preparação de conta, revisão e eventuais ajustes: a Apple analisa em 24 a 48 horas na maioria dos casos, enquanto o Google Play pode levar de algumas horas a 7 dias. A conta de desenvolvedor Apple custa US$99 por ano e a do Google Play tem taxa única de US$25. Para apps de transporte, o ponto crítico não é o valor, mas a documentação: as lojas exigem comprovação de conformidade regulatória, política de privacidade específica para dados de localização e, no caso da Apple, muitas vezes uma revisão manual mais rigorosa por se tratar de categoria de transporte. Quem monta a operação sobre uma plataforma white label da Mind já publica os 3 apps (Passageiro, Motorista e Painel Administrativo) dentro do processo de go-live, sem precisar montar esse fluxo de submissão do zero.
Contas de desenvolvedor: custos e requisitos
Para publicar nas duas lojas é preciso abrir contas de desenvolvedor separadas. Na Apple, a Apple Developer Program custa US$99/ano e exige verificação de identidade (pessoa física ou jurídica, com D-U-N-S Number para empresas). No Google Play, a taxa é única de US$25, mas desde 2023 a Google passou a exigir testes fechados com pelo menos 20 usuários por 14 dias antes da publicação pública para contas novas — uma etapa que muitas equipes técnicas esquecem de planejar no cronograma.
Documentos como CNPJ, comprovante de endereço e, para apps financeiros ou de transporte, políticas de privacidade e termos de uso publicados em URL própria são pré-requisitos comuns às duas lojas. Sem isso, a conta trava na fase de verificação antes mesmo de enviar o primeiro build.
Políticas das lojas para apps de transporte
Apps de ride-hailing entram nas categorias de navegação/mobilidade e recebem escrutínio adicional por lidarem com geolocalização em tempo real, pagamentos e dados pessoais sensíveis. A Apple exige que o uso de localização em segundo plano tenha justificativa clara na descrição enviada ao revisor, e o Google Play pede declaração explícita de uso de dados sensíveis no formulário de Data Safety.
Com a Lei 13.640/2018, que regulamenta o transporte remunerado privado individual de passageiros no Brasil, é recomendável que a ficha da loja e a política de privacidade citem a conformidade regulatória do serviço, o que reduz a chance de questionamento do revisor durante a análise.
Motivos comuns de rejeição (e como evitar)
Os motivos mais frequentes de rejeição em apps de transporte são: telas de login incompletas para teste (o revisor precisa de uma conta de demonstração funcional), permissões de localização sem explicação textual, links quebrados para política de privacidade, e inconsistência entre o que a ficha da loja promete e o que o app realmente faz. Evitar isso é simples na prática: enviar sempre uma conta de teste ativa, revisar todos os textos de permissão do app e validar cada link antes de submeter.
Outro erro comum é submeter builds de passageiro e motorista com nomes genéricos demais, o que confunde o revisor sobre qual app está sendo avaliado — vale nomear claramente cada app na ficha (ex: Nome da Marca — Passageiro e Nome da Marca — Motorista).
Fichas de loja que convertem instalações
A ficha da loja (App Store e Google Play) funciona como uma landing page: screenshots reais do fluxo de solicitação de corrida, um vídeo curto demonstrando o app em uso e uma descrição que responda rapidamente o que este app faz e onde funciona aumentam a taxa de conversão de visualização para instalação. Citar a cidade ou região de cobertura logo nas primeiras linhas da descrição ajuda o usuário a decidir rapidamente se o app atende à sua localidade — importante em um país onde, segundo o IBGE/MUNIC (2025), apenas 26% dos municípios brasileiros (1.465 de 5.568) têm serviço de transporte por aplicativo, tornando a cobertura local um diferencial relevante a comunicar.
Atualizações e releases sem drama
Depois da primeira publicação, o desafio muda de aprovar para manter. Cada atualização relevante (nova versão de pagamento, mudança de fluxo de corrida, correção de bug crítico) passa por nova revisão, geralmente mais rápida que a primeira submissão. A prática recomendada é manter um changelog claro, testar exaustivamente em ambiente de staging e programar releases fora de horários de pico de uso do app.
Plataformas que operam múltiplas marcas white label, como é o caso da Mind, tendem a ter esse processo de submissão e atualização já rodado centenas de vezes, o que reduz a chance de erros de configuração que geram rejeição. Isso é relevante considerando que o Brasil concentra 1,721 milhão de motoristas de aplicativo (mais 455.621 entregadores), segundo dados de Cebrap/AMOBITEC (2024) — um mercado grande demais para operar com apps instáveis ou com histórico de rejeições recorrentes nas lojas.
Perguntas Frequentes sobre Publicação de Apps de Corrida nas Lojas
Quanto tempo leva para publicar um app de corrida na App Store e no Google Play?
Em condições normais, a Apple revisa em 24 a 48 horas e o Google Play pode levar de horas a 7 dias, mas contas novas no Google Play precisam cumprir um teste fechado de 14 dias com 20 usuários antes da publicação pública, o que estende o prazo total para 1 a 3 semanas na primeira submissão.
Quanto custa manter contas de desenvolvedor nas duas lojas?
A Apple cobra US$99 por ano (renovação obrigatória) e o Google Play cobra uma taxa única de US$25 por conta, sem mensalidade. Para uma operação com apps de Passageiro e Motorista, geralmente as duas contas cobrem todos os apps publicados sob a mesma empresa.
Por que apps de transporte são revisados com mais rigor?
Porque lidam com geolocalização contínua, dados pessoais sensíveis e pagamentos — três pontos que as lojas monitoram de perto para proteger usuários finais. Isso exige políticas de privacidade específicas, declarações de uso de dados e, muitas vezes, contas de demonstração funcionais para o revisor testar o fluxo completo.
É possível reduzir o risco de rejeição usando uma plataforma pronta?
Sim. Plataformas white label que já publicaram apps de transporte múltiplas vezes conhecem os pontos de atrito de cada loja e preparam a documentação, permissões e fichas de forma consistente, reduzindo a chance de rejeição por erros evitáveis de configuração ou texto.
O que acontece se o app for rejeitado?
A loja informa o motivo específico da rejeição, e é possível corrigir e reenviar sem custo adicional. O prazo de nova revisão costuma ser semelhante ao da primeira submissão, então builds bem preparados desde o início evitam ciclos repetidos de correção e reenvio.
Quer publicar seus apps de Passageiro, Motorista e Painel Administrativo sem lidar com esse processo sozinho? Conheça a plataforma white label da Mind e veja como o go-live acontece em cerca de 6 semanas, sem necessidade de programar.