Volver al Diario
Apps móvilesNº 00721 de junio de 20267 min

Cuánto cuesta de verdad lanzar una app nativa en las dos tiendas en 2026

Las tarifas de las tiendas son la parte barata. El coste real está en lo que nadie te muestra en la factura: mantenimiento, revisiones rechazadas y el segundo sistema operativo.

Alguien te dijo que lanzar una app cuesta 25 dólares. Técnicamente no se equivoca. Es lo que cobra Google, una vez, para que abras cuenta en Play Console.

Pero ese número es una trampa. Es como decir que abrir un restaurante cuesta el precio de la licencia municipal. La licencia es real. No paga la cocina, ni el personal, ni el frigorífico que se avería en agosto.

Vamos a lo que cuesta de verdad, en 2026, poner una app nativa en las dos tiendas y mantenerla viva.

Las tarifas de las tiendas son el apartado más pequeño de la lista

Apple cobra 99 dólares al año por el Apple Developer Program. Si no pagas, la app desaparece. Es alquiler, no compra.

Google cobra 25 dólares, una sola vez, para registrar la cuenta de desarrollador en Play Console. Pagas una vez en la vida y listo.

Sumando, el primer año gastas unos 124 dólares en tarifas oficiales. Guarda este número. Es el único coste que conoce todo el mundo y el menos importante de todos.

Son dos apps, no una

Aquí está la parte que destroza presupuestos. Cuando dices "app nativa para las dos tiendas", estás pidiendo dos productos con dos sistemas operativos, dos lenguajes de base y dos equipos de revisión con reglas distintas.

iOS es Swift y Xcode. Android es Kotlin y Android Studio. Son herramientas distintas, ciclos de compilación distintos, errores distintos. Lo que rompes en un lado no lo rompes en el otro.

Frameworks como React Native o Flutter prometen código compartido. Ayudan, y los usamos. Pero no eliminan el problema. Sigues necesitando un Mac para compilar para iOS, cuentas en ambos lados y probar en teléfonos reales de los dos mundos. La pantalla de pago que funciona en el Pixel falla en el iPhone con notch. Siempre falla.

El escenario típico es este: presupuestas una app y recibes, en la práctica, una y media. La segunda mitad aparece cuando el cliente abre la versión Android y nota que el teclado tapa el campo de inicio de sesión.

El coste que no aparece en ninguna factura

Hay gastos que nadie te muestra al principio porque no caben en un presupuesto limpio. Son estos los que separan un proyecto que vive de uno que muere a los tres meses.

  • Revisión rechazada. Apple aplica las App Store Review Guidelines con mano dura. Un permiso mal justificado, un botón para borrar la cuenta que falta, y la app vuelve atrás. Cada ronda son días parados.
  • Un Mac. No hay compilación de iOS sin hardware Apple. Si no lo tienes, es comprarlo o un servicio de CI en la nube con factura mensual.
  • Notificaciones push. Necesitas Firebase en Android y certificados APNs en Apple. Cada uno se rompe a su manera y se renueva solo menos veces de las que te gustaría.
  • Mantenimiento anual. Cada versión nueva de iOS y de Android puede romper algo. Si no actualizas, la app se degrada hasta que deja de instalarse en teléfonos nuevos.
  • Cumplimiento de privacidad. App Privacy en Apple, Data Safety en Google. Declaras lo que recoges y tienes que cumplirlo de verdad, bajo el RGPD.

Entonces, números honestos

No te voy a inventar una cifra facturada por una empresa que no existe. Pero puedo darte la estructura de costes que vemos en proyectos reales.

Tarifas oficiales: unos 124 dólares el primer año. Desarrollo: depende del alcance, y es aquí donde está el noventa por ciento del dinero. Mantenimiento: cuenta con una fracción recurrente del coste de la compilación, cada año, indefinidamente.

La regla mental que doy a los clientes es simple. El lanzamiento es una boda, no una cena. El coste de entrada es la parte fácil. El compromiso es lo que pesa.

Hay un camino más barato, y a veces es el correcto

No todo necesita ser nativo. Una Progressive Web App se instala desde el navegador, corre en los dos sistemas con una sola base de código y esquiva las tarifas y las revisiones de las tiendas. Para muchos negocios, sobra.

Lo que pierdes es el sello de estar en la tienda, algunos accesos profundos al hardware y la confianza que un icono en la App Store todavía transmite. Si tu app vende confianza o necesita notificaciones push fiables en iOS, vas a querer lo nativo.

La pregunta correcta no es "cuánto cuesta lanzar en las dos tiendas". Es "necesito de verdad las dos tiendas". Responde a eso primero. Ahorra más que cualquier negociación de precio.


Si alguien te presenta un presupuesto de app sin una línea para mantenimiento, no está escondiendo el coste. Lo está empujando a dentro de seis meses, cuando ya has firmado.

Referencias
  1. 01Apple Developer Program
  2. 02App Store Review Guidelines
  3. 03Google Play Console — tarifa de registro
  4. 04web.dev — Progressive Web Apps
  5. 05Google Play — Data safety
También:
Rendimiento y SEONº 006

Lo que un LCP de 4 segundos le hace a la conversión de tu checkout

Cuatro segundos parecen poco. En el checkout, son el intervalo entre una venta cerrada y un carrito abandonado.

Web para pymesNº 005

Por qué tu web WordPress de 2019 te está costando clientes en 2026

Siete años son una eternidad en la web. La web que parecía moderna en 2019 hoy ahuyenta clientes antes del primer contacto. Aquí está el porqué.

Volver al Diario