Upload em massa de capturas de tela localizadas para ambas as lojas
deliver/supply construídos sobre elas). O Mokbi renderiza cada idioma × dispositivo e publica o conjunto em ambas as lojas por você — enviando diretamente para o Google Play via Play Developer API e deixando tudo pronto no App Store Connect para o seu envio final.Você está no meio de um lançamento. As capturas de tela estão prontas. Agora você tem que colocá-las em ambas as lojas, em todos os idiomas que você suporta, em todos os tamanhos de dispositivo que cada loja exige. É essa a parte de que ninguém te avisa — e a parte em que as pessoas discretamente procuram algo como "upload em massa capturas localizadas app store connect / google play todos os idiomas".
Aqui vai primeiro a resposta honesta, para você poder parar de procurar: nenhuma das lojas tem um upload em massa nativo que abranja vários idiomas. Você faz upload por idioma, por família de tamanhos de dispositivo, na interface web, um bloco de cada vez.
O que "sem upload em massa" realmente significa
No App Store Connect você abre o seu app, escolhe a versão, desce até a seção de capturas de tela e arrasta PNGs para um slot de tipo de tela específico — 6,9", 6,5", iPad de 13", e assim por diante. Depois você muda o menu de idioma para o próximo e repete o processo. A Apple permite adicionar até 10 capturas por tipo de dispositivo, por idioma. Não existe um botão "aplicar a todos os idiomas" para imagens.
O Google Play Console funciona da mesma forma. Em Ficha da loja principal, você escolhe um idioma e depois faz upload de capturas para cada seção de dispositivo — celular, tablet de 7 polegadas, tablet de 10 polegadas e, opcionalmente, Chromebook, Wear OS, Android TV e tipos mais recentes. Até 8 por tipo de dispositivo. Você muda o idioma, repete.
Ou seja, a unidade de trabalho não é "um conjunto de capturas". É um bloco = um idioma × uma família de tamanhos de dispositivo, e você preenche cada bloco manualmente.
A dimensão do arrastar, em números
Conte os blocos com honestidade. Na Apple, uma submissão normal preenche pelo menos uma família de tela de iPhone e uma de iPad — digamos 2, mais se você mantiver um conjunto separado de iPhone de 6,5" além do 6,9". No Play, uma submissão normal preenche celular mais dois tamanhos de tablet — digamos 3, mais se você acrescentar Chromebook ou Wear OS.
- Um idioma, ambas as lojas: cerca de 2 blocos Apple + 3 blocos Play = 5 uploads manuais.
- Dez idiomas: cerca de 20 + 30 = 50 blocos para preencher, cada um com até 8–10 imagens.
- Cinquenta idiomas: cerca de 100 + 150 = 250 uploads separados por arrastar-e-soltar, antes mesmo de você ter confirmado que a imagem certa foi parar no slot certo.
Trinta minutos de arrastar por idioma é um número que as pessoas citam por um motivo. Com qualquer número real de idiomas, isso deixa de ser uma tarefa e passa a ser uma tarde inteira — uma tarde que você repete no próximo lançamento.
Os dois únicos caminhos de automação
Se você quiser pular por completo a interface web, existem exatamente duas portas suportadas, uma por loja:
- App Store Connect API. O recurso de capturas de tela permite criar um conjunto e carregar imagens programaticamente para um determinado idioma e tipo de tela. Você se autentica com uma chave de API e envia imagens por idioma, por família de tela.
- Google Play Developer API. O método
edits.images.uploadcarrega uma imagem de um idioma e tipo de imagem especificados (phoneScreenshots,sevenInchScreenshots,tenInchScreenshots, e assim por diante) para uma edição pendente, que depois você confirma.
A maioria das equipes não chama essas APIs diretamente. Usam o fastlane por cima: o deliver (também exposto como upload_to_app_store) conduz a App Store Connect API, e o supply (upload_to_play_store) conduz a Play Developer API. O Supply até gera várias threads de upload para enviar imagens localizadas simultaneamente. É esse o verdadeiro "upload em massa" — é um ciclo de API, não um botão no painel.
Vale a pena ser claro quanto ao custo: usar o fastlane implica uma cadeia de ferramentas Ruby, um fastfile, credenciais de API das lojas e (do lado Apple) a costumeira tramitação de assinatura de código e simuladores. Compensa quando você lança com frequência. Para um app que envia apenas algumas vezes por ano, montar tudo isso só para carregar imagens pode dar mais trabalho do que o arrastar que substitui. Se você já usa isso para builds, acrescentar o passo das capturas é praticamente gratuito.
A origem das capturas de tela é o verdadeiro gargalo
Repare que todos os caminhos acima assumem que os arquivos já existem — com o tamanho correto, um conjunto por família de dispositivo, traduzidos por idioma. Essa é a parte realmente difícil. A App Store Connect API e a Play Developer API movem imagens já prontas; elas não as concebem, não as redimensionam nem traduzem as legendas. Se você está produzindo 50 variantes de idioma em 5 tamanhos de dispositivo à mão em uma ferramenta de design, o upload nunca foi o seu gargalo.
É essa a lacuna que o Mokbi fecha. Você constrói um design, e ele gera todos os tamanhos de dispositivo e todos os 50 idiomas a partir dessa única fonte — legendas traduzidas, layout reorganizado, cada imagem exportada exatamente nas dimensões em pixels que o slot da loja espera. O resultado é um lote: um conjunto limpo de arquivos idioma × dispositivo, nomeado e organizado, pronto para colocar nos blocos certos.
Publicação com um clique em ambas as lojas
O Mokbi resolve exatamente isso. Você constrói um conjunto, e ele renderiza cada idioma × cada tamanho de dispositivo e publica nas duas lojas — enviando diretamente para o Google Play via Play Developer API, e deixando os conjuntos prontos no App Store Connect para você enviar. A Apple exige o envio final e a revisão, então essa última etapa continua com você; tudo até ela já está resolvido. Sem upload manual por idioma, por dispositivo.
Se você já usa fastlane ou as APIs das lojas na sua própria CI, os mesmos arquivos exportados alimentam diretamente o deliver e o supply. De um jeito ou de outro, o design, o redimensionamento e a tradução em 50 idiomas já estão feitos para você — e agora a publicação também.
O fluxo de trabalho que realmente poupa a tarde
- Crie o design uma vez. Construa o carrossel uma única vez no editor.
- Exporte a matriz em lote. Cada tamanho de dispositivo × cada idioma, nas dimensões exatas de cada loja, em uma só exportação.
- Publique em ambas as lojas. O Mokbi envia os conjuntos para o Google Play e os deixa prontos no App Store Connect para o seu envio final — ou entregue os arquivos ao fastlane
deliver/supplyse você usar sua própria CI. - No próximo lançamento, exporte novamente e repita. Mude o design uma vez, regenere toda a matriz, faça upload novamente.
A conta que importa: o número de blocos não muda, mas o tempo por bloco se reduz drasticamente quando você está colocando um arquivo já pronto e com o tamanho certo, em vez de desenhá-lo e redimensioná-lo primeiro. Essa é a diferença entre uma tarde inteira e uma pausa para café.