Una app tiene tres facturas: construirla, publicarla y mantenerla. Cuotas de Apple y Google, comisiones en el EEE, IVA del 21 % y fechas límite de SDK.
Respuesta corta
Una app en España tiene tres facturas —construirla, publicarla y mantenerla— y un presupuesto solo es comparable si nombra las tres. Como referencia: la primera versión con Aura parte desde 4.500 € con IVA incluido, y un alcance de 400 horas a 65 €/h (estimación razonada) son 26.000 € más IVA. A eso se suman 99 USD al año de Apple, 25 USD una sola vez de Google y la comisión de tienda sobre lo que vendas dentro de la app.
Una app en España tiene tres facturas, no una: construcción, publicación y mantenimiento obligatorio. La construcción depende de la tecnología (nativa, híbrida o PWA). La publicación cuesta 99 USD al año en Apple y 25 USD una vez en Google, más comisión sobre lo que vendas. El mantenimiento no es opcional: Apple y Google fijan fechas.
Buscas cuánto cuesta una app y encuentras rangos sin fuente. Nosotros abrimos las páginas españolas que hoy posicionan para esta consulta el 27 de agosto de 2026 y comprobamos algo peor que un rango inventado: varias no dan ninguna cifra. La de Yeeply, por ejemplo, dice que el precio «variará en función de la tecnología» y te manda a pedir presupuesto. Ni comisiones de tienda, ni IVA, ni mantenimiento anual, ni accesibilidad.
Esta guía va de lo contrario. Cada número que leas aquí lleva su fuente y su fecha, o lleva un guion (—) porque todavía no lo hemos medido. Preferimos un hueco honesto a un relleno cómodo.
Una app no tiene un precio: tiene tres facturas
El error de cálculo más caro que vemos no es elegir mal la tecnología. Es presupuestar solo la construcción.
Una app viva tiene tres facturas simultáneas. La primera es construirla: diseño, desarrollo, pruebas, publicación inicial. La segunda es distribuirla: cuotas de desarrollador y comisión de las tiendas sobre cada euro que cobres dentro. La tercera es mantenerla al día, y esa no la decides tú: la deciden Apple y Google con fechas límite publicadas.
Lo habitual en el sector: El presupuesto cierra en la entrega. Se firma el desarrollo, se publica, y a los catorce meses la app deja de aceptar actualizaciones porque nadie contó con que el SDK mínimo cambia todos los años.
Nuestro criterio: El presupuesto nombra las tres facturas antes de empezar. Construcción con precio fijo por fase, publicación con las cuotas y comisiones vigentes por escrito, y mantenimiento con las fechas límite de Apple y Google ya en el calendario.
Lo decimos claro: si un presupuesto de app no menciona el SDK mínimo ni las comisiones de tienda, no es un presupuesto, es una cifra.
Nativa, híbrida o PWA: qué obtienes de verdad con cada una
Las tres construyen algo que el usuario llama «app». Las tres se comportan de forma distinta cuando el proyecto crece.
Nativa
Dos bases de código: Swift para iOS, Kotlin para Android. Acceso completo al hardware el día que sale la función, no seis meses después. Rendimiento predecible en gestos, listas largas, cámara y mapas.
El precio de esa precisión es aritmético: dos equipos, dos ciclos de prueba, dos revisiones de tienda por cada versión. Si tu app vive del gesto —una herramienta de dibujo, un lector con anotaciones, cualquier cosa con cámara en tiempo real— la nativa no es un lujo, es el suelo.
Híbrida
Una base de código, dos binarios. Flutter, React Native y Capacitor son las tres familias que vemos en presupuestos españoles.
El ahorro real no es el que te venden. Se ahorra en la capa de negocio y en la interfaz común. No se ahorra en el diseño de dos plataformas con convenciones distintas, ni en las pruebas sobre dispositivo real, ni en los puentes nativos que acabas escribiendo para la función que tu app necesita y el framework no cubre.
Un detalle que casi nadie te cuenta: Apple exige manifiesto de privacidad y firma a una lista concreta de SDK de terceros, y en esa lista están Flutter, Capacitor, Cordova y UnityFramework, junto a Firebase, los SDK de Facebook, Alamofire o RealmSwift. Elegir híbrido no te saca del trabajo de cumplimiento: te mete en él por la puerta del framework.
PWA
Una web que se instala. Manifiesto, service worker, funcionamiento sin conexión. Desde iOS y iPadOS 16.4, una web añadida a la pantalla de inicio recibe notificaciones push y contador en el icono, con dos condiciones: que el manifiesto declare display en standalone o fullscreen, y que la suscripción se pida en respuesta a un gesto directo del usuario.
La PWA tiene una frontera dura, y está escrita en las normas de revisión de Apple. La directriz 4.2 dice literalmente: «Your app should include features, content, and UI that elevate it beyond a repackaged website». Y la 4.2.2 remata: «Other than catalogs, apps shouldn't primarily be marketing materials, advertisements, web clippings, content aggregators, or a collection of links».
Traducido: puedes distribuir una PWA por el navegador sin pedirle permiso a nadie. No puedes envolverla en un contenedor y subirla a la App Store esperando que pase. Empaquetar una web no es publicar una app.
| Criterio | Nativa | Híbrida | PWA |
|---|---|---|---|
| Bases de código | 2 | 1 + puentes | 1 |
| Presencia en App Store y Play | Sí | Sí | Solo si supera la directriz 4.2 |
| Push en iOS | Sí | Sí | Sí desde iOS 16.4, con instalación en pantalla de inicio |
| Acceso a hardware nuevo | El día del lanzamiento | Cuando el framework lo cubre | Limitado a las API del navegador |
| Comisión de tienda sobre bienes digitales | Sí | Sí | No, si cobras fuera de la tienda |
| Fechas límite de SDK impuestas | Sí | Sí | No |
| Coste de construcción relativo | — | — | — |
— = dato en medición; lo publicaremos cuando tengamos muestra propia.
La tabla ya te dice algo incómodo: la PWA es la única de las tres que no te ata a un calendario de terceros. También es la única que no aparece en la tienda si no aporta más que la web.
Desarrollamos esta comparación con diferencial en euros en el satélite de decisión, y medimos el ahorro real de Flutter frente a nativo en el nuestro. Los dos enlaces están al final.
Las partidas de un presupuesto de app, una a una
Un presupuesto de app honesto se lee como una lista de decisiones, no como un total.
| Partida | Peso en el presupuesto |
|---|---|
| Descubrimiento y definición | — |
| Diseño de producto y sistema de interfaz | — |
| Desarrollo cliente (iOS, Android o web) | — |
| Backend, API y panel de administración | — |
| Pruebas en dispositivo real y corrección | — |
| Publicación, fichas de tienda y cumplimiento | — |
— = dato en medición; lo publicaremos cuando tengamos muestra propia.
Ese desglose está vacío a propósito. Publicaremos los porcentajes cuando tengamos suficientes proyectos medidos con el mismo método, con su n y su ventana de fechas visibles. No rellenamos con la media del sector porque la media del sector tampoco tiene fuente.
Lo que sí podemos darte hoy es la aritmética para auditar cualquier presupuesto que te llegue. Estimación razonada, marcada como tal: a 65 euros la hora —tarifa habitual de un estudio español de este tamaño para perfiles de producto— un alcance de 400 horas son 26.000 euros más IVA. Si un presupuesto te da 26.000 euros y no te dice cuántas horas ni a qué tarifa, no puedes comprobar nada. Si te da las horas, puedes discutir el alcance.
Nuestras tarifas son públicas y llevan el IVA dentro. Una web de marca, showcase o corporate, cuesta desde 3.000 €. Una web con experiencias interactivas y automatizaciones —el tramo donde suele caer la primera versión de un producto de este tipo— sale desde 4.500 €. Branding completo con CRM propietario, IA y funnels de ventas, nurturing y automatizaciones arranca desde 9.000 €. El sector anuncia sin IVA y la factura llega un 21 % más alta; nosotros decimos el número final. Sin horas sorpresa y sin IVA sorpresa. Nuestro suelo son 3.000 €: los tramos por debajo de esa cifra que verás en comparativas son mercado, no oferta de Aura.
Las cuatro preguntas que reducen un presupuesto de app a la mitad, o lo duplican, son siempre las mismas. Cuántas plataformas. Si hay backend propio o se apoya en servicios existentes. Si hay cuentas de usuario y con qué proveedores. Si hay pagos dentro de la app. Cada una de esas cuatro respuestas mueve más dinero que la elección de framework.
Cuánto tarda: el calendario incluye esperas que no dependen de ti
Los plazos de una app tienen dos partes: lo que tardas en construir y lo que tardas en que te dejen publicar.
La segunda sorprende. Si abres una cuenta personal de desarrollador en Google Play creada después del 13 de noviembre de 2023, antes de solicitar acceso a producción tienes que ejecutar una prueba cerrada con un mínimo de 12 testers inscritos de forma continua durante al menos 14 días. Después, Google revisa la solicitud, normalmente en siete días o menos.
Son catorce días de calendario que existen aunque tu app esté terminada. Y son doce personas reales que tienes que reclutar. Ese requisito no aparece en ningún presupuesto de los que hemos leído.
Nosotros trabajamos en fases de ocho semanas para productos digitales. La primera versión publicable de una app suele ocupar varias. Los proyectos de marca y web nuestros van de seis a doce semanas; una app se mide en fases, no en semanas sueltas.
| # | Fase | Qué hacemos | Entregables |
|---|---|---|---|
| 01 | Escuchar | Empezamos preguntando, no proponiendo. | Entrevistas con usuarios · Inventario de lo que ya tienes · Brief acordado |
| 02 | Definir | Acordamos qué significa ganar antes de mover un píxel. | Alcance de la primera versión · Plataformas · Criterios de éxito medibles |
| 03 | Trazar | Dibujamos los recorridos antes que las pantallas. | Mapa de flujos · Estados de error · Modelo de datos |
| 04 | Diseñar | Un sistema, no una colección de pantallas. | Retícula · Ritmo tipográfico · Componentes por plataforma |
| 05 | Construir | Integración continua desde el primer commit, no desde la última semana. | CI/CD · Builds firmadas · Pruebas en dispositivo real |
| 06 | Lanzar y acompañar | El lanzamiento es una lista de verificación, no un salto de fe. | Prueba cerrada · Fichas de tienda · 30 días de soporte incluido |
Publicar cuesta dinero antes de que tú cobres uno
Aquí están las cifras verificables, y son las que faltan en casi todas las guías españolas.
Esas dos cuotas son la parte pequeña. La grande es la comisión sobre lo que vendas dentro de la app.
App Store
La comisión estándar es del 30 %. Con el App Store Small Business Program baja al 15 % si tus ingresos netos del año natural anterior no superaron 1.000.000 USD sumando todas tus cuentas de desarrollador asociadas. Si superas el millón durante el año en curso, la tarifa estándar se aplica a las ventas futuras.
En la Unión Europea, y por tanto en España, hay un régimen distinto derivado del Reglamento de Mercados Digitales. Según la página de Apple sobre la DMA, los Términos Alternativos para apps en la UE fijan una comisión base del 10 % o del 17 % sobre bienes y servicios digitales, más un 3 % adicional si usas el procesador de pagos de la App Store. A eso se sumaba la Core Technology Fee, 0,50 euros por primera instalación anual y solo por encima del millón de primeras instalaciones al año, y desde el 26 de junio de 2025 existe la Core Technology Commission, un 5 % sobre ventas digitales que promociones dentro de la app mediante enlaces externos.
Aquí hay una contradicción que conviene decir en voz alta, porque ninguna de las páginas que rankean la menciona. La página del Small Business Program describe el 10 % como una tarifa reducida adicional para suscripciones a partir del segundo año bajo términos alternativos. La página de la DMA describe el 10 % como comisión base para la mayoría de desarrolladores. Son dos descripciones distintas del mismo número en dos documentos del mismo fabricante.
Las condiciones de Apple para la UE son la parte más inestable de este artículo. La propia página de Apple anunciaba la transición desde la Core Technology Fee hacia un modelo único basado en la Core Technology Commission a partir del 1 de enero de 2026, con detalles pendientes de publicar. Verificado el 27-08-2026 en developer.apple.com/support/dma-and-apps-in-the-eu. Antes de firmar un modelo de negocio que dependa de estos porcentajes, comprueba la página en la fecha de tu contrato.
Google Play
Fuera del Espacio Económico Europeo, la estructura clásica sigue siendo 15 % sobre el primer millón de USD de ingresos anuales del desarrollador y 30 % por encima, con un 15 % plano para suscripciones de renovación automática.
En el EEE —España incluida—, Reino Unido y Estados Unidos rige otra estructura desde el 30 de junio de 2026, y distingue entre instalaciones nuevas y existentes:
| Tipo de transacción | Tarifa estándar | Con programas cualificados |
|---|---|---|
| Suscripciones de renovación automática | 10 % + 5 % de comisión de facturación | 10 % + 5 % |
| Otras transacciones, instalaciones nuevas | 20 % + 5 % | 15 % + 5 % |
| Otras transacciones, instalaciones existentes | 25 % + 5 % | 20 %, o 15 % con enlaces web externos |
Estructura de comisiones de Google Play para el EEE vigente desde el 30 de junio de 2026, consultada en el artículo 112622 de la Ayuda de Google Play el 27-08-2026. Es reciente y sigue moviéndose. Si tu modelo de ingresos vive de suscripciones, recalcula con la tabla del día de la firma, no con la de este artículo.
Lo que no paga comisión
Un matiz que cambia proyectos enteros: la comisión de tienda grava bienes y servicios digitales consumidos dentro de la app. Si vendes un producto físico, un servicio presencial o una reserva que se presta fuera del móvil, cobras con tu propia pasarela. Con Stripe en España eso son 1,5 % + 0,25 euros por transacción con tarjeta estándar del EEE, 2,8 % + 0,25 euros con tarjeta prémium, 3,15 % + 0,25 euros con tarjeta internacional, y un 2 % adicional si hay conversión de divisa.
La diferencia entre 1,5 % y 30 % no es una optimización: es el modelo de negocio. Decide qué vendes antes de decidir cómo lo construyes, no al revés.
Y el IVA: en España el tipo general es el 21 %, y es el que se aplica a los servicios de desarrollo que te factura un estudio. Si un presupuesto de app no dice «más IVA» de forma explícita, todavía no sabes lo que cuesta.
Mantener una app no es una opción: es un calendario con fechas
Una web que no tocas durante dos años sigue funcionando. Una app que no tocas durante dos años deja de poder actualizarse. Esa es la diferencia estructural, y es la que hunde presupuestos.
Estas son las fechas publicadas y verificadas el 27 de agosto de 2026:
- 31 de enero de 2026: responder al cuestionario actualizado de clasificación por edad de cada app en App Store Connect para no interrumpir los envíos
- 28 de abril de 2026: las apps subidas a App Store Connect deben compilarse con Xcode 26 y el SDK de iOS 26, iPadOS 26, tvOS 26, visionOS 26 o watchOS 26
- 31 de agosto de 2026: las apps nuevas y las actualizaciones en Google Play deben apuntar a Android 16, API 36, con prórroga solicitable hasta el 1 de noviembre de 2026
- Apps existentes en Google Play: apuntar como mínimo a Android 15, API 35, para seguir disponibles para usuarios nuevos en dispositivos con versión superior
- 1 de febrero de 2027: sin soporte de páginas de memoria de 16 KB no podrás publicar actualizaciones de apps con librerías NDK que apunten a Android 15 o superior
Dos de esas cinco fechas ya han pasado cuando lees esto. La de agosto de 2026 acaba de pasar. La de febrero de 2027 llega en cinco meses.
Ese calendario tiene una consecuencia presupuestaria directa: existe un mínimo de mantenimiento anual que no depende de si quieres funciones nuevas. Hay que recompilar, revalidar dependencias, comprobar manifiestos de privacidad de los SDK de terceros y volver a pasar revisión. Nuestro coste medido para ese mínimo está todavía en medición: lo publicaremos cuando tengamos muestra propia.
Nosotros incluimos 30 días de soporte tras el lanzamiento y entregamos código, archivos fuente y documentación. Lo segundo importa más que lo primero: puedes llevarte el proyecto y que otro equipo cumpla esas fechas sin nosotros. Entregamos para que tu equipo pueda seguir, no para que dependa.
Lo que la ley española te obliga a llevar dentro
Tres bloques, y ninguno es opcional.
Accesibilidad. La Directiva (UE) 2019/882, el Acta Europea de Accesibilidad, se traspuso en España mediante la Ley 11/2023, de 8 de mayo. Su aplicación efectiva se fijó en el 28 de junio de 2025, ya pasada. El capítulo V, artículo 16, regula los supuestos excepcionales y debidamente justificados en los que se puede exceptuar el cumplimiento de los requisitos. Si tu app da acceso a comercio electrónico, entra en el perímetro de la norma. Comprueba el alcance exacto para tu caso antes de asumir que te libras: la excepción es excepcional, no general.
Datos y cuentas. Si pides consentimiento para identificadores o analítica, se pide como en la web: informado, granular y revocable. Y hay una obligación concreta de tienda que a menudo se descubre en la revisión, no en el diseño. La directriz 5.1.1(v) de Apple dice: «If your app supports account creation, you must also offer account deletion within the app». Borrar la cuenta desde dentro de la app, no por correo. La misma directriz añade que si tu app no tiene funciones significativas basadas en cuenta, debes permitir usarla sin registro.
Precio y facturación. IVA del 21 % sobre tus servicios y sobre los del estudio que te la construya. Si vendes suscripciones dentro de la app, la tienda actúa como intermediario y eso cambia tu tratamiento fiscal y tus obligaciones informativas. Habla con tu asesoría antes de elegir el modelo de cobro, no después de publicar.
Bloque legal verificado el 27-08-2026 contra el texto consolidado de la Ley 11/2023 en el BOE, las App Store Review Guidelines y la Agencia Tributaria. No es asesoramiento jurídico. Si tu app trata datos de salud, datos de menores o pagos, necesitas revisión legal específica, y te lo diremos antes de empezar.
El número que decide: coste total a 36 meses
Una app se compara mal en el año uno y bien en el año tres.
En el año uno pagas construcción, cuotas y publicación. En los años dos y tres pagas mantenimiento obligatorio, infraestructura, y la comisión acumulada sobre todo lo que hayas vendido dentro. Ese último sumando es el que se come los márgenes en silencio.
Aritmética que puedes rehacer tú mismo, marcada como estimación: si facturas 100.000 euros al año en suscripciones dentro de la app y estás en el tramo de 10 % + 5 % de comisión de facturación de Google Play para el EEE, son 15.000 euros al año de comisión, 45.000 en tres años. Ese número, en muchos proyectos, supera al coste de construcción entero. La comisión no es un detalle de la tienda: es la partida mayor del trienio.
| Partida | Importe | Fuente o criterio |
|---|---|---|
| Construcción de la primera versión | desde 4.500 € con IVA | Tarifa pública de Aura para web y producto con experiencias interactivas y automatizaciones; el número exacto se cierra por fase antes de empezar |
| Cuotas de desarrollador (3 años) | — | 99 USD anuales de Apple más 25 USD únicos de Google, verificado el 27-08-2026 |
| Infraestructura y servicios de terceros | — | — |
| Mantenimiento obligatorio de SDK y plataformas | — | — |
| Comisión de tienda sobre ingresos in-app | — | Depende de tu modelo: consulta las tablas de arriba con la fecha de tu contrato |
| Evolución funcional | — | — |
— = dato en medición; lo publicaremos cuando tengamos muestra propia.
Tenemos una calculadora de coste total a 36 meses para proyectos web. La lógica es la misma, y el enlace está al final.
Cómo trabajamos nosotros esto
Precio fijo por fase, acordado antes de empezar. Sin horas sorpresa.
Fases de ocho semanas para productos digitales. Primera llamada de 30 minutos sin coste. Respuesta en menos de 24 horas laborables. Al terminar, se entregan código, archivos fuente y documentación, y quedan 30 días de soporte incluidos. Aceptamos un número limitado de proyectos al año, y por eso podemos decirte que no.
Lo habitual en el sector: Presupuestar la app entera de golpe con un número redondo, empezar a programar en la semana uno y descubrir en la revisión de tienda que faltaba el borrado de cuenta y la prueba cerrada de 14 días.
Nuestro criterio: Acordar qué significa ganar en la fase de definición, cerrar el alcance de la primera versión, y meter la revisión de tienda y sus requisitos en el calendario desde el primer día como una tarea más, con fecha.
Si tras la primera llamada vemos que tu proyecto se resuelve mejor con una PWA de 8 semanas que con dos apps nativas, te lo decimos aunque el proyecto pequeño nos facture menos. Y si vemos que no encajamos, también.
Aura cobra por fase cerrada, no por horas abiertas: el precio se acuerda antes de escribir la primera línea, y el IVA ya va dentro.
Una app no se decide por la tecnología: se decide por lo que vendes dentro y por quién puede mantenerla cuando cambie el SDK. Cuéntanos qué tienes delante y te decimos cuál de las tres formas te sirve. ¿Te encaja esta forma de trabajar?
¿Tienes una app en mente? Escríbenos y lo vemos en una primera llamada de 30 minutos sin coste.
Preguntas frecuentes
¿Cuánto cuesta desarrollar una app en España?
Depende de tres decisiones concretas: número de plataformas, si hay backend propio y si hay pagos dentro de la app. Nuestras tarifas públicas llevan el IVA incluido: desde 3.000 € una web de marca, desde 4.500 € un proyecto con experiencias interactivas y automatizaciones, y desde 9.000 € branding completo con CRM propietario, IA y funnels. Por debajo de 2.000 € hay mercado, no oferta de Aura.
¿Es más barata una app híbrida que una nativa?
Se ahorra en la capa de negocio y en la interfaz común, no en el diseño de dos plataformas ni en las pruebas sobre dispositivo real. Además, Flutter, Capacitor y Cordova están en la lista de SDK de terceros que Apple obliga a acompañar de manifiesto de privacidad y firma, así que el trabajo de cumplimiento no desaparece.
¿Cuánto tardo en publicar en Google Play?
Si tu cuenta personal se creó después del 13 de noviembre de 2023, necesitas una prueba cerrada con al menos 12 testers inscritos de forma continua 14 días antes de pedir acceso a producción, y después Google revisa en unos siete días. Ese plazo existe aunque tu app esté terminada.
¿Puedo subir mi PWA a la App Store?
Solo si aporta funciones, contenido e interfaz que la eleven por encima de una web reempaquetada, que es lo que exige literalmente la directriz 4.2 de las App Store Review Guidelines. Una web envuelta en un contenedor se rechaza; una PWA distribuida por el navegador no necesita permiso de nadie.
¿Qué comisión me cobrarán las tiendas en España?
En Google Play, para el EEE y desde el 30 de junio de 2026, un 10 % + 5 % de comisión de facturación en suscripciones de renovación automática, y entre 20 % y 25 % más el 5 % en el resto según sea instalación nueva o existente. En Apple, la comisión estándar es del 30 %, el 15 % con el Small Business Program por debajo de 1.000.000 USD de ingresos el año anterior, y en la UE rige un régimen alternativo que Apple ha ido cambiando: verifícalo el día de tu contrato.
Sigue leyendo
- Cuánto cuesta y cuánto tarda desarrollar una app en España: la guía completa del clúster
- App nativa, híbrida o PWA: tabla de decisión con el diferencial de coste en euros
- Cuánto se ahorra de verdad con Flutter frente a nativo: nuestra medición
- Qué entra y qué no entra en una app de 10.000 euros
- Software a medida para empresas: cuándo compensa frente a un producto estándar
- Calculadora de coste total a 36 meses
- Accesibilidad web en España tras la European Accessibility Act: a quién obliga y qué exige
Nota de transparencia. Las celdas marcadas con «—» corresponden a datos propios que todavía estamos midiendo 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 de esta guía lleva su fuente y su fecha de consulta.
Fuentes verificadas
- https://developer.apple.com/support/enrollment/ — cuota anual del Apple Developer Program: 99 USD, Enterprise 299 USD, en moneda local y con el impuesto de la región aplicado. Consultado 27-08-2026.
- https://support.google.com/googleplay/android-developer/answer/6112435?hl=es — cuota de registro única de 25 USD de la cuenta de desarrollador de Google Play. Consultado 27-08-2026.
- https://developer.apple.com/app-store/small-business-program/ — comisión del 15 % con umbral de 1.000.000 USD de ingresos el año natural anterior; 30 % estándar; mención del 10 % para suscripciones bajo términos alternativos de la UE. Consultado 27-08-2026.
- https://support.google.com/googleplay/android-developer/answer/112622?hl=en — estructura de comisiones de Google Play: EEE/UK/US desde el 30-06-2026 (10 %+5 % suscripciones, 20 %+5 % instalaciones nuevas, 25 %+5 % existentes, 15 % con enlaces web externos) y estructura clásica 15 %/30 % en el resto de mercados. Consultado 27-08-2026.
- https://developer.apple.com/support/dma-and-apps-in-the-eu — términos alternativos UE: comisión base 10 % o 17 %, +3 % por procesador de pagos, Core Technology Fee de 0,50 € por primera instalación anual sobre el millón, Core Technology Commission del 5 % desde el 26-06-2025 y transición anunciada a modelo único desde el 01-01-2026. Consultado 27-08-2026.
- https://developer.apple.com/news/upcoming-requirements/ — fechas límite: cuestionario de clasificación por edad antes del 31-01-2026; compilación con Xcode 26 y SDK de iOS/iPadOS/tvOS/visionOS/watchOS 26 desde el 28-04-2026. Consultado 27-08-2026.
- https://developer.android.com/google/play/requirements/target-sdk — API 36 (Android 16) obligatoria para apps nuevas y actualizaciones desde el 31-08-2026, prórroga hasta el 01-11-2026; API 35 mínima para apps existentes. Consultado 27-08-2026.
- https://developer.android.com/guide/practices/page-sizes — soporte de páginas de memoria de 16 KB obligatorio para publicar actualizaciones desde el 01-02-2027 en apps con librerías NDK que apunten a Android 15+. Consultado 27-08-2026.
- https://support.google.com/googleplay/android-developer/answer/14151465?hl=en — cuentas personales creadas tras el 13-11-2023: prueba cerrada con 12 testers inscritos de forma continua 14 días antes de solicitar producción; revisión en unos 7 días. Consultado 27-08-2026.
- https://developer.apple.com/support/third-party-SDK-requirements/ — lista de SDK de terceros que requieren manifiesto de privacidad y firma, con Flutter, Capacitor, Cordova, UnityFramework, Firebase, FBSDK, Alamofire y RealmSwift entre ellos. Consultado 27-08-2026.
- https://developer.apple.com/app-store/review/guidelines/ — texto literal de las directrices 4.2 y 4.2.2 sobre webs reempaquetadas y de la 5.1.1(v) sobre borrado de cuenta dentro de la app. Consultado 27-08-2026.
- https://webkit.org/blog/13878/web-push-for-web-apps-on-ios-and-ipados/ — Web Push y badging en web apps desde iOS/iPadOS 16.4, con manifiesto en display standalone o fullscreen, instalación en pantalla de inicio y gesto directo del usuario. Consultado 27-08-2026.
- https://stripe.com/es/pricing — comisiones en España: 1,5 % + 0,25 € tarjeta estándar EEE, 2,8 % + 0,25 € prémium, 2,5 % + 0,25 € Reino Unido, 3,15 % + 0,25 € internacional, +2 % por conversión de divisa. Consultado 27-08-2026.
- https://sede.agenciatributaria.gob.es/Sede/iva/calculo-iva-repercutido-clientes/tipos-impositivos-iva.html — tipo general del IVA en España: 21 %; reducidos 10 % y 4 %. Consultado 27-08-2026.
- https://www.boe.es/eli/es/l/2023/05/08/11/con — Ley 11/2023, de 8 de mayo, que traspone la Directiva (UE) 2019/882; aplicación efectiva fijada en el 28-06-2025; capítulo V, artículo 16, sobre excepciones justificadas al cumplimiento de los requisitos de accesibilidad. Consultado 27-08-2026.
- https://www.yeeply.com/blog/cuanto-cuesta-desarrollar-una-app/ — página española que posiciona para la consulta y no aporta rangos, fuentes, comisiones de tienda, IVA, mantenimiento ni accesibilidad; usada para documentar el vacío competitivo. Consultado 27-08-2026.
¿Quieres ver este criterio aplicado a un proyecto real?