Cuándo elegir app nativa, híbrida o PWA: tabla a tres columnas, cuotas de Apple y Google, comisiones de tienda en la UE y el coste real en euros.
Elige nativa si dependes de hardware, rendimiento gráfico o notificaciones fiables en iPhone. Elige híbrida —Flutter o React Native— si necesitas iOS y Android con un solo equipo. Elige PWA si el uso es ocasional, el acceso llega por enlace y puedes renunciar a la tienda. El diferencial de coste lo marca el mantenimiento, no el desarrollo.
Tres cosas distintas, no tres versiones de lo mismo
La mayoría de las comparativas en español tratan estas tres opciones como tres calidades del mismo producto: la buena, la intermedia y la barata. No lo son. Son tres modelos de distribución con tres dueños distintos del canal.
Nativa significa un binario para iOS escrito con Swift y otro para Android escrito con Kotlin. Dos bases de código, dos ciclos de revisión, acceso completo a las API del sistema. Es la opción con más control y con más superficie de mantenimiento.
Híbrida —el término correcto hoy es multiplataforma— significa una base de código en Flutter o React Native que compila a ambas tiendas. La interfaz se dibuja una vez. Las partes que tocan hardware específico siguen necesitando código nativo, y ahí es donde se evapora el ahorro que promete el folleto.
PWA significa una web instalable: manifiesto, service worker, funcionamiento sin conexión. No pasa por ninguna tienda. Se actualiza como se actualiza una web, sin revisión de nadie y sin esperar.
No estás eligiendo una tecnología: estás eligiendo quién controla tu canal de distribución y quién puede apagarlo.
La tabla de decisión
| Criterio | Nativa | Híbrida (Flutter / React Native) | PWA |
|---|---|---|---|
| Bases de código | 2 | 1 + parches nativos | 1 |
| Presencia en App Store y Google Play | Sí | Sí | No |
| Instalación | Desde la tienda | Desde la tienda | Añadir a pantalla de inicio |
| Notificaciones en Android | Completas | Completas | Completas (Push API) |
| Notificaciones en iPhone | Completas | Completas | Solo si el usuario añade la web app a la pantalla de inicio, iOS 16.4 o posterior |
| Cámara, Bluetooth, sensores | Acceso completo | Acceso completo vía plugin | Parcial y desigual entre navegadores |
| Actualizar un texto o un precio | Nueva versión y revisión | Nueva versión y revisión | Publicas y ya está |
| Riesgo de rechazo en revisión | Bajo | Bajo | No aplica |
| Cuota anual obligatoria | Apple 99 USD/año + Google 25 USD única | Igual | Ninguna |
| Comisión sobre venta digital | Sí | Sí | No |
| Indexable por Google | No | No | Sí |
| Mantenimiento forzado por la plataforma | Alto | Alto | Bajo |
Una tabla no decide por ti. Ordena las renuncias para que las hagas con los ojos abiertos.
Los costes fijos existen antes de la primera línea de código
Apple factura la membresía en dólares y solo indica que puede cobrarse "en moneda local cuando esté disponible": no publica una tarifa en euros en la página de comparación de membresías. Si tu gestoría necesita el importe exacto en euros y el tratamiento del IVA en la factura de Apple Distribution International, pídelo antes de presupuestar, porque el cargo real depende del tipo de cambio del día y de tu condición de empresario o profesional.
Estos dos números son lo único barato del asunto. Publicar cuesta 124 dólares el primer año. Mantener publicado cuesta bastante más, y esa es la partida que casi ningún presupuesto español detalla.
El diferencial de coste: dónde se separa de verdad el presupuesto
El sector vende el ahorro de la opción multiplataforma como si fuera aritmética: una base de código en vez de dos, luego la mitad. La aritmética no funciona así. El diseño se hace una vez en los tres casos. Las pruebas se hacen en los tres casos sobre dos sistemas operativos reales. La publicación y la revisión se hacen dos veces en nativa y en híbrida.
Estas son las partidas donde el reparto cambia. Medimos las nuestras y publicamos los porcentajes en cuanto tengamos una muestra que aguante:
| Concepto | Dato | Nota |
|---|---|---|
| Definición, arquitectura y diseño de producto | — | — |
| Interfaz y sistema de diseño | — | — |
| Desarrollo de la lógica de producto | — | — |
| Código específico de plataforma | — | — |
| Pruebas en dispositivo y control de calidad | — | — |
| Publicación, fichas de tienda y revisión | — | — |
— = dato en medición; lo publicaremos cuando tengamos muestra propia.
Cuando alguien te dé un diferencial en euros sin decirte sobre qué muestra lo ha calculado, te está dando una opinión con formato de factura. Nosotros preferimos publicar el hueco antes que rellenarlo con un número cómodo.
Sí podemos darte una estimación razonada, marcada como tal. A 60 €/hora —tarifa habitual de un estudio español de este tamaño— una segunda base de código nativa que replique una app ya construida rara vez baja de 300 horas, es decir 18.000 € más IVA. Es una estimación, no una medición: úsala para descartar escenarios, no para firmar.
1. Notificaciones en iPhone
Aquí es donde mueren la mitad de los proyectos de PWA en España. Apple sí admite web push, pero con una condición que casi nunca se lee: la documentación oficial dice literalmente "Add web push to Home Screen web apps in iOS 16.4 or later". Traducido: en iPhone, tu PWA solo puede notificar si el usuario la ha añadido a la pantalla de inicio con un gesto manual que nadie le ha enseñado a hacer.
Si tu producto vive de avisar —un aviso de reparto, un turno, una alerta de operación bancaria—, la PWA no es una opción más barata: es una opción distinta con una tasa de entrega que depende de un gesto del usuario. Nativa e híbrida no tienen ese problema.
El detalle amable: Apple aclara que no hace falta estar en el Apple Developer Program para enviar web push. Los 99 dólares son por publicar en la tienda, no por notificar.
2. Cobrar contenido digital dentro de la app
Si vendes suscripciones, cursos, créditos o cualquier bien digital consumido dentro de la app, la tienda cobra. Si vendes un bien físico o un servicio prestado fuera de la app, no.
Apple documenta además una comisión del 10 % para suscripciones a partir del segundo año bajo los términos alternativos de la UE derivados del Reglamento de Mercados Digitales. Si tu app es europea y de suscripción, esa línea vale dinero.
3. Que tu app aporte algo que tu web no aporta
La directriz 4.2 de App Review es explícita: "Your app should include features, content, and UI that elevate it beyond a repackaged website. If your app is not particularly useful, unique, or 'app-like,' it doesn't belong on the App Store."
Y la 4.2.6 cierra la puerta a un modelo muy extendido en el mercado español: "Apps created from a commercialized template or app generation service will be rejected unless they are submitted directly by the provider of the app's content."
Si alguien te ofrece "tu web convertida en app" por un precio redondo, lo que te está vendiendo es el trámite de un rechazo. No es una opinión nuestra: está escrito en las directrices que aplica el revisor.
4. Quién paga el mantenimiento obligatorio
Una app no se termina. Las plataformas obligan a moverla.
Verificado el 27-08-2026. Google Play exige que las apps nuevas y las actualizaciones apunten a Android 16 (API level 36) o superior a partir del 31 de agosto de 2026 —dentro de cuatro días—, con excepciones para Wear OS y Android Automotive (API 35) y Android TV y Android XR (API 34). Las apps ya publicadas que no cumplan dejan de ser visibles para nuevos usuarios en dispositivos con versiones de Android superiores a su API objetivo. Google admite solicitudes de prórroga hasta el 1 de noviembre de 2026 desde Play Console. Fuente: support.google.com/googleplay/android-developer/answer/11926878.
Esto es el coste que no aparece en el presupuesto y que aparece cada año. Una PWA no lo tiene: no hay API objetivo que perseguir, no hay binario que recompilar, no hay ficha que revisar. Una app nativa o híbrida sí, en las dos tiendas, para siempre.
Dos tablas de comisiones que no dicen lo mismo
Aquí hay una contradicción que ninguna guía española recoge, y conviene que la sepas antes de modelar tus márgenes.
La documentación de Google Play describe, para el Espacio Económico Europeo, Reino Unido y Estados Unidos, un esquema vigente desde el 30 de junio de 2026: suscripciones de renovación automática al 10 % más un 5 % de comisión de facturación; otras transacciones al 20 % más 5 % en instalaciones nuevas, y al 25 % más 5 % —o 20 % con enlaces web externos— en instalaciones existentes.
Al mismo tiempo, esa misma documentación mantiene el esquema clásico para el resto de mercados: 15 % sobre el primer millón de dólares anuales y 30 % por encima, con 15 % para suscripciones.
Dos esquemas conviviendo en la misma fuente, con una fecha de corte de por medio. España está en el primero. Si has calculado tu modelo con el 15/30 que repite medio internet, recalcúlalo. Y si tu proveedor te da una cifra sin decirte a qué esquema pertenece, no ha leído la fuente.
Una PWA no entra en ninguna de las dos tablas. Cobras con Redsys, Bizum o Stripe, con la comisión de la pasarela y nada más. Ese es el argumento económico real de la PWA, y casi nadie lo formula así.
España: IVA, accesibilidad y la letra pequeña del presupuesto
El IVA general aplicable a un proyecto de desarrollo en España es del 21 % (Ley 37/1992 del IVA, tipo elevado del 18 % al 21 % por el Real Decreto-ley 20/2012, en vigor desde el 1 de septiembre de 2012). Si un presupuesto de app dice "12.000 €" sin decir si lleva IVA, la diferencia son 2.520 €. Pregúntalo por escrito.
La accesibilidad ya no es opcional. La Directiva (UE) 2019/882 —Acta Europea de Accesibilidad— se aplica a los productos introducidos en el mercado y a los servicios prestados después del 28 de junio de 2025, e incluye expresamente los servicios de comercio electrónico y el software especializado. Las microempresas que prestan servicios quedan exentas de los requisitos y obligaciones según su artículo 4. Si tu app vende, entra. Si tu app vende y eres microempresa de servicios, comprueba tu encaje antes de darlo por hecho.
Y un apunte de rendimiento que solo afecta a la PWA, porque es la única de las tres que Google mide e indexa: los umbrales "buenos" de Core Web Vitals son LCP 2,5 s, INP 200 ms y CLS 0,1, evaluados en el percentil 75 de las cargas, segmentado entre móvil y escritorio. Una PWA lenta no es una app mala: es una web mala con manifiesto.
Lo habitual en el sector: El sector empieza por la tecnología: "os hacemos la app en Flutter". Elige la herramienta antes de saber qué tiene que hacer el producto, y luego justifica el ahorro con una aritmética que no se sostiene en las pruebas ni en el mantenimiento.
Nuestro criterio: Nosotros empezamos por el canal: quién instala, quién notifica, quién cobra y quién obliga a actualizar. La tecnología es la consecuencia de esas cuatro respuestas, no su punto de partida.
Cómo lo decidimos en un proyecto
| # | Fase | Qué hacemos | Entregables |
|---|---|---|---|
| 01 | Escuchar | Empezamos preguntando, no proponiendo. | Entrevistas · Auditoría de lo que ya tienes · Brief acordado |
| 02 | Definir | Acordamos qué significa ganar antes de mover un píxel: instalaciones, avisos entregados o ingreso neto tras comisión. | Objetivos · Alcance · Criterios de éxito |
| 03 | Trazar | Dibujamos el recorrido y marcamos en qué punto exacto el usuario recibe un aviso o paga. Ahí se decide nativa, híbrida o PWA. | Flujos · Prototipo navegable |
| 04 | Diseñar | Sistema, retícula y ritmo tipográfico. Esta partida cuesta lo mismo en las tres opciones. | Sistema de diseño · Componentes |
| 05 | Construir | Código, pruebas en dispositivo físico y CI/CD. Cada commit deja rastro en tu repositorio, no en el nuestro. | Repositorio · Entorno de pruebas |
| 06 | Lanzar y acompañar | El lanzamiento es una lista de verificación, no un salto de fe. 30 días de soporte incluido y traspaso documentado. | Publicación · Traspaso · Documentación |
- El documento dice a qué esquema de comisiones pertenece tu caso y con qué fecha de consulta
- El precio dice "más IVA" de forma explícita, con el 21 % desglosado
- Las cuotas de Apple (99 USD/año) y Google (25 USD) están nombradas y se dice quién las paga
- Está escrito quién es el titular de las cuentas de App Store Connect y Play Console: tú, no el proveedor
- El mantenimiento anual por cambio de API objetivo tiene precio, no una promesa de "ya lo veremos"
- Si es PWA, hay una respuesta escrita sobre notificaciones en iPhone y sobre el gesto de añadir a la pantalla de inicio
- La cesión nombra el código, los archivos fuente y el diseño
- Hay una fecha de traspaso y una documentación entregable, para que tu equipo pueda seguir sin nosotros
Un presupuesto de app fiable nombra las cuotas, el esquema de comisiones, el titular de las cuentas y la fecha de traspaso; un presupuesto de app cómodo nombra solo el total.
Preguntas frecuentes
¿Una PWA sirve para sustituir a una app nativa?
Sirve cuando el uso es ocasional y el acceso llega por enlace: consulta, reserva, seguimiento, catálogo. No sirve si dependes de notificaciones fiables en iPhone, porque Apple solo las permite en web apps añadidas a la pantalla de inicio desde iOS 16.4.
¿Cuánto se ahorra realmente con Flutter frente a nativo?
Se ahorra en la capa de interfaz y en parte de la lógica, y no se ahorra nada en diseño, pruebas ni publicación. Preferimos no darte un porcentaje redondo hasta tener nuestra propia medición publicada, con n y fechas.
¿Puedo publicar en App Store una app que sea mi web dentro de un contenedor?
Casi con seguridad te la rechazarán: la directriz 4.2 exige que la app supere a un sitio web reempaquetado y la 4.2.6 rechaza las generadas con servicios de plantillas. Si alguien te lo vende como trámite sencillo, te está vendiendo un rechazo.
¿Las comisiones de tienda se aplican también si vendo un producto físico?
No. Las comisiones de App Store y Google Play se aplican a bienes y servicios digitales consumidos dentro de la app. Un producto físico o un servicio prestado fuera de la app se cobra con tu pasarela y sus comisiones, no con las de la tienda.
¿Cuánto tarda un proyecto de app con vosotros?
Trabajamos productos digitales en fases de 8 semanas con precio fijo por fase, acordado antes de empezar. Sin horas sorpresa; y si al escucharte vemos que tu caso no necesita una app, te lo decimos en la primera llamada.
Nuestra postura
La pregunta correcta no es cuál de las tres es mejor: es cuánto estás dispuesto a pagar, cada año y para siempre, por el privilegio de estar dentro de una tienda. Para muchos productos españoles esa cuota anual compra algo real —descubrimiento, confianza, cobro integrado—. Para otros compra únicamente trabajo de mantenimiento y una comisión sobre cada euro.
Aceptamos un número limitado de proyectos al año y preferimos decirte que no necesitas una app antes que cobrarte por una que nadie va a instalar. La primera llamada dura 30 minutos y no cuesta nada. ¿Te encaja esta forma de trabajar?
Sigue leyendo
- Cuánto cuesta y cuánto tarda desarrollar una app en España: nativa, híbrida o PWA
- ¿Puedo hacer una app con 10.000 €? Qué entra y qué no
- ¿Cuánto se ahorra de verdad con Flutter frente a nativo? Nuestra medición
- Accesibilidad web en España tras la European Accessibility Act: a quién obliga y qué exige
- Redsys y Bizum en tu tienda online: cómo se integran y qué comisiones tienen
Nota de transparencia. Algunos datos propios de esta guía todavía están en medición en proyectos reales, con un mismo método. Los publicaremos con su tamaño de muestra y su ventana de fechas cuando la muestra sea suficiente; hasta entonces, cada cifra que ves lleva su fuente y su fecha de consulta.
Fuentes verificadas
- https://developer.apple.com/support/compare-memberships/ — cuota del Apple Developer Program: 99 USD por año de membresía, "or in local currency where available"; no publica tarifa en euros. Consultado 27-08-2026.
- https://support.google.com/googleplay/android-developer/answer/6112435 — cuota de registro de cuenta de desarrollador de Google Play: 25 USD, pago único. Consultado 27-08-2026.
- https://support.google.com/googleplay/android-developer/answer/112622 — esquema de comisiones de Google Play: para EEE, Reino Unido y EE. UU. a partir del 30-06-2026, suscripciones 10 % + 5 % de comisión de facturación, otras transacciones 20 % + 5 % (instalaciones nuevas) y 25 % + 5 % o 20 % con enlaces externos (instalaciones existentes); en el resto de mercados sigue el 15 % hasta 1 M USD y 30 % por encima. Es la contradicción que señala el artículo. Consultado 27-08-2026.
- https://developer.apple.com/app-store/small-business-program/ — comisión reducida del 15 % hasta 1 millón USD de ingresos el año natural anterior; mención del 10 % para suscripciones a partir del segundo año bajo los términos alternativos de la UE (DMA). Consultado 27-08-2026.
- https://developer.apple.com/documentation/usernotifications/sending-web-push-notifications-in-web-apps-and-browsers — cita literal "Add web push to Home Screen web apps in iOS 16.4 or later" y confirmación de que no hace falta el Apple Developer Program para enviar web push. Consultado 27-08-2026.
- https://developer.apple.com/app-store/review/guidelines/ — texto literal de las directrices 4.2 (Minimum Functionality, "beyond a repackaged website"), 4.2.6 (rechazo de apps generadas con plantillas comerciales) y 2.5.6 (WebKit y motores alternativos en UE y Japón). Consultado 27-08-2026.
- https://support.google.com/googleplay/android-developer/answer/11926878 — requisito de API objetivo: Android 16 (API 36) para apps nuevas y actualizaciones desde el 31-08-2026, excepciones Wear OS/Automotive (API 35) y TV/XR (API 34), prórroga hasta el 01-11-2026. Consultado 27-08-2026.
- https://web.dev/articles/vitals — umbrales "good" de Core Web Vitals: LCP 2,5 s, INP 200 ms, CLS 0,1, medidos en el percentil 75 segmentado móvil/escritorio. Consultado 27-08-2026.
- https://eur-lex.europa.eu/legal-content/ES/TXT/HTML/?uri=CELEX:32019L0882 — Acta Europea de Accesibilidad: aplicación a productos y servicios a partir del 28-06-2025, inclusión expresa del comercio electrónico, exención de microempresas prestadoras de servicios (art. 4). Consultado 27-08-2026.
- https://www.boe.es/buscar/doc.php?id=BOE-A-2012-9364 — Real Decreto-ley 20/2012: elevación del tipo general del IVA del 18 % al 21 % y del reducido del 8 % al 10 %, con aplicación desde el 1 de septiembre de 2012 (sobre la Ley 37/1992). Consultado 27-08-2026.
¿Quieres ver este criterio aplicado a un proyecto real?