Una PWA (aplicación web progresiva) conviene cuando tu app es sobre todo consulta, pedidos, citas o formularios y quieres lanzarla rápido con un solo código. Una app nativa o híbrida con Capacitor conviene cuando necesitas funciones del teléfono que la web no alcanza en iPhone, como NFC, Bluetooth, ubicación en segundo plano o estar en la App Store. En Android las PWA están casi a la par de una app; en iOS siguen con límites importantes.
- Una PWA se instala desde el navegador, funciona sin conexión y cuesta mantener un solo código.
- En iPhone las PWA reciben notificaciones push solo si el usuario la agregó a la pantalla de inicio.
- iOS no muestra un aviso automático de instalación; Android y Chrome sí.
- Capacitor permite usar el mismo código web y publicarlo como app en App Store y Google Play.
- La App Store rechaza apps que son solo un sitio web empaquetado sin valor adicional.
- Empieza por el uso real: quién abre la app, cada cuánto y qué función del teléfono necesita.
Tres formas de tener una app (y qué significa cada una)
Cuando un cliente nos dice "quiero una app", casi nunca está pidiendo una tecnología específica. Está pidiendo que sus clientes o su equipo tengan un ícono en el celular que abra algo rápido y útil. Hay tres caminos para lograrlo y conviene entenderlos antes de cotizar.
- App nativa: se programa por separado para iOS (Swift) y Android (Kotlin). Tiene acceso completo al teléfono y el mejor rendimiento, pero son dos proyectos que hay que mantener.
- App híbrida: un solo código (web con Capacitor, o frameworks como React Native y Flutter) que se publica en App Store y Google Play. Con Capacitor la interfaz es web y los plugins dan acceso a cámara, notificaciones nativas, biometría, archivos y más.
- PWA (aplicación web progresiva): un sitio web con manifiesto y service worker que se puede instalar en la pantalla de inicio, abre a pantalla completa y funciona sin conexión. No pasa por ninguna tienda.
En nuestro servicio de apps móviles trabajamos sobre todo con PWA y con Capacitor, porque permiten reutilizar la misma base web y llegar a ambas plataformas sin duplicar trabajo. La app totalmente nativa queda para casos donde el rendimiento o el hardware lo exigen.
Qué puede hacer una PWA en iPhone y en Android en 2026
La diferencia entre plataformas sigue siendo la parte más importante de la decisión. Android y Chrome adoptaron las PWA desde hace años; Apple las ha ido abriendo de a poco y con condiciones.
| Función | PWA en Android | PWA en iPhone (iOS) |
|---|---|---|
| Instalar en pantalla de inicio | Sí, con aviso automático del navegador | Sí, pero manual: Compartir → Agregar a inicio |
| Notificaciones push | Sí | Sí, solo si está instalada en la pantalla de inicio |
| Funcionar sin conexión | Sí | Sí, con límites de almacenamiento más estrictos |
| Cámara y escaneo de códigos | Sí | Sí |
| Inicio de sesión con huella o rostro (passkeys) | Sí | Sí |
| Bluetooth y NFC desde la web | Sí en Chrome | No |
| Sincronizar en segundo plano | Sí, con límites | No |
| Ubicación con la app cerrada | No | No |
| Publicar en tienda | Sí, en Google Play como Trusted Web Activity | No; App Store no acepta PWA |
La lectura práctica: si la mayoría de tus usuarios usa iPhone y dependes de notificaciones, tendrás que enseñarles a instalar la PWA, porque Safari no se lo va a sugerir. En La Laguna, donde la mezcla de iPhone y Android cambia mucho según el tipo de cliente, revisa tus datos de Google Analytics 4 antes de decidir.
Cuándo una PWA es la mejor opción
Una PWA es suficiente, y muchas veces mejor, en estos casos:
- Menús, catálogos y pedidos. El cliente escanea un QR, ve el menú y pide por WhatsApp. Nadie quiere descargar una app de 80 MB para pedir sushi una vez al mes.
- Herramientas internas para tu equipo. Checador, inventario, cotizador o captura en campo. Tú controlas los teléfonos, así que instalar la PWA es un paso de cinco segundos que haces una sola vez.
- Portales de clientes. Estado de cuenta, citas, facturas, seguimiento de pedidos.
- Validar una idea. Lanzas en semanas, mides uso real y solo después decides si vale la pena ir a las tiendas.
Nuestras MonkeyChecador y MonkeyInventario funcionan así: se abren desde el navegador, se instalan en el celular del empleado y usan la cámara para escanear QR o códigos de barras. Un solo enlace y ya están operando.
Otra ventaja que pocos consideran: una PWA es también un sitio web. Google la puede indexar, se comparte con un enlace y las actualizaciones llegan al instante, sin esperar a que cada usuario actualice desde la tienda.
Cuándo necesitas app nativa o híbrida
Vale la pena ir a App Store y Google Play cuando se cumple al menos una de estas condiciones:
- Hardware que la web no alcanza en iPhone: NFC para leer tarjetas, Bluetooth para impresoras o básculas, sensores de salud, widgets en la pantalla de inicio.
- Ubicación en segundo plano: rastreo de repartidores o de personal de ruta con la app cerrada.
- Notificaciones críticas en iPhone para usuarios que no instalarían una PWA. Por ejemplo, clientes finales que solo buscan tu app en la tienda.
- Presencia en la tienda como canal de confianza. En banca, salud o membresías, que la app esté en la App Store da credibilidad.
- Compras dentro de la app de contenido digital, que en las tiendas tienen reglas propias de cobro.
Aquí Capacitor es el punto medio que más usamos: el mismo código de la PWA se empaqueta como app nativa y se le agregan plugins para lo que la web no puede. Ojo: Apple rechaza apps que son solo un sitio web metido en un contenedor. Para aprobar la revisión, la app debe aportar algo propio, como notificaciones nativas, funciones sin conexión, biometría o integración con el hardware.
Comparativa rápida: costo, tiempo y mantenimiento
| Criterio | PWA | Híbrida (Capacitor) | Nativa (Swift + Kotlin) |
|---|---|---|---|
| Bases de código | 1 | 1 + configuración por plataforma | 2 |
| Tiempo típico de lanzamiento | El más corto | Intermedio | El más largo |
| Revisión de tiendas | No aplica | Sí, en cada versión importante | Sí, en cada versión |
| Cuentas de desarrollador | No | Apple (anual) y Google (pago único) | Igual que híbrida |
| Actualizaciones | Instantáneas | Interfaz al instante con cuidado; nativo por tienda | Por tienda |
| Acceso al hardware | Parcial, menor en iOS | Casi completo vía plugins | Completo |
Lo que más mueve el costo no es la tecnología, sino el alcance: cuántas pantallas, qué tan complejo es el backend (usuarios, pagos, tiempo real), integraciones con tu sistema actual y cuántos tipos de usuario hay. Si quieres una idea de plazos, revisa nuestra guía sobre cuánto tarda desarrollar una app.
Un ejemplo en La Laguna
Una cadena de lavanderías con cuatro sucursales en Torreón y Gómez Palacio nos pidió "una app como la de los bancos". Al revisar el uso real encontramos dos públicos distintos:
- Clientes: querían saber si su ropa ya estaba lista y pagar con Mercado Pago. Lo resolvimos con una PWA y avisos por WhatsApp, que en México se leen mucho más que una notificación de app.
- Repartidores: necesitaban ruta, firma de entrega y ubicación con el teléfono bloqueado. Para ellos hicimos una app con Capacitor, distribuida en sus teléfonos de trabajo.
Con un solo backend y dos interfaces, la parte del cliente salió en pocas semanas y la de repartidores se sumó después. Si hubieran empezado con dos apps nativas en tiendas, el primer lanzamiento habría tardado varios meses más. Esta lógica de "primero lo que más usa tu cliente" es la misma que aplicamos en el caso de Hanabi Ramen & Sushi, donde el menú QR y los pedidos por WhatsApp fueron antes que cualquier app.
Errores comunes al pedir una app
Estos son los tropiezos que más vemos cuando un negocio llega con una app ya cotizada en otro lado o a medio construir:
- Pedir la app antes que el proceso. Si hoy los pedidos se pierden en WhatsApp, una app no lo arregla sola. Primero hay que ordenar el flujo y después digitalizarlo.
- Copiar todas las funciones del competidor. La primera versión debe resolver una sola tarea muy bien. Las demás se agregan cuando hay usuarios reales que las pidan.
- Olvidar quién la va a mantener. iOS y Android cambian cada año. Una app sin mantenimiento empieza a fallar o es retirada de la tienda por no cumplir los nuevos requisitos.
- No medir el uso. Sin analítica no sabes qué pantallas se abren ni dónde abandonan. Instálala desde el primer día.
- Dejar el código y las cuentas a nombre del proveedor. Las cuentas de Apple, Google y el repositorio deben ser de tu empresa, aunque otro las administre.
Revisar estos puntos antes de firmar ahorra más dinero que cualquier descuento en la cotización.
Cómo decidir en cinco preguntas
- ¿Quién la usa? Si es tu equipo, una PWA casi siempre basta. Si es el público, piensa en cómo te va a encontrar.
- ¿Cada cuánto la abren? Uso diario justifica instalar; uso ocasional pide web y WhatsApp.
- ¿Qué función del teléfono necesitas? Compárala con la tabla de iOS de arriba.
- ¿Las notificaciones son críticas? En iPhone, solo llegan a una PWA instalada.
- ¿Necesitas estar en la tienda por imagen o por canal? Si sí, Capacitor sobre la misma base web.
Si todavía no tienes claro qué procesos digitalizar primero, el diagnóstico de transformación digital te da un orden de prioridades en unos minutos. Y si quieres comparar con algo ya hecho, revisa nuestras soluciones de software o lee la guía sobre software a la medida vs. Excel.
