Apps nativas vs. PWA: ¿cuál necesitas?
Una app nativa se crea específicamente para iOS o Android y se instala desde App Store o Google Play. Una aplicación web progresiva (PWA) es un sitio web que se puede instalar en la pantalla de inicio del teléfono y se abre en una ventana a pantalla completa con su propio icono, sin pasar por una tienda. Las apps nativas tienen el acceso más profundo al dispositivo; las PWA llegan a todas las plataformas con un solo código y un solo enlace, y se actualizan al instante.
Para la mayoría de las primeras versiones —herramientas, portales, rastreadores, apps de reservas y pedidos— una PWA es suficiente. Necesitas una app nativa cuando la presencia en la tienda o las funciones profundas del dispositivo son el centro del producto.
Por qué importa al crear con IA
La mayoría de los creadores de apps con IA generan aplicaciones web. No es un atajo; es lo que mejor hacen, porque una app web se puede escribir, previsualizar y publicar en un solo lugar. Pero significa que la pregunta «¿será una app en mi móvil?» tiene una respuesta concreta: será un sitio web que se comporta como una app, y se puede instalar como PWA si lo pides.
Saber lo que una PWA puede y no puede hacer te permite decidir pronto, antes de prometerle a un cliente «estará en App Store», y antes de diseñar una función (por ejemplo, el seguimiento de ubicación en segundo plano) que la web no puede ofrecer de forma fiable.
Una analogía cotidiana: food truck frente a local en el centro comercial
Una app nativa es una tienda en un centro comercial. El centro (la tienda de apps) trae visitantes y confianza, pero pagas el alquiler, sigues sus normas y esperas la aprobación antes de cambiar tu escaparate.
Una PWA es un food truck con clientes fieles. No hay casero, puedes cambiar la carta esta noche, y quienes te conocen te encuentran en cualquier sitio. Pero nadie pasa por el pasillo del centro comercial y no puedes instalar una cámara frigorífica empotrada.
Qué puede hacer cada una
| App web progresiva | App nativa | |
|---|---|---|
| Cómo la obtiene la gente | Abre un enlace; opcionalmente la instala en la pantalla de inicio | Se descarga desde App Store o Google Play |
| Plataformas con un solo código | Teléfonos, tabletas y ordenadores | Una por plataforma, salvo que uses un framework multiplataforma |
| Actualizaciones | Disponibles en cuanto publicas | Pasan por la revisión de la tienda en cada versión |
| Descubrimiento en la tienda | No | Sí |
| Cámara, fotos, ubicación (con la app abierta) | Sí, con permiso | Sí |
| Notificaciones push | Sí en Android y escritorio; en iPhone solo si está instalada en la pantalla de inicio | Sí |
| Uso sin conexión | Sí, con un service worker que guarda páginas y datos en caché | Sí |
| Ubicación en segundo plano, Bluetooth, datos de salud, widgets | Limitado o no disponible, sobre todo en iPhone | Sí |
| Costes | Alojamiento web normal | Cuentas de desarrollador y la comisión de las tiendas en compras digitales dentro de la app |
Algunos términos de la tabla:
- Service worker: un pequeño script que el navegador ejecuta en segundo plano para tu sitio. Permite que la app se abra sin conexión, guarde datos en caché y reciba mensajes push.
- Manifiesto de aplicación web: un archivo pequeño que indica al navegador el nombre de la app, sus iconos, sus colores y que debe abrirse a pantalla completa («standalone») en lugar de en una pestaña del navegador.
iPhone y iPad: los detalles que dan problemas
Las plataformas de Apple son donde las PWA más se diferencian de las nativas, así que conviene ser precisos. A septiembre de 2026, según el equipo de WebKit de Apple y web.dev de Google:
- La instalación es manual. Navegadores de Android como Chrome pueden mostrar una solicitud de instalación. En iPhone y iPad no hay solicitud automática; el usuario toca Compartir y luego Añadir a pantalla de inicio. Desde iOS 16.4, otros navegadores en iOS también pueden ofrecer «Añadir a pantalla de inicio» desde su menú Compartir.
- Todo sitio añadido a la pantalla de inicio se abre como app web por defecto en iOS 26. WebKit anunció que, desde iOS y iPadOS 26, todo lo que se añade a la pantalla de inicio se abre en su propia ventana, salvo que el usuario desactive «Abrir como app web». Un manifiesto bien hecho sigue importando para el nombre, el icono y el comportamiento.
- Las notificaciones push requieren instalación. Las notificaciones web llegaron a iOS y iPadOS 16.4 para las apps web de la pantalla de inicio. Una PWA abierta en una pestaña de Safari no puede recibir push; el usuario debe instalarla primero, luego permitir las notificaciones, y la solicitud de permiso debe seguir a un toque, como un botón de «Activar notificaciones». Las insignias en el icono llegaron en el mismo momento.
- El acceso al hardware es muy limitado. Funciones como los accesorios Bluetooth y NFC, que algunos navegadores en Android sí ofrecen, no están disponibles en Safari.
En la práctica: si todo tu producto depende de recordar cosas a la gente mediante notificaciones, muchos usuarios de iPhone que nunca instalan la app no las verán nunca. Prevé una alternativa por correo o SMS.
Llegar a las tiendas de apps
Si de verdad necesitas una ficha en una tienda, conoce los costes y las reglas desde el principio. A septiembre de 2026, el programa de desarrolladores de Apple cuesta 99 USD al año y una cuenta de desarrollador de Google Play cuesta 25 USD una sola vez, según sus propios sitios. Cada versión de iOS pasa por App Review. Las directrices de Apple dicen que una app debe ofrecer funciones e interfaz que vayan más allá de un sitio web reempaquetado, así que envolver una PWA en una carcasa nativa fina arriesga el rechazo.
Un ejemplo práctico: la app de socios de un gimnasio
Un gimnasio pequeño quiere que sus socios reserven clases, vean su cuota y reciban un recordatorio una hora antes de la clase.
La ruta PWA. Crea una app web adaptable con inicio de sesión, horario de clases y reservas. Añade un manifiesto y iconos para que los socios puedan instalarla; añade un service worker para que el horario se abra incluso con mala cobertura. Envía recordatorios por push a quienes la tengan instalada y por correo al resto. Se publica una vez, funciona en cualquier teléfono y ordenador, y el gimnasio puede cambiar el horario el mismo día.
Cuándo ganaría la nativa. Si más adelante el gimnasio quiere una función de registro de entrada con balizas Bluetooth en la puerta, integración con Apple Health para los entrenamientos o un widget en la pantalla de bloqueo con la clase del día, eso ya es territorio nativo. También lo es el caso en que los socios esperan encontrar «la app del gimnasio» buscando en la tienda.
Muchos equipos hacen exactamente esto: primero una PWA para comprobar que los socios la usan, y después una app nativa si una función concreta o la presencia en la tienda justifican el coste.
Errores comunes e ideas equivocadas
- «Una PWA es una app de menor categoría». Para formularios, listas, reservas, paneles y contenido, los usuarios a menudo no notan la diferencia una vez instalada.
- «Las PWA no funcionan en iPhone». Sí funcionan. Los límites son la fricción de la instalación y que las notificaciones requieran instalación, no la funcionalidad básica.
- Suponer que el push llega a todos. En iPhone solo llega a quienes instalaron la app y aceptaron.
- Prometer una app en App Store que no puedes publicar. Comprueba qué genera tu creador antes de prometer una ficha en la tienda.
- Crear edición sin conexión que no necesitas. Guardar páginas en caché para abrirlas sin conexión es sencillo; editar datos sin conexión y sincronizarlos después es trabajo real.
Qué pedir a tu creador de apps con IA
Para una PWA, sé explícito:
- «Hazla una PWA instalable: un manifiesto de aplicación web con nombre, nombre corto, iconos (incluido el icono táctil de Apple) y visualización standalone.»
- «Añade un service worker que guarde en caché la estructura de la app para que se abra sin conexión, y muestra un mensaje claro cuando no haya conexión.»
- «Añade una página de ayuda «Instalar esta app» con los pasos para Android y para iPhone (Compartir y luego Añadir a pantalla de inicio).»
- «Si añadimos notificaciones, pide permiso solo después de que el usuario pulse un botón, y usa el correo como alternativa.»
La guía para crear una aplicación web adaptable al móvil incluye un prompt completo y una lista de comprobación de diseño pensado para el teléfono. Si todavía estás decidiendo qué debe incluir la primera versión, lee qué es un MVP, y para comparar presupuestos consulta cuánto cuesta crear una app.
PWA y Mythex
Mythex crea aplicaciones web, y puedes revisar cada pantalla en una vista previa del tamaño de un teléfono antes de publicar. Un manifiesto de PWA, los iconos y un service worker son funciones que pides en el chat como cualquier otra, y la app publicada funciona en cualquier teléfono desde un único enlace. En el plan Pro, Mythex también puede envolver la aplicación web como app para Android y iPhone con Capacitor, enviada a las pruebas internas de Google Play y a TestFlight: una app híbrida cuyas pantallas son pantallas web, no una interfaz totalmente nativa. Para empezar, explora las plantillas de apps o el creador de aplicaciones web con IA.
Preguntas
¿Cuál es la diferencia entre una app nativa y una PWA?
Una app nativa se crea para iOS o Android y se instala desde App Store o Google Play. Una PWA (aplicación web progresiva) es un sitio web que se puede instalar en la pantalla de inicio y abrir en su propia ventana, sin pasar por una tienda. Las apps nativas tienen acceso más profundo al dispositivo; las PWA llegan a todas las plataformas con un solo código y un solo enlace.
¿Las PWA funcionan en iPhone?
Sí, pero con límites. A septiembre de 2026, los usuarios de iPhone instalan una PWA manualmente desde el menú Compartir con «Añadir a pantalla de inicio»; no hay una solicitud automática de instalación. Las notificaciones push funcionan desde iOS 16.4, pero solo para las aplicaciones web añadidas a la pantalla de inicio.
¿Puede una PWA estar en App Store?
No directamente. Tendrías que envolverla en una carcasa nativa y superar la revisión de Apple, que pide apps que vayan más allá de un sitio web empaquetado. Google Play es más abierto con las PWA empaquetadas, pero publicar la ficha sigue siendo un paso aparte.
¿Una PWA es más barata que una app nativa?
Normalmente sí. Un solo código funciona en teléfonos, tabletas y ordenadores, no hay cuotas de programador y las actualizaciones se publican sin revisión de tienda. Las apps nativas necesitan cuentas de desarrollador en las tiendas (a septiembre de 2026, 99 USD al año para Apple y 25 USD una sola vez para Google Play) y a menudo trabajo separado para cada plataforma.