Atualize Seu Aplicativo Mobile

A maioria das atualizações entra em vigor instantaneamente ao publicar. Apenas mudanças em metadados ou no shell nativo exigem um novo envio à loja de aplicativos.

Se você empacotou seu aplicativo Proyecta como um PWA e o enviou a uma loja de aplicativos, as atualizações funcionam em dois níveis, dependendo do que você está alterando.

Nível 1: Atualizações de conteúdo e funcionalidade (instantâneas)

Como um PWA empacotado carrega seu conteúdo real a partir da URL publicada no Proyecta, a maioria das atualizações não exige um novo build para a loja de aplicativos:

1. Faça suas alterações no builder do Proyecta
2. Clique em Publish na barra de ferramentas do builder
3. Os usuários veem as mudanças na próxima vez que abrirem o aplicativo

O que se enquadra neste nível:

• Novas páginas, funcionalidades e layouts
• Correções de bugs
• Alterações de textos e imagens
• Mudanças na lógica de backend
• Alterações no schema do banco de dados
• A maioria dos ajustes de estilo

Essa é uma das maiores vantagens do modelo de PWA empacotado — você não precisa esperar filas de revisão para o trabalho normal do produto.

Nível 2: Atualizações do shell nativo (novo envio necessário)

Algumas mudanças exigem regenerar o wrapper e enviar um novo pacote:

• Nome do aplicativo como aparece abaixo do ícone
• O próprio ícone do aplicativo
• Tela de splash
• Entradas do manifest incorporadas pelo wrapper (cor do tema, modo de exibição, bloqueio de orientação)
• Declarações de permissões nativas (câmera, localização, etc. que precisam de novas entradas em Info.plist ou AndroidManifest.xml)
• Atualizações de versão do wrapper

Para esses casos:

1. Regenere o pacote em pwabuilder.com com sua URL publicada
2. Assine com a mesma chave de assinatura usada anteriormente (fundamental — veja abaixo)
3. Envie pelo Google Play Console, App Store Connect ou Partner Center
4. Aguarde a revisão

Não perca sua chave de assinatura

A coisa mais importante ao atualizar um aplicativo Android: você deve assinar cada atualização com a mesma chave usada para assinar a primeira versão. Se você perder o signing.keystore, o Google Play não aceitará mais nenhuma atualização. Você teria que publicar um aplicativo totalmente novo com um nome de pacote diferente e migrar os usuários.

No iOS, seu perfil de provisionamento e certificado de distribuição estão vinculados ao seu Bundle ID — se você revogar o certificado, poderá criar um novo, mas faça backup dos seus perfis mesmo assim para evitar atrasos ao enviar atualizações.

Dica de versionamento

Mantenha o número de versão visível ao usuário sincronizado com seus deploys no Proyecta sempre que enviar um novo pacote. Caso contrário, os usuários não conseguem identificar se o relatório de crash é da nova build ou de uma anterior.

Em breve

• Assistente de atualização no builder que cuida da regeneração, assinatura e envio para você
• Rastreamento de manifest de versões sincronizado com o histórico de versões do Proyecta