App nativa, PWA o sitio web: cómo elegir
Son tres respuestas a la misma pregunta, y la diferencia entre ellas casi siempre se explica con vocabulario técnico que no ayuda a decidir. Esta guía decide por las consecuencias: qué ganas, qué pierdes y qué se vuelve imposible.
Qué es cada uno, en una frase
Sitio responsive. Se abre en el navegador y se ajusta al tamaño de la pantalla. No se instala, no recibe notificaciones, no aparece en ninguna tienda.
PWA. Es un sitio responsive con tres añadidos: se puede añadir a la pantalla de inicio, guarda lo que ya cargó y recibe notificaciones push. Sigue abriéndose por la web y sigue fuera de las tiendas.
App nativa. Se instala desde la App Store o Google Play, aparece en la búsqueda de la tienda, tiene acceso completo al aparato y puede vender suscripciones por el sistema de la tienda.
La tabla
| Sitio | PWA | Nativa | |
|---|---|---|---|
| Aparece en la búsqueda de la tienda | no | no | sí |
| Icono en la pantalla del móvil | no | sí, si la persona lo añade | sí, al instalar |
| Notificaciones push | no | sí, con una salvedad en el iPhone | sí |
| Funciona con mala cobertura | no | sí, para lo ya cargado | sí |
| Cámara, GPS, biometría | parcial | parcial | completo |
| Vender suscripción por la tienda | no | no | sí |
| Publicar una corrección | al momento | al momento | pasa por revisión |
| Coste para empezar | menor | menor | cuenta de desarrollador y proceso de tienda |
Las cinco preguntas que lo deciden
Responde estas cinco y la elección se hace sola.
1. ¿La gente te va a buscar en la tienda? Si tu cliente busca "app de [tu negocio]" en la App Store, estar ahí es lo único que lo resuelve. Ninguna PWA aparece en esa búsqueda. Este es el motivo más legítimo de todos para ir a lo nativo.
2. ¿Necesitas avisar a la gente? La notificación cambia un negocio cuando es el producto: recordatorio de cita, aviso de pedido, alerta de guardia. Cuando es adorno, no decide nada.
3. ¿Necesitas cobrar suscripción dentro de la app? Dentro de una app instalada desde una tienda, vender contenido digital fuera del sistema de la tienda es una violación de política de las dos, con la retirada como castigo. Si tu modelo es una suscripción que se consume dentro de la app, eso es una decisión de arquitectura, no de preferencia.
4. ¿El aparato es parte del producto? Leer códigos de barras todo el día, grabar vídeo, usar biometría: cuanto más se apoya el producto en el hardware, más se justifica lo nativo.
5. ¿Con qué frecuencia vas a corregir? Sitio y PWA publican una corrección al momento. Una app de tienda pasa por revisión, y esa diferencia aparece la tarde en que necesitas arreglar algo a las siete de un viernes.
El detalle del iPhone que decide la mayoría de los casos
Conviene aislarlo, porque es el dato que más falta en estas comparaciones y el que más cambia la respuesta.
En el iPhone, una PWA solo recibe notificaciones push si la persona ha añadido la app a la pantalla de inicio. No basta con abrirla en el navegador y permitir notificaciones: sin ese paso, el push no llega.
Parece un detalle y no lo es. "Añadir a la pantalla de inicio" es una instrucción que la mayoría no entiende y que una parte grande nunca completa. Si tu estrategia depende de notificar a quien usa iPhone, y no tienes forma convincente de pedir ese paso, la PWA no va a entregar lo que planeaste. Instalada desde la tienda, el push funciona sin pedir nada.
Qué cuesta cada uno, en proceso
El coste en dinero es lo menos interesante. El coste en proceso es el que muerde:
Sitio y PWA no tienen proceso. Publicas y está en el aire. Por eso son el camino correcto para validar cualquier cosa.
Nativa tiene cuenta de desarrollador, verificación de identidad, ficha de tienda, clasificación de contenido, formulario de seguridad de datos y revisión. En Android, las cuentas personales nuevas además pasan por una prueba cerrada con duración mínima fija. Nada de eso es difícil; todo eso es tiempo de calendario, y la mayor parte espera por otra persona.
La elección no tiene que ser permanente
Aquí somos parte interesada, así que trata lo que sigue como descripción.
El error caro no es elegir mal, es elegir de una forma que no se puede cambiar. Quien empieza con un sitio hecho de una manera y luego decide ir a las tiendas suele rehacer el trabajo, y eso es lo que hace que la decisión parezca más grande de lo que es.
En Fabapp la misma app se publica como sitio, funciona como PWA con instalación en la pantalla de inicio, y se puede empaquetar como app nativa enviada a las tiendas bajo la cuenta de desarrollador del dueño. No son tres productos, es uno. Eso no vuelve irrelevante la decisión, la vuelve aplazable, que en la práctica es mejor: descubres si la gente vuelve antes de pagar el coste en proceso de estar en las tiendas. Los tres caminos y el resto de lo que entrega la plataforma están en funciones.
La recomendación, sin rodeos
Empieza por el sitio o la PWA. Publica al momento, corrige al momento, y responde la pregunta que importa antes que ninguna otra: ¿vuelve alguien?
Ve a lo nativo cuando una de estas sea verdad: la gente te busca en la tienda, necesitas notificar a quien usa iPhone sin depender de una instrucción que nadie completa, o necesitas cobrar suscripción dentro de la app.
No vayas a lo nativo porque parece más serio. Eso cuesta semanas de calendario y no cambia nada para quien lo usa.
En Fabapp el plan Free no pide tarjeta, y puedes tener la versión web en pie antes de decidir nada sobre tiendas.