¿PWA o aplicación nativa? Cómo elegir antes de gastar un euro
«Necesito una aplicación» describe en la práctica tres proyectos completamente distintos, con presupuestos que pueden multiplicarse por varios. Nativa, híbrida y PWA se ven casi idénticas en el móvil, pero se construyen, se pagan y se mantienen de forma muy diferente. Antes de pedir un presupuesto conviene saber por cuál preguntas: esa única decisión define el coste de todo lo demás.
Autor: Bartosz Gonta
1. Tres caminos, un icono en la pantalla de inicio
Para el usuario final la diferencia suele ser invisible: un icono, pantalla completa sin barra de direcciones, notificaciones. Por debajo, sin embargo, son tres tecnologías distintas.
- Aplicación nativa: Escrita por separado para Android (Kotlin) y para iOS (Swift). La mayor fluidez y acceso total al hardware, pero también dos proyectos que construir y mantener.
- Aplicación híbrida: Una sola base de código (React, Capacitor) empaquetada en un contenedor nativo y publicada en ambas tiendas. Mantienes cámara, notificaciones push y archivos; el coste baja más o menos a la mitad.
- PWA: Una aplicación web que el usuario «instala» directamente desde el navegador: sin tienda, sin revisión, sin cuenta de desarrollador. Funciona sin conexión y envía notificaciones, pero solo accede en parte al hardware del móvil.
2. Cuándo basta una PWA (y suele bastar)
La PWA funciona siempre que la aplicación sea en el fondo una herramienta para gestionar una cuenta, una reserva, un pedido o contenidos. Un panel de cliente, un sistema de citas, un catálogo con pedidos, una herramienta interna para el equipo: nada de eso necesita una tienda.
El argumento que casi siempre decide no es técnico sino de distribución: una PWA se abre desde un enlace. No hay paso de «descarga la app», donde se pierde la mayoría de los usuarios, ni espera a la aprobación de la App Store cuando hay que corregir una errata en los precios.
Una actualización de una PWA llega a todos los usuarios en segundos. Una actualización en la tienda pasa por revisión y luego hay que esperar a que la gente la instale: durante meses conviven varias versiones a la vez.
3. Cuándo necesitas de verdad una nativa
Hay casos en los que el navegador simplemente no llega y no tiene sentido pelearse con ello:
- la aplicación funciona sobre todo en segundo plano (seguimiento de rutas, mediciones largas, sincronización con la pantalla apagada),
- usas Bluetooth, NFC, trabajo avanzado con la cámara o sensores de movimiento,
- necesitas gráficos 3D o animación que mantenga 60 fps estables bajo carga,
- la venta de contenido digital tiene que pasar por los pagos de la tienda,
- estar en la App Store y en Google Play forma parte de lo que esperan tus clientes, porque ahí te buscan.
Ese último punto suele ser el más fuerte y no es técnico en absoluto. Si tus clientes preguntan «¿está en la tienda?», estar en la tienda tiene valor de marketing, sea cual sea la tecnología de debajo.
4. Coste, plazo y lo que solo se ve al cabo de un año
La mayor diferencia de presupuesto no está en el primer lanzamiento, sino en el mantenimiento. Dos bases de código nativas significan que cada cambio se programa y se prueba dos veces, durante toda la vida del producto.
A eso se suman costes fijos fáciles de olvidar al presupuestar: la cuenta de desarrollador de Apple es una cuota anual, la de Google Play un pago único, y cada publicación pasa por una revisión que puede devolverte la aplicación con observaciones.
Por eso en los proyectos que desarrollo suele ganar la vía intermedia: una sola base de código que sirve la web, la PWA y la versión empaquetada para las tiendas. Así funciona Meety, una aplicación de reservas construida con React y Capacitor, donde la misma lógica atiende al navegador y al móvil.
5. Una forma sencilla de decidir
Hazte tres preguntas. ¿La aplicación tiene que funcionar con la pantalla apagada? ¿Necesita hardware que el navegador no expone? ¿Estar en la tienda forma parte de la promesa que haces al cliente?
Tres noes: PWA, lo más rápido y barato, con actualizaciones inmediatas. Un sí: híbrida. Dos o tres: toca hablar de nativa.
¿No sabes en qué punto de esa lista está tu idea? Describe brevemente qué debe hacer la aplicación y te envío un presupuesto gratuito con una recomendación de tecnología en 48 horas.
¿Tienes un proyecto en mente? Descríbelo brevemente — respondo personalmente, normalmente en 24 horas.
