App nativa, híbrida o web progresiva: qué tipo de aplicación móvil necesita tu negocio

Cuando una empresa decide tener su propia aplicación móvil, la primera duda técnica suele ser cómo construirla. Hay tres caminos principales: una app nativa para cada sistema, una app multiplataforma que comparte código entre iOS y Android, o una web progresiva que se instala desde el navegador. Cada uno tiene un coste, unos límites y un tipo de proyecto donde encaja mejor.

La elección afecta al presupuesto inicial, al coste de mantenimiento durante años y a lo que la app podrá hacer con el teléfono. Al terminar de leer sabrás qué ofrece cada opción, cuándo conviene cada una, qué preguntas hacerte antes de pedir presupuesto y qué costes tiene publicar en las tiendas.

Las tres opciones en una frase

• App nativa. Se programa por separado para iOS (Swift) y para Android (Kotlin). Ofrece el máximo rendimiento y acceso completo al teléfono.
• App multiplataforma. Se programa una vez con Flutter o React Native y se publica en las dos tiendas. Comparte la mayor parte del código.
• Web progresiva (PWA). Es una aplicación web que el usuario puede instalar en la pantalla de inicio, funciona en parte sin conexión y no pasa por las tiendas.

Mucha gente llama «híbrida» a cualquier app que comparte código entre iOS y Android. En sentido estricto, las híbridas clásicas, hechas con Ionic o Cordova, muestran una página web dentro de la app. Flutter y React Native dibujan la interfaz con componentes propios y se acercan más a la experiencia nativa. Cuando un proveedor te proponga una app híbrida, pregúntale cuál de las dos tecnologías usará.

Comparativa rápida

En los tres casos hay una parte que no cambia: el servidor. Los usuarios, los datos, los pagos y la conexión con el programa de gestión viven en una API en la nube que la app consulta. Esa parte suele ser la mitad del proyecto o más. Se aprovecha igual con cualquiera de las tres opciones.

Cuándo elegir una app nativa

La app nativa compensa cuando el rendimiento o el acceso al hardware son el centro del producto. Es el caso de aplicaciones con mucha animación, realidad aumentada, procesamiento de audio o vídeo, o un uso intensivo del Bluetooth para conectar con otros dispositivos. También tiene sentido cuando ya cuentas con equipos separados para cada plataforma o cuando la app tiene que aprovechar una función del sistema el mismo día que Apple o Google la publican.

Su principal inconveniente es el coste. Desarrollas y mantienes dos aplicaciones, de modo que cada nueva funcionalidad se programa, se prueba y se publica dos veces. Con el tiempo es habitual que una de las dos versiones vaya por detrás de la otra.

Cuándo elegir una app multiplataforma

Para la mayoría de apps de empresa, la multiplataforma es el punto de equilibrio. Una app de reservas para una clínica, una app para que los técnicos registren sus partes de trabajo o una tienda con su programa de fidelización funcionan perfectamente con Flutter o React Native. Obtienes presencia en las dos tiendas, notificaciones, pagos y cámara con un único equipo y un único código que mantener.

El ahorro respecto a dos apps nativas es notable. Aun así no llega a la mitad del coste, porque siempre hay ajustes específicos de cada sistema, pruebas en los dos y la gestión de dos fichas en las tiendas.

Flutter o React Native

Las dos son opciones maduras y respaldadas por grandes empresas: Flutter por Google y React Native por Meta. Flutter dibuja toda la interfaz con su propio motor. Por eso la app tiene una apariencia idéntica en los dos sistemas. React Native usa los componentes del sistema y permite compartir conocimientos y a veces código con una web hecha en React. La elección suele depender más de la experiencia del equipo que de diferencias técnicas, que en una app de empresa rara vez son decisivas.

Cuándo basta con una web progresiva

La web progresiva es una gran opción cuando lo importante es llegar rápido a muchos usuarios sin pedirles que descarguen nada. Funciona bien para catálogos, portales de cliente, reservas sencillas o herramientas internas que el equipo usa desde el móvil. Se actualiza al instante, sin revisiones de las tiendas. El mismo desarrollo sirve también en el ordenador.

Conviene conocer sus límites en el iPhone. Desde iOS 16.4 una web progresiva puede enviar notificaciones. Para recibirlas, el usuario tiene que haberla añadido antes a su pantalla de inicio. El acceso a algunas funciones del sistema, como el Bluetooth o ciertos sensores, sigue siendo más restringido que en Android. Si tu negocio depende de las notificaciones o de la visibilidad en la App Store, una PWA se quedará corta.

