PWA ou aplicativo nativo: qual escolher para equipes de campo

O encarregado está no cais com um tablet, a portaria usa um celular compartilhado e o técnico a bordo passa horas sem sinal. Quando um sistema precisa chegar a essas pessoas, a primeira pergunta é sempre a mesma: precisa de aplicativo na loja? Na maior parte das vezes, não.

Este artigo mostra o que um PWA já faz no celular, quando o aplicativo nativo continua necessário e como cada um se comporta sem conexão. No meio dele está um checklist de 18 requisitos para definir o aplicativo da sua equipe de campo antes de pedir orçamento. Se a dúvida ainda é anterior, entre comprar um produto pronto e desenvolver, comece pelo artigo sistema sob medida ou software pronto.

O que é um PWA?

PWA, ou aplicativo web progressivo, é um site construído para se comportar como aplicativo. O usuário abre um endereço, instala na tela de início e passa a usar em tela cheia, com ícone próprio. Por baixo, continua sendo tecnologia web.

A documentação da MDN define o PWA como um aplicativo construído com tecnologias da plataforma web que oferece uma experiência parecida com a de um aplicativo específico de plataforma. Na prática, isso significa um código só para Android, iPhone e computador, e um endereço que a equipe recebe por link ou QR code.

O que um PWA consegue fazer hoje?

Um PWA moderno faz quase tudo o que uma equipe de campo usa no dia a dia:

• Usa a câmera para fotos e para ler QR code.
• Lê a localização por GPS enquanto está aberto.
• Recebe notificações push, inclusive no iPhone.
• Guarda a interface e parte dos dados no aparelho para abrir sem conexão.
• Atualiza para todos os usuários no momento em que uma versão nova é publicada.

As notificações no iPhone são recentes. O blog do WebKit, o motor do Safari, anunciou em fevereiro de 2023 que o iOS e o iPadOS 16.4 passaram a aceitar notificações push em aplicativos web adicionados à tela de início. O pedido de permissão precisa partir de um toque do usuário, como um botão de "ativar avisos". Antes disso, essa era a principal razão para ir à loja.

Quando o aplicativo nativo é necessário?

O aplicativo nativo é necessário em quatro situações: venda ao público nas lojas, cobrança dentro do aplicativo, rastreamento com o celular bloqueado e recursos específicos do aparelho.

As regras de pagamento pesam mais do que parecem. As diretrizes de revisão da Apple, no item 3.1.1, dizem que liberar recursos dentro do aplicativo, como assinaturas e conteúdo premium, exige o sistema de compra da própria loja.

No aplicativo de saúde que desenvolvemos, a assinatura nas lojas e o login com Apple decidiram pelo nativo. Usamos React Native com Expo, que gera as versões de iOS e Android a partir da mesma base de código, e o mesmo back-end em Ruby on Rails atende o aplicativo.

Como cada um se comporta sem conexão?

Os dois conseguem funcionar sem sinal, mas o trabalho de desenvolvimento é diferente. No nativo, guardar dados no aparelho é o caminho natural. No PWA, é preciso planejar o que fica armazenado, por quanto tempo e como os dados sincronizam quando a conexão volta.

Há um detalhe do iPhone que define o desenho. Segundo o web.dev, o Safari pode apagar os dados que um site guardou no aparelho depois de sete dias sem uso, mas essa regra não vale para PWAs adicionados à tela de início. Para uma equipe que trabalha sem sinal, a instalação deixa de ser opcional e entra no procedimento de implantação.

O ponto de atenção é o conflito. Se duas pessoas alteram o mesmo registro sem conexão, o sistema precisa de uma regra para decidir o que vale. Essa regra é de negócio e deve ser definida antes do desenvolvimento, em qualquer das duas tecnologias.

Em embarcações e áreas remotas, esse costuma ser o requisito que mais pesa. No caso de inspeção de embarcações, um achado registrado a bordo aparece em terra assim que o aparelho volta a ter conexão.

Checklist: o que definir antes de escolher?

O checklist abaixo reúne as decisões que mudam a escolha entre PWA e nativo e as que mudam o custo do projeto. Responda com quem conhece a rotina de campo, e não só com quem vai aprovar a compra.

Se nenhum item "nativo" foi marcado, o PWA atende. Se um ou mais foram, a pergunta seguinte é se o nativo precisa existir desde o início ou se pode vir depois, consumindo a mesma API. Leve o checklist respondido para a conversa com quem vai desenvolver: ele substitui boa parte da primeira reunião.

Qual custa menos para manter?

O PWA custa menos para manter. Ele tem um código só, e não existe versão antiga em circulação, porque todos recebem a nova ao mesmo tempo. Também não há revisão de loja nem conta de desenvolvedor para administrar.

O nativo exige publicar em duas lojas, acompanhar as mudanças de regras de cada uma e conviver com usuários que demoram a atualizar. Ferramentas como o Expo reduzem bastante esse trabalho, mas ele continua existindo. Isso entra na conta de sustentação do aplicativo. Se a pergunta for o preço de construir o aplicativo, e não só de mantê-lo, o artigo quanto custa um aplicativo lista o que define o orçamento.

E a segurança de um PWA?

A segurança de um PWA é a mesma de um sistema web bem feito. O PWA só funciona em conexão criptografada, o acesso exige login e as permissões são conferidas no servidor a cada ação. Câmera, localização e notificações dependem de autorização explícita do usuário, pedida pelo próprio sistema operacional.

A diferença para o nativo está na distribuição. Um aplicativo de loja pode ser instalado por qualquer pessoa que o encontre. Um PWA interno é um endereço que só a sua equipe recebe e que não aparece em busca de loja. Para sistemas de operação, isso costuma ser uma vantagem.

O que precisa de atenção é o aparelho compartilhado. Em portarias e em embarcações é comum várias pessoas usarem o mesmo celular ou tablet. O sistema deve encerrar a sessão por inatividade e registrar quem fez cada ação. O caso de operação portuária mostra esse tipo de uso na portaria, e o artigo sobre permissão de trabalho digital mostra o que a norma exige quando a assinatura acontece no celular.

Dá para publicar um PWA na loja?

Dá, com limites. No Google Play, um PWA pode ser publicado dentro de um aplicativo Android pelo recurso Trusted Web Activity, documentado pelo Google. Na App Store o caminho é mais restrito: o item 4.2 das diretrizes da Apple pede que o aplicativo ofereça recursos, conteúdo e interface que vão além de um site empacotado.

Para equipes internas, publicar na loja raramente compensa. Para um produto vendido ao público, vale mais desenvolver o nativo de uma vez, reaproveitando a API do sistema web.

Quando nem o PWA nem o nativo resolvem sozinhos?

Nenhum dos dois resolve sozinho quando o problema está no processo ou no sistema por trás do aplicativo. Um aplicativo de campo é a ponta de um sistema: se o cadastro, as regras e os relatórios ainda vivem em planilhas desencontradas, o aplicativo só leva a desordem para o celular.

Nesse caso, o primeiro passo é o sistema web sob medida que guarda os dados e as regras, com o aplicativo como uma das telas dele. É assim que estruturamos os projetos de aplicativos: a API é a mesma, e o PWA, o nativo ou os dois consomem o mesmo back-end. Se quiser conversar sobre o aplicativo da sua equipe, a conversa inicial não tem custo.