Antes de pedir presupuesto para una aplicación móvil hay una decisión técnica que condiciona el coste, los plazos y lo que podrá hacer después: ¿app nativa, multiplataforma o PWA? Las tres opciones son válidas y ninguna gana en abstracto. Una app nativa en Kotlin (Android) y Swift (iOS) ofrece el máximo control del dispositivo; una multiplataforma con Flutter o React Native comparte la mayor parte del código entre iOS y Android; una aplicación web progresiva (PWA) se abre desde el navegador y puede instalarse en la pantalla de inicio sin pasar por las tiendas. En este artículo le explicamos qué es cada una, en qué se diferencian en la práctica y qué criterios deberían guiar su elección, con fuentes oficiales de cada tecnología y con ejemplos de proyectos nuestros.
Las tres opciones, explicadas sin jerga
App nativa
Se escribe específicamente para cada sistema operativo: normalmente Kotlin para Android y Swift para iOS, con las herramientas y las interfaces que ofrece cada fabricante. Son dos aplicaciones distintas, con dos bases de código. A cambio, tiene acceso inmediato a las novedades del sistema y el comportamiento más fiel a lo que el usuario espera de su móvil.
Un matiz importante: la frontera entre «nativa» y «multiplataforma» se ha difuminado. Kotlin Multiplatform, que Google describe en su documentación para desarrolladores de Android como estable y listo para producción, permite compartir la lógica de negocio entre Android e iOS manteniendo interfaces nativas en cada plataforma, y con Compose Multiplatform también puede compartirse la interfaz. Es un punto intermedio que ganará relevancia si su equipo ya trabaja con Kotlin.
Multiplataforma: Flutter y React Native
Una única base de código genera apps para iOS y Android. Las dos tecnologías más extendidas funcionan de forma distinta:
- Flutter, de Google, es un framework de código abierto para crear aplicaciones «compiladas de forma nativa» para móvil, web y escritorio desde un único código, según su sitio oficial. Usa el lenguaje Dart y dibuja su propia interfaz, lo que da mucho control visual y un aspecto idéntico en ambas plataformas.
- React Native permite crear apps para Android e iOS con JavaScript y React. Según su documentación, los componentes se traducen a vistas nativas de cada plataforma, no a una página web incrustada. Encaja bien si su equipo ya conoce React.
PWA (aplicación web progresiva)
Es una aplicación web que se comporta como una app: puede instalarse, funcionar con poca o ninguna conexión mediante service workers y enviar notificaciones, según la guía de web.dev sobre PWA. No se descarga desde App Store ni Google Play (aunque puede empaquetarse para algunas tiendas), se actualiza al recargarla y se mantiene con un único código web.
Comparativa de un vistazo
| Criterio | Nativa (Kotlin/Swift) | Multiplataforma (Flutter, React Native) | PWA |
|---|---|---|---|
| Bases de código | Dos (una por sistema) | Una compartida | Una (web) |
| Coste inicial | Más alto | Medio | Más bajo |
| Acceso al hardware y a novedades del sistema | Completo, desde el primer día | Muy amplio; algunas funciones requieren código nativo | Limitado por el navegador |
| Aspecto y comportamiento | El del sistema | Casi nativo; en Flutter, idéntico en ambos | El de una web instalada |
| Presencia en tiendas | Sí | Sí | No de forma directa |
| Actualizaciones | Pasan por revisión de la tienda | Pasan por revisión de la tienda | Inmediatas al publicar |
| Rendimiento en tareas exigentes | El mejor | Muy bueno en la mayoría de apps | Depende del navegador y del dispositivo |
La tabla es una guía de criterios, no una medición: en la práctica, una app bien hecha con cualquiera de las tres opciones supera con mucho a una mal hecha con la «mejor». Los porcentajes de ahorro que circulan (por ejemplo, Techsy habla de un 30–50 % menos que dos apps nativas, y de que hacer solo una plataforma cuesta alrededor del 60 % de hacer las dos) son estimaciones comerciales, no resultados de estudios independientes: tómelas como orden de magnitud. Para ver qué cifras de partida maneja el mercado español, consulte cuánto cuesta desarrollar una app en España.
Cuándo tiene sentido una app nativa
Considere la opción nativa si se cumple alguna de estas condiciones:
- La app depende de funciones muy específicas del dispositivo: sensores, Bluetooth avanzado, cámara con procesamiento en tiempo real, widgets del sistema, integración profunda con otras apps.
- Necesita el máximo rendimiento: gráficos exigentes, tratamiento de audio o vídeo, realidad aumentada.
- Solo se dirige a una plataforma (por ejemplo, un público casi exclusivamente Android), de modo que el argumento del código compartido pierde fuerza.
- Su empresa ya tiene equipos Kotlin o Swift, o va a mantenerla durante muchos años con una plantilla especializada.
Un ejemplo propio: Park France es una app de aparcamientos construida con Kotlin y Jetpack Compose sobre datos abiertos públicos. Es un ejemplo de proyecto centrado en Android, donde las bibliotecas oficiales del sistema son el camino natural.
Cuándo encaja mejor una app multiplataforma
La multiplataforma suele ser la opción más equilibrada para una pyme que quiere estar en iOS y Android sin duplicar el presupuesto. Piénselo así si:
- Quiere lanzar en ambos sistemas a la vez con un equipo reducido.
- La app es, sobre todo, formularios, listas, mapas, pagos, cuentas de usuario y notificaciones, algo que ambas tecnologías resuelven bien.
- Prefiere que una sola corrección o mejora llegue a todos los usuarios, sin hacerla dos veces.
- Quiere reutilizar parte del trabajo en web o escritorio (Flutter tiene soporte oficial para ambos).
Flash-Destock, el marketplace de ofertas relámpago para comercios de París, es una app Flutter que combina pases con código QR, panel de comercios y backend con Supabase y PostGIS: mucha lógica de negocio, que la multiplataforma permite escribir una sola vez. Y PDF Nova para Android es otra app Flutter con escáner, OCR, edición, firma y protección AES-256. Ambas están en pruebas cerradas de Google Play: las citamos para ilustrar el tipo de funciones que la multiplataforma puede abarcar, no como cifras de éxito.
Flutter o React Native
No hay un ganador universal. Como criterio práctico:
- Flutter es buena opción si prioriza una interfaz muy cuidada e idéntica en ambos sistemas y si parte de cero (no necesita conocer React).
- React Native encaja si ya tiene un equipo de desarrollo web con React y quiere compartir conocimiento, y si le interesa el aspecto de componentes nativos de cada plataforma.
En ambos casos, lo más importante es que el equipo que la desarrolle tenga experiencia real con la tecnología, y que usted conozca sus límites: las funciones muy especiales del sistema pueden requerir módulos nativos escritos aparte.
Cuándo basta una PWA
Una PWA puede ser suficiente, y bastante más barata, si:
- Su caso es informar, reservar, consultar o gestionar y no necesita estar en las tiendas.
- Le interesa que cualquier usuario acceda con un enlace, sin instalar nada.
- Quiere publicar cambios al instante, sin esperar a la revisión de Apple o Google.
- Su producto es en esencia una aplicación web, como una herramienta online o un panel.
Los límites que debe conocer: el acceso al hardware es el que permita el navegador, y en iOS las notificaciones push solo funcionan para aplicaciones web añadidas a la pantalla de inicio, desde iOS 16.4, y con permiso explícito del usuario, según describe Apple en su blog de WebKit. Para cualquier proyecto que dependa de las notificaciones o de estar visible en la tienda, esto importa.
Un ejemplo: PDF Nova es una aplicación web con 45 herramientas PDF cuyo procesamiento principal ocurre en el navegador, de modo que los archivos del usuario no se suben a ningún servidor. Es un caso en el que la web es el producto, y empaquetarlo como app solo tendría sentido si se quisiera presencia en las tiendas. Si su idea se parece más a esto que a una app de móvil clásica, mire nuestro servicio de desarrollo de aplicaciones web.
Cómo decidir: seis preguntas
- ¿Necesito estar en App Store y Google Play? Si sí, descarte la PWA pura.
- ¿En qué sistemas están mis usuarios? Si casi todos usan uno, una app nativa para ese sistema puede ser lo más sensato.
- ¿Qué funciones del dispositivo necesito? Cuanto más específicas, más a favor de lo nativo.
- ¿Qué presupuesto tengo, y a cuántos años? Mantener dos bases de código cuesta más a lo largo del tiempo.
- ¿Qué equipo la mantendrá después? Una tecnología sin profesionales disponibles es un riesgo, igual que depender de una sola persona.
- ¿Puedo empezar pequeño? Un primer lanzamiento acotado en una tecnología multiplataforma o como PWA permite validar la idea antes de invertir más.
Para contrastar su caso con un criterio externo, también le sirve nuestra guía cómo elegir una empresa de desarrollo de software, donde detallamos qué preguntar a cada proveedor.
Preguntas frecuentes
¿Flutter o React Native?
Depende de su equipo y de lo que priorice. Flutter da más control visual y una interfaz idéntica en iOS y Android; React Native aprovecha el conocimiento de React y usa componentes nativos de cada sistema. Ambas son maduras y ampliamente usadas.
¿Una app multiplataforma es de peor calidad que una nativa?
No necesariamente. Para la mayoría de aplicaciones de negocio (cuentas, listas, formularios, pagos, mapas) el usuario no percibe diferencias. Donde sí pueden aparecer límites es en funciones muy dependientes del hardware o en rendimiento extremo.
¿Se puede pasar de PWA a app nativa o multiplataforma más adelante?
Sí, y es una estrategia frecuente: validar el producto como web y, si el uso lo justifica, construir después una app de tienda reutilizando el backend. Lo importante es separar bien la lógica del servidor de la interfaz.
¿Qué pasa con las tiendas de aplicaciones?
Tanto Apple como Google exigen cuentas de desarrollador y revisión de cada versión. Los costes de esas cuentas los detallamos en nuestra guía de precios.
Conclusión
No existe la «mejor» tecnología para una app, sino la que encaja con su alcance, su presupuesto y sus usuarios. Lo nativo gana cuando manda el hardware o el rendimiento; lo multiplataforma, cuando quiere estar en iOS y Android con un solo equipo; la PWA, cuando la web es suficiente y lo importante es llegar rápido. Si duda, empiece por la opción más pequeña que valide su idea y deje la puerta abierta a crecer. Si quiere una opinión sobre su caso concreto, puede escribirnos y repasaremos con usted cuál de las tres le conviene; encontrará también más información en nuestra página de desarrollo de aplicaciones móviles.
