Muitos times de apps vêm me perguntar como subir a retenção, e a conversa costuma terminar igual: «A gente monta um contêiner H5 e coloca serviços de terceiros».
Parece razoável: rápido de construir, fácil de ajustar, qualquer página web entra. O problema é que, feito isso, a retenção quase nunca se mexe. Uma página H5 dentro do seu app é, no fundo, uma página web emprestada. O usuário entra, faz o que precisa, fecha e volta pro mundo dele. Seu app mal vê o que aconteceu no meio — justo o que você não pode se dar ao luxo quando quer reter e engordar valor.
Seis frentes: onde mini-programa e H5 se separam
| Dimensão | Mini-programa (runtime do host) | H5 (página WebView) |
|---|---|---|
| Login e identidade | Um login do host, a identidade se mantém | Reautenticar por serviço, a identidade se perde |
| Pagamento | A carteira do host paga direto | Pula pra caixa de terceiro, o dinheiro sai |
| Reengajamento | Recuperação via central de mensagens do host | Cortado ao fechar; nem sabe quem foi o usuário |
| Experiência e desempenho | Pré-carga + componentes nativos, sensação nativa | Baixa recursos e gira a cada abertura; páginas complexas perdem estilo |
| Teto de capacidade | APIs graduadas do host: câmera, biometria, compartilhar | Preso ao modelo de segurança do navegador; chamadas pouco confiáveis |
| Ecossistema e compounding | Catálogo aberto + participação; mais serviços = mais valor | Links isolados; cem continuam sendo cem |
A retenção vive de um loop; o H5 te dá uma saída
Dentro de um webview, seu app é só uma moldura de navegador. Não consegue compartilhar login com o serviço (o usuário reautentica), não consegue compartilhar o pagamento (pula pra caixa de outro), e não consegue enviar push (não há sessão). Então cada serviço embutido é um vazamento: o valor escorre pro terceiro.
O mini-programa roda no runtime próprio do host: um login, uma carteira, um canal de notificação que o host controla. O usuário nunca sai do seu mundo. A diferencia é entre «usei um serviço» e «fiquei dentro do seu app».
O golpe mais duro é o reengajamento. O mini-programa pode recuperar o usuário pela central de mensagens do host — «seu pedido chegou», «seu benefício já está aqui» — transformando uma visita num relacionamento que dá pra retomar. O H5 corta ao fechar; nem sabe quem foi o usuário. O que te impede de reter raramente é o serviço; é que você nunca pegou o fio.
A experiência é o portão da retenção
Cada abertura H5 baixa recursos, gira e espera os scripts; páginas complexas travam e perdem o estilo. O usuário não liga se embaixo é web ou nativo — liga que seja fluido. Os mini-programas pré-carregam, usam componentes nativos e abrem muito mais rápido, com sensação nativa. A retenção é o resto da experiência: engasga uma vez e o usuário foi embora, sem chance de remediar.
O teto de capacidade define quantas razões você dá pra ficar
O H5 está enjaulado pelo modelo de segurança do navegador — câmera, contatos, biometria, compartilhamento de sistema, tudo com contorno e nada confiável. Os mini-programas usam as APIs auditadas e graduadas do host: poder quase nativo, mas controlado. Isso significa que os serviços que você coloca no app são mais ricos — vida local, ingressos, finanças leves, trâmites. Mais razões, menos vontade de desinstalar. Cem páginas H5 continuam sendo cem links isolados; cem mini-programas são um mercado que compõe.
Como o valor cresce: fachada ou músculo
O H5 é uma inserção única; você não constrói ecossistema em cima dele — sem catálogo unificado, sem controle de qualidade, sem participação. Os mini-programas deixam o host montar um catálogo aberto: terceiros desenvolvem, o host põe as regras, cobra sua parte e vigia a experiência. Quanto mais serviços um usuário alcança dentro do seu app, maior seu valor (tempo, conversão, ARPU) — e compõe. O H5 exibe serviços; o mini-programa os engole. Um é fachada, o outro é músculo.
E a confiança
Uma página H5 de terceiro dentro do seu app é uma caixa preta; phishing, XSS e roubo de conta caem todos sobre você. O mini-programa roda num sandbox que o host controla — isolamento de motor, sem DOM/BOM, lista branca de rede — assim o usuário se atreve a usar e o regulador não o desmonta. A confiança segura, a retenção segura.
Uma ressalva honesta
O H5 não é lixo. Pra uma página de campanha pontual ou uma entrada temporária que você não quer reter, é barato e rápido, e não precisa de mini-programa. Mas no momento em que sua meta é «fazer o usuário ficar e o app valer mais», o contêiner tem que ser um runtime, não uma página web.
O H5 faz o app parecer que dá conta de tudo. O mini-programa realmente retém o usuário e o valor dentro. Se quer retenção e crescimento, cresça músculo — não pinte só a fachada.
Fontes
- Documentação do Android WebView (capacidades e limite de segurança)
- Documentação para desenvolvedores da Apple — WKWebView (contêiner web no iOS)
- web.dev — Desempenho web e otimização de carga (custo do H5)
- MDN Web Docs — Capacidades e limites da web
- StatCounter — Participação de plataformas e canais