App Store Connect vs Google Play Console: o fluxo de publicação
Se você publica em uma só loja, aprende um console e segue em frente. Publicando nas duas, você lida com dois modelos mentais que usam as mesmas palavras para coisas diferentes. "Release", "review" e "rollout" significam algo ligeiramente diferente no App Store Connect e no Google Play Console. Este post alinha os dois fluxos etapa por etapa para você planejar um lançamento que chegue às duas lojas sem surpresas.
O fluxo, lado a lado
Comece por aqui. Cada linha é uma etapa até uma atualização ficar no ar; as duas colunas mostram o que realmente acontece em cada console.
| Edição só de metadados | A maioria das mudanças na ficha da loja vai junto de uma nova versão em revisão; só alguns campos são editáveis ao vivo. | Uma edição da ficha da loja, enviada e revisada sem publicar um novo build. |
Como a Apple libera uma versão
No App Store Connect, a unidade de trabalho é uma versão. Você anexa um build, preenche os metadados e as capturas de tela, e envia tudo junto para a App Review. A Apple analisa como um pacote único — por isso trocar uma captura de tela ou ajustar uma descrição, isoladamente, geralmente significa uma nova versão e outra passagem pela revisão.
Depois que a App Review aprova, sua opção de lançamento decide o que acontece. Escolha automático e a versão vai ao ar imediatamente. Escolha manual e ela fica em "Pending Developer Release" — a Apple já aprovou, mas nada fica público até você apertar o botão (contando até 24 horas para aparecer depois disso). Escolha agendado e o lançamento acontece automaticamente na data e hora que você definir. Essa escolha é feita por versão, então cada atualização é uma decisão nova.
Para um lançamento gradual, ative o phased release. Ele se aplica a atualizações automáticas para usuários existentes e distribui a liberação ao longo de 7 dias, subindo em porcentagem, e você pode pausar se algo parecer errado nas métricas. Ele não se aplica a um app totalmente novo, nem a lançamentos manuais — é o equivalente da App Store ao staged rollout do Google, não uma retenção de todo o lançamento.
Como o Google libera para uma track
O Google divide o mesmo trabalho em tracks. Um build começa em uma track de teste — interna, fechada ou aberta — e é promovido para produção quando você estiver pronto. O teste interno é para um grupo pequeno e confiável (até 100). O teste fechado se amplia para listas de convidados (até 2.000 por lista). O teste aberto é público, com opt-in e sem limite. Produção é todo mundo, nos países que você escolher.
Quando você envia um release, a publicação gerenciada é o equivalente à retenção manual da Apple. Com ela ativada, as mudanças aprovadas ficam acumuladas na visão geral de Publishing, em "changes ready to send", e só vão ao ar quando você publica — útil para alinhar um lançamento com uma data de marketing. Com ela desativada, as mudanças aprovadas são publicadas assim que a revisão é concluída.
Para um lançamento gradual, use um staged rollout: libere para uma porcentagem de usuários e vá aumentando aos poucos, interrompendo se as taxas de falhas (crashes) dispararem. Assim como o phased release da Apple, é para atualizações, não para primeiros lançamentos — um release de produção totalmente novo vai para todo mundo de uma vez.
A divergência que costuma confundir
Aqui está a diferença que vale a pena internalizar: a Apple vincula os metadados à versão; o Google mantém a ficha da loja separada do release.
Na Apple, suas capturas de tela, descrição e palavras-chave fazem parte da versão em revisão. Quer atualizar as capturas de tela entre builds? Para a maioria dos campos, isso significa uma nova versão e outra passagem pela revisão. No Google, a ficha da loja é um objeto próprio — você pode atualizar texto e imagens e enviar só isso para revisão, enquanto o pacote do app publicado permanece exatamente onde está. Duas lojas, duas respostas bem diferentes para "posso mudar isso sem um release completo?"
Isso importa mais quando um lançamento tem muitas partes móveis: um build, um conjunto de capturas de tela, texto localizado em dezenas de mercados. Na Apple, você tende a agrupar tudo em uma única versão para revisar junto. No Google, você pode preparar a ficha da loja e o release de forma independente e publicá-los na ordem que fizer mais sentido para o plano.
Tempos de revisão e a pegadinha das contas novas
A App Review da Apple leva cerca de 24 a 48 horas para uma atualização típica em 2026, mais tempo para uma primeira submissão de um desenvolvedor novo ou qualquer coisa sinalizada para uma análise mais atenta. A revisão do Google costuma ser mais rápida — de horas a poucos dias para uma conta já estabelecida —, mas há uma barreira para quem está começando.
Uma conta de desenvolvedor pessoal do Google Play criada depois de meados de novembro de 2023 precisa rodar um teste fechado com pelo menos 12 testadores participando por 14 dias contínuos antes de poder solicitar acesso à produção. Se cair abaixo de 12, a contagem pode zerar. Contas de organização e contas pessoais mais antigas pulam essa etapa. A Apple não tem um equivalente direto, então, se você está lançando um primeiro app nas duas lojas, reserve tempo para essa janela de teste do Google logo de início — costuma ser o gargalo mais longo.
Onde o Mokbi entra
Os dois consoles querem os mesmos assets finalizados: capturas de tela com moldura de dispositivo e texto limpo e localizado em todos os tamanhos exigidos. O Mokbi constrói isso uma única vez. Você projeta as capturas de tela e escreve o texto da loja em um só projeto, depois traduz tudo para 50 idiomas e exporta um conjunto que corresponde às dimensões do App Store Connect e do Google Play Console em uma única passagem — assim, o mesmo trabalho alimenta duas fichas de loja em vez de duas rotinas separadas.
O Mokbi também publica esses assets. Ele envia a ficha da loja e as imagens diretamente para o Google Play pela Play Developer API, e prepara a versão no App Store Connect pronta para você enviar. A Apple exige o Submit final e a passagem de revisão feita por você, então esse último toque fica com você (uma regra da Apple, não uma limitação do Mokbi). De qualquer forma, você conduz as atualizações de ficha de loja dos dois consoles a partir de um só lugar, com uma única assinatura: o editor é gratuito com marca d'água, e o Solo (€29.99/mês) ou o Studio (€49.99/mês) liberam exportação e publicação ilimitadas enquanto sua assinatura estiver ativa.