Sin conexión, seguridad y accesibilidad

Hay tres requisitos que conviene decidir al principio, porque cambian el diseño de la app más que la tecnología elegida. El primero es el funcionamiento sin conexión. Una app de técnicos que trabajan en sótanos o en el campo tiene que guardar los datos en el teléfono y sincronizarlos al recuperar la cobertura, resolviendo los conflictos si dos personas tocan el mismo registro. Las tres opciones pueden hacerlo, aunque en una web progresiva el espacio de almacenamiento y el trabajo en segundo plano están más limitados, sobre todo en iOS.

El segundo es la seguridad. Una app de empresa guarda sesiones, a veces datos de clientes y en ocasiones documentos. Esos datos tienen que ir cifrados en el teléfono, la sesión tiene que caducar y el servidor tiene que comprobar los permisos de cada petición sin fiarse de la app. Si la app trata datos personales, todo lo que explicamos en RGPD en el desarrollo de software se aplica igual que en una web.

El tercero es la accesibilidad. Los sistemas móviles incluyen lectores de pantalla, texto ampliado y modos de alto contraste. Una app bien construida los respeta con etiquetas en cada botón, tamaños de toque suficientes y colores con contraste. Además de ampliar el número de usuarios, la normativa europea de accesibilidad ya exige estos criterios a muchos servicios digitales de cara al consumidor.

Preguntas para decidir

Antes de pedir presupuesto conviene aclarar con tu equipo para qué servirá la aplicación y quién la va a usar, porque de eso depende la tecnología. Con las respuestas por escrito, cualquier proveedor puede proponerte la opción adecuada y comparar presupuestos se vuelve mucho más sencillo. Estas cinco preguntas cubren lo esencial de la decisión:

1. ¿Quién la usará y con qué frecuencia? Una app de uso diario justifica más inversión que una que se abre una vez al mes.
2. ¿Necesitas estar en las tiendas? Para algunos negocios, aparecer en App Store y Google Play es parte de la confianza del cliente.
3. ¿Qué funciones del teléfono son imprescindibles? Cámara, ubicación, notificaciones, Bluetooth, pagos con el móvil o funcionamiento sin conexión.
4. ¿Con qué sistemas debe conectarse? Tu programa de gestión, la pasarela de pago o una API propia influyen más en el coste que la tecnología elegida.
5. ¿Quién la mantendrá dentro de dos años? Una tecnología que tu proveedor o tu equipo conoce bien sale más barata a largo plazo.

El coste de publicar y mantener

Publicar en las tiendas tiene costes y plazos propios que conviene incluir en el plan desde el principio. Ninguno es grande por separado, pero juntos pueden retrasar un lanzamiento varias semanas si se descubren al final del proyecto. Las cifras que más se olvidan son las de las cuentas de desarrollador y la prueba cerrada de Google Play.

Cuenta de Apple Developer

99 $/año

Cuenta de Google Play

25 $ una vez

Prueba cerrada en Google Play

12 personas · 14 días

La prueba cerrada se aplica a las cuentas personales de Google Play creadas después del 13 de noviembre de 2023. Antes de pedir el acceso a producción, al menos 12 personas tienen que haber participado en la prueba de forma continuada durante los 14 días anteriores. Las cuentas de organización, que piden los datos de la empresa, no tienen ese requisito, así que para una empresa suele ser mejor abrir la cuenta a su nombre.

A eso se suma el tiempo de preparar fichas, capturas, textos de privacidad y respuestas a las revisiones. Apple revisa cada versión antes de publicarla, y Google hace también una revisión, normalmente más rápida. Después vienen las actualizaciones obligatorias. Las dos tiendas exigen cada año que las apps se compilen con las versiones recientes de sus herramientas, y una app que no se actualiza acaba dejando de aceptar versiones nuevas o desapareciendo de las búsquedas.

Las comisiones de las tiendas

Apple y Google cobran una comisión por los bienes y servicios digitales que se venden dentro de la app, como suscripciones o contenidos. La comisión general es del 30 % y baja al 15 % para los desarrolladores pequeños en los programas de las dos tiendas. Las ventas de productos físicos o de servicios que se prestan fuera de la app, como una reserva en un restaurante o un pedido de una tienda, se cobran con la pasarela de pago propia y no pagan comisión a la tienda.

En cuánto cuesta un software a medida repasamos todos los costes que conviene prever.

