Como mudar as capturas de tela da App Store sem uma nova versão do app
Você quer trocar as capturas de tela de um app ativo hoje, abre a App Store Connect, e os campos de captura de tela da versão atual estão somente leitura. Isso é a Apple funcionando como projetado, não um bug. As capturas de tela fazem parte dos metadados de uma versão, e assim que uma versão é aprovada e lançada, seus metadados ficam congelados. Aqui estão as rotas que realmente mudam o que os usuários veem, e o que cada uma custa em uploads de build e tempo de revisão.
Por que os campos ficam bloqueados
A App Store Connect armazena as capturas de tela vinculadas a uma versão específica do app. Quando seu app está ativo, essa versão fica em estado lançado e suas capturas de tela, descrição e palavras-chave ficam todas bloqueadas. Para editar qualquer uma delas, você trabalha em um registro de versão separado e editável, o que está no estado "Preparar para envio". A listagem ativa continua mostrando as capturas de tela antigas até que uma nova versão seja aprovada e lançada por cima dela.
A própria documentação da Apple é direta sobre isso: assim que seu app é enviado e aprovado, você precisa criar uma nova versão para atualizar as capturas de tela. Então a pergunta não é "posso editar a versão ativa" (você não pode). É "qual mecanismo entrega a mudança mais enxuta e mais rápida".
Rota 1: um novo registro de versão (a padrão)
Esse é o caminho que a maioria dos desenvolvedores já conhece. Na App Store Connect você cria uma nova versão, abre o registro editável "Preparar para envio", substitui as capturas de tela e envia para revisão. O detalhe importante: você não precisa lançar um novo recurso ou correção de bug, mas precisa de um build anexado à versão.
A App Store Connect não vai oferecer o build que está ativo agora no seletor de builds da nova versão. Então, na prática, você faz uma de duas coisas: escolhe outro build que já enviou antes (um build que sobrou de um upload antigo no TestFlight funciona), ou envia um binário novo com o mesmo código-fonte e um número de build maior. Nenhuma das duas adiciona funcionalidade. Mas precisa haver um build, e a versão inteira, capturas de tela incluídas, passa pela App Review. As novas capturas de tela só aparecem depois que essa versão é aprovada e você a lança.
Use essa rota quando você já está mudando mais do que capturas de tela, digamos uma nova descrição e conjunto de palavras-chave junto com os visuais, já que tudo pode ir no mesmo envio.
Rota 2: Product Page Optimization (sem nova versão, sem novo build)
Product Page Optimization (PPO) é o recurso nativo de teste A/B da Apple, e também é a única forma de alterar capturas de tela e vídeos de preview sem nova versão e sem novo build. Você cria um teste, adiciona um tratamento com suas novas capturas de tela e envia esse tratamento. A Apple afirma diretamente que esses metadados podem ser enviados sem enviar uma nova versão do seu app.
A pegadinha que mantém tudo honesto: o material novo ainda passa pela App Review antes que o teste possa rodar. A única exceção é reordenar capturas de tela que já foram aprovadas e estão na loja, o que não precisa de nova revisão. Tudo que é genuinamente novo é analisado primeiro.
O PPO é construído como um experimento, então os resultados voltam como uma estimativa de aumento na taxa de conversão, uma porcentagem em relação à sua página atual com um nível de confiança nos dados. Se você só quer as novas capturas de tela ativas para todo mundo em vez de um teste medido, pode criar o teste, rodá-lo e depois aplicar o tratamento vencedor à sua página de produto padrão. Aplicar um tratamento encerra o teste e envia esse material para todos os usuários, ainda sem upload de binário.
Um limite que vale a pena deixar claro: capturas de tela e vídeos de preview são livres de build via PPO, mas ícones alternativos de app não são. Um ícone precisa estar compilado no binário que já está na loja, então um ícone genuinamente novo ainda exige um build. Mantenha os ícones fora de uma troca de capturas de tela sem build.
Rota 3: Custom Product Pages, para variantes segmentadas
Se você quer um conjunto diferente de capturas de tela para um público específico ou campanha publicitária em vez de mudar sua listagem principal, as Custom Product Pages permitem publicar versões alternativas em URLs próprias. Cada variante é revisada separadamente e é acessada por link, então sua página padrão fica intacta. Essa é mais uma ferramenta de segmentação do que uma ferramenta de "mudar a listagem ativa", mas vale a pena considerá-la quando você está decidindo como movimentar capturas de tela sem um lançamento completo de app.
O único campo que você pode mudar a qualquer momento: texto promocional
O texto promocional é o único campo da App Store que você pode editar sem nova versão e sem App Review. É um bloco de 170 caracteres que fica no topo da sua descrição, e as edições entram no ar sozinhas em poucas horas (a Apple permite até 48). Não é indexado para ranqueamento de palavras-chave, então não vai mudar sua posição na busca, mas é o lugar certo para uma linha urgente enquanto uma mudança de captura de tela ainda está em revisão.
Rota por rota: build e revisão, resumidos
Qual rota escolher
- Só trocando capturas de tela, caminho mais rápido. Product Page Optimization. Sem build, uma passagem de revisão no material novo, depois aplique o tratamento e fica ativo para todo mundo.
- Mudando capturas de tela mais texto ou palavras-chave. Novo registro de versão, para que toda a atualização vá em um único envio.
- Visuais diferentes para uma campanha, não a página principal. Custom Product Page.
- Uma linha que precisa estar ativa na próxima hora. Texto promocional, enquanto a mudança real de captura de tela está em revisão.
Onde o Mokbi entra
O Mokbi cuida da renovação completa das capturas de tela, do início ao fim. Ele projeta as novas capturas de tela e o feature graphic do Google Play, depois escreve a listagem completa, título, subtítulo, descrição e texto promocional, e traduz tudo isso para 50 idiomas em uma única passagem. Essa é a parte que geralmente trava uma renovação de capturas de tela, e o Mokbi faz isso em um único fluxo.
Depois ele publica. O Mokbi envia a listagem e os ativos finalizados direto para o Google Play pela Play Developer API, onde eles ficam ativos imediatamente, e prepara tudo na App Store Connect pronto para você enviar. A Apple exige que o Enviar final e a App Review passem pela sua própria conta, então esse único clique continua com você, mas o material e o texto já estão prontos, em todos os idiomas, dentro de uma nova versão ou de um teste de Product Page Optimization no momento em que você abre o console.