Estrategia › Artículo

App nativa, web o PWA: la decisión de plataforma que cambia el diseño

Cómo elegir entre app nativa, web o PWA según notificaciones, uso sin conexión, descubribilidad y el coste de mantener varias plataformas, con datos de MDN.

info Definición Rápida
Elegir entre app nativa, web o PWA es una decisión de producto que cambia el diseño. Determina qué funciones del dispositivo puedes usar, cómo llega la persona a tu producto, si funciona sin conexión y cuánto cuesta mantener cada versión.

¿Qué es cada opción?

Una PWA (aplicación web progresiva), según MDN, es una app construida con tecnologías web que ofrece una experiencia parecida a la de una app de plataforma. Puede instalarse en el dispositivo, funcionar sin conexión y en segundo plano, e integrarse con el dispositivo y con otras apps instaladas. Se apoya en service workers y en la Cache API, entre otros elementos.

Una app nativa se instala desde la tienda del sistema y está escrita para un sistema operativo concreto. Una web es el sitio que se abre en el navegador, sin instalación. MDN añade que una PWA, como una web, puede funcionar en varias plataformas y dispositivos desde una sola base de código.

¿Por qué le importa a un diseñador junior?

Porque la plataforma cambia lo que puedes diseñar. Una notificación que llega a la pantalla de bloqueo, un gesto de deslizar desde el borde o una pantalla que funciona en el metro sin señal dependen de la plataforma. Un junior que propone un flujo sin saber si la plataforma lo soporta puede estar diseñando algo que no se puede construir.

Además, la plataforma decide cómo llega la gente a tu producto. Una app pasa por la tienda; una web se encuentra en buscadores y se comparte con un enlace. Esa diferencia afecta a la primera experiencia y a la forma en que mides el uso. Si tu diseño empieza en el móvil, mobile first explica por qué la plataforma pesa tanto.

¿Qué capacidades cambian según la plataforma?

Estas son diferencias documentadas por los propios proveedores de las plataformas:

  • Instalación en Chrome. Chrome solo ofrece instalar la PWA si cumple unos criterios: un manifiesto con nombre, iconos de 192 y 512 píxeles, un start_url y un modo de visualización como standalone; HTTPS; y que la persona haya hecho clic al menos una vez y pasado al menos 30 segundos en la página. Son los criterios de instalabilidad que publica web.dev.
  • Llevar una PWA a la tienda en Android. Una Trusted Web Activity abre la PWA a pantalla completa en Chrome 72 o superior, con Digital Asset Links que vinculan la app y el sitio al mismo desarrollador. La app anfitriona no accede a cookies ni a localStorage, y cada pantalla es completamente web o completamente nativa.
  • Notificaciones en iOS. WebKit explicó en febrero de 2023 que, desde iOS 16.4, la notificación push funciona en apps web añadidas a la pantalla de inicio con display en standalone o fullscreen. El permiso solo se puede pedir como respuesta a una acción directa del usuario.
  • Pantalla de inicio en iOS 26. WebKit anunció en 2025 que, por defecto, cualquier sitio añadido a la pantalla de inicio se abre como app web, aunque la persona puede desactivarlo con «Abrir como app web».

Estas diferencias cambian con cada versión del sistema. Antes de decidir, comprueba el estado vigente en la documentación de cada plataforma y en la versión que usa tu público.

¿Qué dice NN/g sobre apps y web?

NN/g publicó en 2013 el artículo «Mobile: Native Apps, Web Apps, and Hybrid Apps», revisado por última vez en 2016, que sigue siendo útil como marco aunque sea antiguo. Sus ideas principales: una app nativa es la mejor opción si debe funcionar sin conectividad; las web apps ganan en descubribilidad, porque se encuentran con buscadores; las apps nativas ganan en velocidad. El artículo añade que funciones como las notificaciones, la ejecución en segundo plano o la información del acelerómetro seguían fuera del alcance del navegador «al menos por ahora».

Esa última parte ya no describe bien el presente: MDN lista hoy las notificaciones, la sincronización en segundo plano y el funcionamiento sin conexión entre las tecnologías de una PWA, aunque cada navegador decide qué soporta. Usa el artículo de NN/g como marco de decisión, no como lista de límites técnicos.

