App nativo, PWA ou site responsivo: como escolher
São três respostas para a mesma pergunta, e a diferença entre elas é quase sempre explicada em vocabulário técnico que não ajuda a decidir. Este guia decide pelas consequências: o que você ganha, o que você perde, e o que fica impossível.
O que é cada um, em uma frase
Site responsivo. Abre no navegador e se ajusta ao tamanho da tela. Não instala, não recebe notificação, não aparece em loja nenhuma.
PWA. É um site responsivo com três acréscimos: pode ser adicionado à tela de início, guarda o que já carregou e recebe notificação push. Continua sendo aberto pela web e continua fora das lojas.
App nativo. É instalado pela App Store ou pela Google Play, aparece na busca da loja, tem acesso pleno aos recursos do aparelho e pode vender assinatura pelo sistema da loja.
A tabela
| Site | PWA | Nativo | |
|---|---|---|---|
| Aparece na busca da loja | não | não | sim |
| Ícone na tela do celular | não | sim, se a pessoa adicionar | sim, ao instalar |
| Notificação push | não | sim, com uma ressalva no iPhone | sim |
| Funciona com sinal ruim | não | sim, para o que já carregou | sim |
| Câmera, GPS, biometria | parcial | parcial | completo |
| Vender assinatura pela loja | não | não | sim |
| Publicar uma correção | na hora | na hora | passa por revisão |
| Custo para começar | menor | menor | conta de desenvolvedor e processo de loja |
As cinco perguntas que decidem
Responda estas cinco e a escolha se faz sozinha.
1. As pessoas vão te procurar na loja? Se o seu cliente busca "app de [seu negócio]" na App Store, estar lá é a única coisa que resolve. Nenhum PWA aparece naquela busca. Este é o motivo mais legítimo de todos para ir ao nativo.
2. Você precisa avisar as pessoas? Notificação muda o negócio quando ela é o produto: lembrete de agendamento, aviso de pedido, alerta de plantão. Se ela é enfeite, não decide nada.
3. Você precisa cobrar assinatura dentro do app? Dentro de um app instalado da loja, vender conteúdo digital por fora do sistema da loja é violação de política das duas, com remoção como punição. Se o seu modelo é assinatura consumida dentro do app, isso é uma decisão de arquitetura e não de preferência.
4. O aparelho é parte do produto? Ler código de barras o dia inteiro, gravar vídeo, usar biometria: quanto mais o produto depende do hardware, mais o nativo se justifica.
5. Com que frequência você vai corrigir? Site e PWA publicam correção na hora. App de loja passa por revisão, e essa diferença aparece no dia em que você precisa consertar algo às sete da noite de uma sexta.
O detalhe do iPhone que decide a maioria dos casos
Vale isolar, porque é a informação que mais falta nas comparações e a que mais muda decisão.
No iPhone, um PWA só recebe notificação push se a pessoa tiver adicionado o app à tela de início. Não basta abrir no navegador e permitir notificação: sem esse passo, o push não chega.
Parece detalhe e não é. "Adicione à tela de início" é um pedido que a maioria das pessoas não entende e uma parte grande não completa. Se a sua estratégia depende de notificar quem usa iPhone, e você não tem como pedir esse passo com convicção, o PWA não vai entregar o que você planejou. Instalado pela loja, o push funciona sem pedir nada.
O que cada um custa, em processo
O custo em dinheiro é o menos interessante. O custo em processo é o que pega:
Site e PWA não têm processo. Você publica e está no ar. É a razão de serem o caminho certo para validar qualquer coisa.
Nativo tem conta de desenvolvedor, verificação de identidade, ficha de loja, classificação de conteúdo, formulário de segurança de dados e revisão. No Android, contas pessoais novas ainda passam por um teste fechado com duração mínima. Nada disso é difícil; tudo isso é tempo de calendário, e a maior parte espera por outra pessoa.
A escolha não precisa ser permanente
Aqui vale dizer que somos parte interessada, então trate como descrição.
O erro caro não é escolher errado, é escolher de um jeito que não dá para mudar. Quem começa com um site feito de um jeito e depois decide ir para a loja costuma refazer o trabalho, e é isso que faz a decisão parecer maior do que é.
Na Fabapp, o mesmo app é publicado como site, funciona como PWA com instalação na tela de início, e pode ser empacotado como app nativo enviado às lojas sob a conta de desenvolvedor do dono. Não são três produtos, é um. Isso não torna a decisão irrelevante, torna ela adiável, que na prática é melhor: você descobre se as pessoas voltam antes de pagar o preço em processo de estar nas lojas. Os três caminhos e o resto do que a plataforma entrega estão em recursos.
A recomendação, sem rodeio
Comece pelo site ou pelo PWA. Publica na hora, corrige na hora, e responde a pergunta que importa antes de qualquer outra: alguém volta?
Vá para o nativo quando uma destas for verdade: as pessoas te procuram na loja, você precisa notificar quem usa iPhone sem depender de um pedido que ninguém completa, ou você precisa cobrar assinatura dentro do app.
Não vá para o nativo porque parece mais sério. Isso custa semanas de calendário e não muda nada para quem usa.
Na Fabapp, o plano Free não pede cartão, e dá para ter a versão web de pé antes de decidir qualquer coisa sobre loja.