Muchos equipos de apps vienen a preguntarme cómo subir la retención, y la charla suele terminar igual: «Montamos un contenedor H5 y metemos servicios de terceros».
Suena razonable: rápido de construir, fácil de ajustar, cualquier página web entra. El problema es que, hecho esto, la retención casi nunca se mueve. Una página H5 dentro de tu app es, en el fondo, una página web prestada. El usuario entra, hace lo suyo, la cierra y vuelve a su mundo. Tu app apenas ve lo que pasa en medio — justo lo que no te puedes permitir cuando quieres retener y engrosar valor.
Seis frentes: dónde se separan mini-programa y H5
| Dimensión | Mini-programa (runtime del host) | H5 (página WebView) |
|---|---|---|
| Login e identidad | Un login del host, la identidad se mantiene | Reautenticar por servicio, la identidad se pierde |
| Pago | La billetera del host paga directo | Salta a la caja de un tercero, el dinero sale |
| Reenganche | Recuperación vía centro de mensajes del host | Cortado al cerrar; ni sabes quién fue el usuario |
| Experiencia y rendimiento | Precarga + componentes nativos, sensación nativa | Descarga recursos y da vueltas cada apertura; páginas complejas pierden estilo |
| Techo de capacidad | APIs graduadas del host: cámara, biometría, compartir | Atrapado por el modelo de seguridad del navegador; llamadas poco fiables |
| Ecosistema y compounding | Catálogo abierto + participación; más servicios = más valor | Enlaces aislados; cien siguen siendo cien |
La retención vive de un bucle; el H5 te da una salida
Dentro de un webview, tu app es solo un marco de navegador. No puede compartir login con el servicio (el usuario se reautentica), no puede compartir el pago (salta a la caja de otro), y no puede enviar push (no hay sesión). Así que cada servicio embebido es una fuga: el valor se escurre al tercero.
El mini-programa corre en el runtime propio del host: un login, una billetera, un canal de notificaciones que el host controla. El usuario nunca sale de tu mundo. La diferencia está entre «usé un servicio» y «me quedé dentro de tu app».
El golpe más duro es el reenganche. El mini-programa puede recuperar al usuario por el centro de mensajes del host — «tu pedido llegó», «tu beneficio ya está» — convirtiendo una visita en una relación que puedes retomar. El H5 se corta al cerrarse; ni sabes quién fue el usuario. Lo que te impide retener rara vez es el servicio; es que nunca agarraste el hilo.
La experiencia es la puerta de la retención
Cada apertura H5 descarga recursos, da vueltas y espera a los scripts; las páginas complejas tardan y pierden estilo. Al usuario no le importa si debajo es web o nativo — le importa que sea fluido. Los mini-programas precargan, usan componentes nativos y arrancan mucho más rápido, con sensación nativa. La retención es el resto de la experiencia: un tironcito y el usuario se fue, sin que puedas remediarlo.
El techo de capacidad fija cuántas razones das para quedarse
El H5 está enjaulado por el modelo de seguridad del navegador — cámara, contactos, biometría, compartir de sistema, todo con rodeos y nada fiable. Los mini-programas usan las APIs auditadas y graduadas del host: poder casi nativo, pero controlado. Eso significa que los servicios que metes en tu app son más ricos — vida local, tickets, finanzas ligeras, trámites. Más razones, menos ganas de desinstalarte. Cien páginas H5 siguen siendo cien enlaces aislados; cien mini-programas son un mercado que compone.
Cómo crece el valor: fachada o músculo
El H5 es una inserción única; no puedes construir ecosistema a su alrededor — sin catálogo unificado, sin control de calidad, sin participación. Los mini-programas dejan al host armar un catálogo abierto: terceros desarrollan, el host pone reglas, cobra su parte y vigila la experiencia. Cuantos más servicios alcance un usuario dentro de tu app, mayor su valor (tiempo, conversión, ARPU) — y compone. El H5 exhibe servicios; el mini-programa los traga. Uno es fachada, el otro es músculo.
Y la confianza
Una página H5 de terceros dentro de tu app es una caja negra; el phishing, el XSS y el robo de cuentas caen todos sobre ti. El mini-programa corre en un sandbox que el host controla — aislamiento de motor, sin DOM/BOM, lista blanca de red — así los usuarios se atreven a usarlo y los reguladores no lo desmenuzan. La confianza aguanta, la retención aguanta.
Una salvedad honesta
El H5 no es basura. Para una página de campaña puntual o una entrada temporal que no buscas retener, es barato y rápido, y no necesitas un mini-programa. Pero en cuanto tu meta es «que el usuario se quede y la app valga más», el contenedor tiene que ser un runtime, no una página web.
El H5 hace que una app parezca poder con todo. El mini-programa de verdad retiene al usuario y el valor dentro. Si quieres retención y crecimiento, crece músculo — no pintes solo la fachada.
Fuentes
- Documentación de Android WebView (capacidades y límite de seguridad)
- Documentación para desarrolladores de Apple — WKWebView (contenedor web en iOS)
- web.dev — Rendimiento web y optimización de carga (coste del H5)
- MDN Web Docs — Capacidades y límites de la web
- StatCounter — Cuota de plataformas y canales
