Contas e certificados
Abertura da conta Apple Developer e da Google Play Console no nome da sua empresa, com verificação, certificados e chaves de assinatura guardadas com você.
Método YveTech de Mobile · Etapa 03
Publicação assistida
Aplicativo pronto não é aplicativo publicado. Entre os dois existe um processo de contas, políticas, fichas e revisão que tem regra própria — e recusa na primeira tentativa é rotina, não acidente. Nós conduzimos esse trecho inteiro.
As lojas são o último portão, e ele tem porteiro
Apple e Google avaliam cada envio contra políticas que mudam. Quem trata isso como upload descobre o problema no pior momento.
A revisão da App Store é feita por pessoas e costuma levar de um a três dias. A Google Play automatiza boa parte e leva de horas a alguns dias, com prazos maiores para conta nova. Os dois avaliam a mesma coisa em essência: se o aplicativo faz o que a ficha promete, se pede só os dados que precisa, se declara corretamente o que coleta e se a experiência tem qualidade mínima.
A maior parte das recusas não é técnica. É ficha incompleta, política de privacidade genérica, declaração de coleta de dados que não bate com o comportamento do app, tela de login sem conta de teste para o revisor ou funcionalidade que a loja entende como pagamento por fora das regras dela. Nada disso aparece no código; aparece no processo — e é por isso que ele entra no cronograma.
Quando a recusa vem, ela vem com o item da política citado. Lemos, corrigimos e reenviamos, quantas vezes for necessário, e quando o entendimento do revisor nos parece equivocado, abrimos contestação com argumento. Já resolvemos casos assim — e o que não fazemos é repassar o e-mail da loja para você resolver.
As contas de desenvolvedor ficam no nome da sua empresa, sempre. É isso que garante que o app, as avaliações e a base de usuários continuem seus, independentemente de quem der manutenção depois.
O que a etapa cobre
Tudo o que existe entre o aplicativo pronto e o botão de instalar disponível para o seu público.
Ficha da loja
Nome, subtítulo, descrição, palavras-chave, ícone e capturas de tela em todos os tamanhos exigidos — o que decide boa parte da instalação.
Privacidade declarada
Política de privacidade publicada e o formulário de coleta de dados preenchido de acordo com o que o app faz de fato.
Classificação e público
Questionário de faixa etária, países de distribuição e, quando o caso pede, distribuição interna só para a sua empresa.
Envio e revisão
Empacotamento assinado, envio, acompanhamento da fila e resposta a qualquer pedido de esclarecimento do revisor.
Recusas e reenvio
Leitura do motivo, correção, reenvio e contestação quando cabe. A etapa só termina com o app no ar.
O caminho até a loja
Do pacote assinado à ficha publicada, com o que costuma travar em cada ponto.
Como a etapa acontece
Começa semanas antes de o aplicativo ficar pronto — abrir conta e verificar empresa leva tempo próprio.
Contas e verificação
Abertura e verificação das contas nas duas lojas, no nome da sua empresa. É o passo que mais atrasa quando deixado para o fim.
Preparo da ficha
Textos, ícone, capturas em todos os tamanhos, política de privacidade publicada e formulário de dados preenchido.
Teste fechado
Distribuição para um grupo pequeno pela TestFlight e pela trilha de teste da Play — os erros que aparecem aqui não chegam ao público.
Envio e acompanhamento
Envio às duas lojas, resposta ao revisor, correção de recusa e publicação. Acompanhamos até o app estar instalável.
Os motivos de recusa que mais vemos
Todos evitáveis — e todos tratados antes do primeiro envio quando a etapa é conduzida.
- Sem conta de teste — o app tem login e o revisor não recebeu credencial para entrar.
- Privacidade genérica — política copiada de modelo, que não descreve o que o app coleta.
- Declaração que não bate — o formulário diz que não coleta localização e o app pede localização.
- Ficha incompleta — capturas fora do tamanho, descrição vaga ou funcionalidade não demonstrada.
O que fica com você ao final
Acessos e ativos no nome da sua empresa, sem dependência de fornecedor.
- As contas das duas lojas — com você como proprietário e nós como acesso de trabalho.
- Certificados e chaves — inclusive a chave de assinatura do Android, que não se recupera se perdida.
- Ficha e materiais — textos, ícone e capturas em arquivo editável.
- Manual de publicação — o passo a passo do envio de uma nova versão, para a sua equipe repetir.
O que cada loja exige, na prática
Referência de partida: as regras mudam, e é parte do nosso trabalho acompanhar a mudança.
| Item | App Store (Apple) | Google Play |
|---|---|---|
| Conta de desenvolvedor | anuidade, verificação da empresa e número D-U-N-S | taxa única e verificação de identidade ou empresa |
| Tempo de revisão | de 1 a 3 dias, revisão humana | de horas a alguns dias; conta nova costuma levar mais |
| Privacidade | ficha de privacidade detalhada por tipo de dado | formulário de segurança de dados equivalente |
| Teste antes do público | TestFlight, até 10.000 testadores | trilhas interna, fechada e aberta |
| Recusa | motivo com item da política citado, contestação possível | motivo por política, com reenvio após correção |
| Uso interno na empresa | distribuição pelo programa corporativo ou por conta gerenciada | publicação privada para a organização |
Compromissos desta etapa
O que combinamos antes de começar — e cobramos de nós mesmos durante o projeto.
2lojas conduzidas do cadastro à aprovação
1–3 diasrevisão típica da App Store
Sua empresatitular das contas e das chaves
Até aprovarrecusa tratada e reenviada por nós
Perguntas frequentes sobre publicação assistida
As dúvidas que mais aparecem nesta etapa. Sobre prazo, forma de cobrança e contrato, veja as perguntas frequentes da YveTech.
Quanto tempo leva para o app estar na loja?
Da entrega do aplicativo pronto, normalmente de uma a três semanas — a maior parte disso é fila de revisão e a primeira rodada de correções. Quando as contas ainda não existem, some o tempo de abertura e verificação, que pode passar de duas semanas e não depende de nós nem de você.
E se a Apple ou o Google recusarem?
Faz parte do processo e já está no planejamento. Lemos o item citado, corrigimos e reenviamos, quantas vezes for preciso. Quando entendemos que a interpretação do revisor está errada, contestamos com argumento — e isso também é nosso trabalho, não seu.
Preciso ter CNPJ para publicar?
Para publicar como empresa, sim, e é o que recomendamos: o app fica no nome da organização, com a marca aparecendo como desenvolvedora. Publicar em nome de pessoa física é possível, mas amarra o aplicativo a um CPF — e desfazer isso depois é transferência com burocracia.
Vocês publicam atualização depois, ou só a primeira versão?
As duas coisas. Na sustentação, cada nova versão passa pelo mesmo caminho — teste fechado, envio, acompanhamento — e você recebe o registro do que mudou. Se preferir que a sua equipe assuma, entregamos o manual e acompanhamos os primeiros envios.
Aplicativo pronto e parado antes da loja?
Conte em que ponto o processo travou — conta, ficha ou recusa — e mostramos o caminho até a publicação.
Continue explorando
As quatro etapas do método e os três recortes da operação — cada uma com o seu próprio detalhamento.
Aplicativos MobileVoltar à visão geral da área
Jornada e protótipoAs telas navegáveis validadas com gente de verdade antes do código
DesenvolvimentoNativo ou multiplataforma, decidido pelo seu caso e não por preferência
Evolução por dadosO que o uso real revela — e as atualizações que nascem disso
O app em movimentoO que sustenta a fluidez: 60 quadros por segundo e resposta ao toque
Navegação principalA estrutura de abas pensada para o uso com uma mão só
Ambiente de Aplicativos MobileA malha que sustenta o app: serviços, sincronização, push e distribuição