Publicar um aplicativo baseado em site requer mais do que carregar uma versão. Você precisa das contas de desenvolvedor corretas, uma experiência móvel estável, ativos de loja precisos, divulgações de privacidade, testes, versões assinadas para iOS e Android e acesso claro ao revisor.
Apple e Google usam sistemas separados. Prepare as informações do produto e da marca uma vez e, em seguida, conclua as etapas específicas da plataforma de cada loja.
Antes de criar as listagens da loja
Certifique-se de que o site esteja pronto para se comportar como o núcleo de um aplicativo:
- Ele usa HTTPS em todas as telas
- Os layouts funcionam na largura do telefone sem zoom
- Navegação, login, checkout e formulários funcionam com toque
- Todos os links e páginas de suporte estão ativos
- Os estados de carregamento, vazio, erro e off-line são compreensíveis
- A política de privacidade descreve com precisão o aplicativo e o site
- Os usuários podem encontrar controles de conta e dados
A orientação de revisão da Apple diz que os envios devem ser finais, com URLs funcionais e sem conteúdo de espaço reservado. Da mesma forma, o Google espera que a listagem descreva o que o aplicativo realmente oferece.
Etapa 1: crie contas pertencentes à entidade certa
Maçã
Participe do Apple Developer Program como indivíduo ou organização. A Apple atualmente lista a assinatura por US$ 99 por ano. Uma organização deve verificar sua identidade legal e geralmente precisa de um número D-U-N-S.
Se os clientes virem o nome de uma empresa como vendedora, inscreva a empresa em vez de um contratante. A Apple exige que determinados serviços regulamentados sejam apresentados pela entidade legal que os fornece.
Ler Requisitos atuais de adesão da Apple.
Google Play
Crie uma conta de desenvolvedor do Play Console, escolha o tipo de conta pessoal ou organizacional apropriado, pague a taxa de registro aplicável e conclua a verificação de identidade. Atualmente, o Google lista uma taxa única de US$ 25 para distribuição completa em seus termos de acesso publicados.
Novas contas pessoais exigem testes antes do acesso à produção. As contas pessoais do Play Console criadas após 13 de novembro de 2023 também devem realizar um teste fechado com pelo menos 12 testadores que permaneceram ativados por 14 dias consecutivos antes de poderem solicitar acesso de produção. As contas da organização estão isentas. Recrute mais de 12 testadores para que uma desistência não acerte o relógio e verifique o painel em vez de presumir que um aplicativo pode passar diretamente para um lançamento público.
Etapa 2: reserve a identidade do aplicativo
Escolha um nome de aplicativo, ID de pacote para iOS e nome de pacote para Android. Os identificadores de pacote são identidades técnicas e permanentes, como com.yourcompany.yourapp; alterar o nome do aplicativo visível posteriormente não os altera.
Use um nome que você tenha o direito de usar. Pesquise em lojas e bancos de dados de marcas registradas relevantes em busca de conflitos. Prepare um ícone quadrado de alta resolução sem áreas transparentes onde uma loja não os permita.
Etapa 3: produzir compilações assinadas
Um aplicativo iOS é arquivado e carregado por meio do conjunto de ferramentas da Apple para o App Store Connect. O Android usa um Android App Bundle assinado para o Google Play. Ambas as lojas impõem requisitos mínimos de compilação: desde 28 de abril de 2026, o App Store Connect rejeita uploads que não sejam criados com o Xcode 26 e o SDK do iOS 26, e o Google Play agora exige novos aplicativos e atualizações para direcionar o Android 16 (API de nível 36). Um conversor sem código ou serviço gerenciado pode produzir esses artefatos, enquanto um modelo de código-fonte exige que você os crie.
Mantenha as credenciais de assinatura e o acesso à conta sob controle comercial. Perder as chaves ou permitir que um ex-contratado possua a única conta de administrador pode dificultar atualizações futuras.
Etapa 4: adicione valor genuíno ao aplicativo
Isto é especialmente importante para aplicativos iOS baseados em sites. A regra de funcionalidade mínima da Apple diz que um aplicativo deve incluir recursos, conteúdo e valor de interface além de um site reembalado.
Adições úteis podem incluir:
- Navegação nativa adaptada para tarefas móveis
- Os usuários de notificações push escolhem explicitamente
- Links diretos para conteúdo relevante
- Comportamento nativo de compartilhamento, upload, câmera ou download
- Conteúdo salvo ou acesso off-line selecionado
- Uma experiência refinada de splash, carregamento, erro e sem conexão
Não adicione recursos apenas para marcar uma caixa. Revisores e usuários se beneficiam quando o comportamento nativo atende ao propósito real do aplicativo.
Etapa 5: crie ativos de loja precisos
Prepare o nome do aplicativo, descrições curtas e longas, palavras-chave quando suportadas, categoria, ícone, capturas de tela do telefone, detalhes de contato, URL de suporte e URL de política de privacidade.
As capturas de tela devem mostrar o aplicativo real. Evite superlativos não verificados, prêmios falsos, depoimentos inventados ou recursos que não estejam na versão enviada. Use as primeiras capturas de tela para explicar o trabalho principal em linguagem simples.
Para um produto website-to-app, uma sequência forte pode mostrar:
- A tela inicial principal ou de descoberta
- A transação principal ou experiência do membro
- Navegação móvel
- Um recurso nativo útil, como notificações ou conteúdo salvo
- Controles de conta ou suporte
Etapa 6: preencher as declarações de privacidade e conteúdo
Ambas as lojas perguntam quais dados o aplicativo coleta, como são usados, se estão vinculados à identidade e se terceiros os recebem. Audite o site, análises, autenticação, serviços de pagamento, notificações, publicidade e quaisquer ferramentas incorporadas.
As respostas devem descrever toda a experiência do aplicativo, não apenas o shell nativo. Se o site coletar um endereço de e-mail ou carregar um SDK analítico dentro do aplicativo, considere isso na divulgação.
Você também pode precisar responder a perguntas sobre classificação etária, anúncios, direitos de conteúdo, criptografia, recursos financeiros, informações de saúde, localização ou acesso de crianças.
Etapa 7: teste antes da revisão
Teste iOS
Use TestFlight para instalar o release candidate. Teste em mais de um tamanho de tela, se possível. Verifique o login, o comportamento da conta exigido pela Apple, fluxos de pagamento externos quando permitido, permissões, notificações push, links e controles de exclusão.
Teste Android
Use as faixas de teste internas ou fechadas do Play Console. O teste interno é a maneira mais rápida de compartilhar uma construção com sua própria equipe. Se sua conta pessoal foi criada após 13 de novembro de 2023, o teste fechado descrito na Etapa 1 deverá ser executado por 14 dias consecutivos com pelo menos 12 testadores inscritos antes que você possa se inscrever para produção.
Em ambas as plataformas, teste a conectividade lenta, uma nova instalação, um login expirado, permissões negadas, o gesto de retorno do sistema, a seleção de arquivos e qualquer caminho que abra outro aplicativo ou navegador.
Etapa 8: conceda acesso completo aos revisores
Se o aplicativo exigir login, forneça uma conta de demonstração ativa e instruções. Mantenha essa conta funcionando durante a revisão. Explique recursos não óbvios, necessidades especiais de hardware, restrições regionais e onde os revisores podem encontrar funcionalidades nativas.
O Google aconselha especificamente os desenvolvedores a fornecer credenciais válidas para conteúdo restrito. Um revisor que não consegue passar do login não pode verificar o aplicativo.
Etapa 9: envie cada aplicativo
Envio da App Store
No App Store Connect, selecione a versão carregada, responda às perguntas de conformidade e metadados necessários, adicione notas de revisão e envie a versão. Monitore mensagens no App Store Connect e responda com precisão se a Apple solicitar informações.
Envio do Google Play
No Play Console, conclua as tarefas de conteúdo do app e de listagem da loja, faça upload do pacote de apps para a faixa correta, adicione notas de versão, resolva avisos de política e lance a versão. O Google Play usa Android App Bundles para criar pacotes otimizados para dispositivos.
do Google documentação de lançamento é a fonte da verdade para as etapas atuais do console.
Razões comuns pelas quais aplicativos de sites são rejeitados
O aplicativo parece um invólucro fino de site
Melhore a navegação nativa e a utilidade específica do aplicativo. Certifique-se de que a experiência principal seja útil e refinada no iOS, e não simplesmente uma página de desktop dentro de um quadro.
Os revisores não podem fazer login
Forneça credenciais funcionais, desative códigos únicos expirados para a conta de revisão quando for seguro e explique as etapas de login.
A listagem é enganosa
Remova capturas de tela ou reivindicações que não correspondam à compilação. Descreva as limitações claramente.
As respostas sobre privacidade estão incompletas
Audite rastreadores da web e serviços de terceiros, não apenas código nativo. Torne a política de privacidade pública e específica.
Links, compras ou uploads quebram dentro do aplicativo
Teste cada transferência externa e caminho de retorno em um dispositivo real. Decida intencionalmente quais links permanecem no aplicativo e quais abrem o navegador.
Os controles de conta obrigatórios estão faltando
Se os usuários puderem criar uma conta, revise os requisitos atuais de exclusão e controle de dados para ambas as lojas e exponha claramente o caminho necessário.
O que acontece após a aprovação?
Escolha se deseja lançar imediatamente, manualmente ou em etapas, quando a plataforma oferecer suporte. Assista a falhas, solicitações da Web com falha, erros de login, avaliações de usuários e tíquetes de suporte. Mantenha as descrições da loja e as divulgações de privacidade atualizadas quando o produto for alterado.
O conteúdo do site pode ser atualizado sem uma nova versão do aplicativo, mas a configuração nativa, o SDK, a permissão, a assinatura ou as alterações de política ainda podem exigir uma nova versão. Espere pelo menos uma reconstrução orientada para a loja por ano, à medida que a Apple e o Google aumentam suas metas mínimas de SDK e confirmam antecipadamente quem irá produzi-lo.
Lista de verificação de publicação
- As contas de desenvolvedor pertencem à pessoa ou empresa correta
- O site é responsivo, seguro e pronto para produção
- O aplicativo agrega valor móvel significativo
- Ambas as compilações assinadas são instaladas e executadas em dispositivos reais
- Nomes de lojas, descrições, ícones e capturas de tela estão completos
- As declarações de privacidade e conteúdo cobrem a experiência na web
- URLs de suporte e privacidade funcionam sem login
- As credenciais e instruções do revisor estão atualizadas
- Preço e disponibilidade são configurados
- Um membro da equipe é designado para monitorar mensagens de revisão
Se você ainda não criou as compilações, comece com nosso guia para converter um site em um aplicativo ou visualize seu site em SiteTo.App.
Veja seu site como um aplicativo
Personalize a experiência e visualize-a antes de escolher uma plataforma.
Crie sua visualização