¿Cómo se decide, paso a paso?

  1. Lista las funciones que el producto necesita del dispositivo. Cámara, sensores, notificaciones, contactos, pago, geolocalización, Bluetooth.
  2. Define el uso sin conexión. ¿Qué debe funcionar sin señal? Si la respuesta es “todo”, la decisión se inclina hacia la app nativa o hacia una PWA con mucha caché local.
  3. Mide cómo llega la gente. Si el producto depende de buscadores o de enlaces compartidos, la web gana. Si depende de la tienda y de la confianza que da, la app gana.
  4. Calcula el coste de mantener cada versión. Dos apps nativas significan dos equipos de diseño, desarrollo y pruebas; una PWA reduce ese coste, pero limita algunas funciones según la plataforma.
  5. Prueba la función crítica en la plataforma real. No basta con leer la documentación: prueba la notificación o el modo sin conexión en el dispositivo que usa tu público.

Para el uso sin conexión en particular, el artículo sobre flujos offline first describe cómo diseñar lo que pasa cuando no hay señal.

¿Cuándo NO conviene una PWA?

  • Cuando necesitas notificaciones críticas en iOS sin alternativa. Las condiciones de iOS son estrictas. Un canal de respaldo, como correo o mensajería, reduce ese riesgo.
  • Cuando necesitas acceso profundo al dispositivo que la PWA no cubre. Esto depende de la plataforma y del momento; compruébalo antes de prometerlo.
  • Cuando la tienda es el canal principal. Si el público busca en la tienda, una web no aparece ahí.

Las políticas de Google Play y de la App Store sobre publicar webs envueltas en una app cambian con el tiempo: revísalas antes de planear ese camino.

Ejemplo

Ejemplo ilustrativo: una cadena de gimnasios quiere una app para reservar clases y registrar asistencia.

  • Necesidades del dispositivo: notificaciones para recordar la clase, código QR para entrar y, opcionalmente, geolocalización para detectar la llegada.
  • Uso sin conexión: el QR debe funcionar en el vestuario, donde la señal es mala. Eso exige caché local del código.
  • Plataforma: la mitad de los usuarios tiene iPhone. Las notificaciones en iOS solo funcionan si la app está en la pantalla de inicio, así que el diseño de onboarding debe pedir esa instalación con una explicación clara.
  • Decisión: app nativa para la entrada en el gimnasio, y una web para reservar desde el navegador. Dos canales con el mismo servicio.

La decisión no es ideológica. Sale de contar qué necesita cada función y en qué plataforma la va a usar cada persona.

Para entender cómo los gestos cambian según la plataforma, el artículo sobre gestos en móvil explica por qué un gesto que funciona en una app puede no tener el mismo sentido en una web.

Errores comunes

  • Elegir la plataforma por moda, sin contar las funciones del dispositivo que necesita el producto.
  • Diseñar una función crítica sin comprobar si la plataforma la soporta.
  • Asumir que la PWA se instala igual en iOS que en Android.
  • Pedir permisos de notificación al cargar la página, sin gesto del usuario.
  • Dar por hecho que la notificación push es fiable en iOS sin probarla.
  • Ignorar el coste de mantener dos plataformas en el presupuesto.

Fuentes

Preguntas frecuentes

¿Qué es una PWA?
Según MDN, es una app construida con tecnologías web que ofrece una experiencia parecida a la de una app de plataforma. Puede instalarse en el dispositivo, funcionar sin conexión y en segundo plano, e integrarse con el dispositivo y con otras apps instaladas.
¿Cuándo conviene una app nativa frente a una web?
Cuando la app debe funcionar sin conexión, usar muchas funciones del dispositivo o ser rápida en tareas intensas. NN/g afirma que una app nativa es la mejor opción si el uso sin conectividad es necesario, aunque su artículo es de 2013.
¿Las PWA pueden enviar notificaciones en iPhone?
Sí, desde iOS 16.4 la notificación push funciona en apps web añadidas a la pantalla de inicio, con el permiso pedido tras un gesto del usuario, según WebKit. Comprueba la documentación de Apple para la versión de iOS de tu público.
¿Qué ventaja tiene una web frente a una app?
La descubribilidad. NN/g señala que las web apps ganan en descubribilidad, porque se encuentran en buscadores y se comparten con un enlace, sin pasar por una tienda.
¿Cuál es el coste de mantener dos plataformas?
Cada app nativa suele exigir diseño, desarrollo, pruebas y publicación propios para su sistema operativo. Una PWA comparte una sola base de código entre plataformas, según MDN, a cambio de depender de lo que cada navegador soporte.