Un camino gradual

Una estrategia que funciona bien en la pyme es empezar con una web progresiva o una app multiplataforma muy acotada, medir el uso y dar el salto a funciones avanzadas solo cuando el negocio lo pide. Es la misma lógica de lanzar un MVP, que consiste en invertir poco al principio y crecer con los datos de uso.

En resumen

Para la mayoría de empresas, una app multiplataforma ofrece el mejor equilibrio entre coste y alcance. La nativa se reserva para productos muy exigentes con el hardware y la web progresiva para llegar rápido sin pasar por las tiendas. En los tres casos el servidor es la mitad del trabajo, así que conviene diseñarlo bien desde el principio. Si quieres comparar las tres opciones con tu caso concreto, en nuestro servicio de aplicaciones móviles te explicamos cómo lo abordamos.

Preguntas frecuentes

¿Cuánto cuesta desarrollar una app para una empresa?

Depende sobre todo de las funciones y de con qué sistemas se conecta, más que de la tecnología. Una web progresiva con catálogo y reservas sencillas es el proyecto más económico. Una app multiplataforma con usuarios, pagos, notificaciones y conexión al programa de gestión es un proyecto de varios meses. Dos apps nativas con las mismas funciones cuestan bastante más, porque cada funcionalidad se programa dos veces.

¿Qué diferencia hay entre una app híbrida y una multiplataforma?

Las híbridas clásicas, como las hechas con Ionic o Cordova, muestran una página web dentro de una app. Flutter y React Native dibujan la interfaz con componentes propios o nativos y se acercan más a la experiencia de una app nativa. En la conversación diaria se usan las dos palabras para lo mismo, así que conviene preguntar al proveedor qué tecnología concreta usará.

¿Una PWA puede enviar notificaciones en el iPhone?

Sí, desde iOS 16.4, publicado en marzo de 2023, siempre que el usuario haya añadido antes la web a su pantalla de inicio. En Android las notificaciones funcionan también desde el navegador. Si las notificaciones son esenciales para tu negocio y tus usuarios usan sobre todo iPhone, una app publicada en la App Store da menos problemas.

¿Cuánto tarda en publicarse una app en las tiendas?

La revisión de Apple suele resolverse en uno o dos días. Si piden cambios, el plazo se alarga hasta que se corrigen y se envía otra versión. En Google Play, las cuentas personales creadas después del 13 de noviembre de 2023 tienen que hacer antes una prueba cerrada con al menos 12 personas durante 14 días seguidos. Las cuentas de organización no tienen ese requisito. Conviene reservar esas semanas en el calendario del lanzamiento.

¿Apple y Google se quedan una comisión de mis ventas?

Solo de los bienes y servicios digitales que se venden dentro de la app, como suscripciones o contenido. La comisión general es del 30 %, y del 15 % para los desarrolladores pequeños en los programas de ambas tiendas. Las ventas de productos físicos o de servicios que se prestan fuera de la app, como una cita en una clínica o un pedido de una tienda, se cobran con la pasarela de pago propia sin comisión de la tienda.

¿Puedo empezar con una PWA y pasar a una app después?

Sí. Es una estrategia muy habitual en las pymes. Si la parte de servidor y la API se diseñan bien desde el principio, una app multiplataforma posterior reutiliza todo el trabajo del servidor y solo añade la interfaz móvil. La interfaz web no se reutiliza. Aun así sirve como prototipo validado con usuarios reales.

Fuentes

1. Programa de desarrolladores de Apple (Apple Developer)
2. Programa para pequeños desarrolladores del App Store (Apple Developer)
3. Requisitos de prueba para cuentas personales nuevas (Ayuda de Google Play Console)
4. Web Push para aplicaciones web en iOS y iPadOS (WebKit)
5. Progressive Web Apps (web.dev)

Quién escribe

Equipo de Viuzi

El equipo de Viuzi diseña, construye y mantiene software a medida para pymes y empresas desde Málaga. Escribimos estas guías con lo que vemos cada semana en proyectos reales y revisamos los datos normativos contra su fuente oficial.

Conoce al equipo →

Sigue leyendo

• Normativa

  RGPD en el desarrollo de software: lo que tu proveedor debe garantizarte

  12 min de lectura

• Costes y contratación

  Cuánto cuesta un software a medida: qué sube y qué baja el presupuesto

  12 min de lectura

• Guías

  Qué es un MVP y cómo lanzarlo en pocas semanas sin malgastar presupuesto

  11 min de lectura