Modelos de monetización de apps: cuál encaja con tu negocio

Durante quince años, monetizar una app significaba aceptar dos cosas: que Apple y Google se quedaban el 30% y que la conversación empezaba y terminaba en «¿anuncios o suscripción?». Ninguna de las dos sigue siendo cierta.

En Docastix llevamos años en el desarrollo de apps móviles y plataformas a medida, y la capa de cobro es la parte que más veces vemos improvisada al final del proyecto, cuando ya es cara de cambiar. Esta guía repasa los cinco modelos con datos de 2026, explica qué ha cambiado en las tiendas y responde a la pregunta que va antes que todas: cuánto vale un usuario tuyo y cuánto te cuesta traerlo.

Respuesta rápida: ¿qué modelo elegir?

No hay un modelo mejor que otro: hay un modelo que encaja con tu tipo de producto y tu tipo de usuario. Esta tabla resuelve el 80% de los casos.

Y tres cifras de referencia para calibrar expectativas antes de seguir leyendo: la conversión mediana de instalación a pago es del 2%, el ingreso mediano por cliente de pago en el primer año son 23 dólares, y un paywall duro convierte cinco veces más que un freemium.

Antes del modelo: la única cuenta que decide

El modelo de monetización no es una preferencia estética. Es la consecuencia de tres números:

• Cuánto puedes cobrar por usuario y año. La mediana de ingresos por pagador en el primer año es de 23 dólares a nivel global y 32 en Norteamérica, según el informe State of Subscription Apps 2026 de RevenueCat, que analiza 115.000 apps y 16.000 millones de dólares en ingresos.
• Qué porcentaje convierte. La conversión mediana de instalación a pago (día 35) es del 2,0%. Conviene repetirlo en voz alta: de cada 100 instalaciones, dos pagan.
• Cuánto cuesta cada instalación. Aquí es donde mueren la mayoría de los planes de negocio. Si adquirir un usuario cuesta más de lo que rinde en 12 meses, ningún modelo lo arregla.

Con un 2% de conversión y 23 dólares por pagador, cada instalación genera unos 0,46 dólares al año. Si tu coste por instalación es de 1,50 dólares, el problema no está en el paywall: está en que la ecuación no cierra. Casi siempre, elegir modelo de monetización es en realidad elegir a quién le vendes.

Los cinco modelos de monetización, revisados

Compras dentro de la app (in-app purchases)

El usuario compra artículos, mejoras o contenido sin salir de la app. Sigue siendo el motor de los juegos y de buena parte de las redes sociales.

• Consumibles: monedas, vidas, créditos que se gastan.
• No consumibles: una función desbloqueada para siempre, contenido adicional permanente.

Cuándo funciona: cuando el uso es frecuente y hay una progresión que el usuario quiere acelerar. Cuándo no: cuando la compra es la única forma de que la app deje de ser molesta. Eso no es monetizar, es cobrar un rescate, y se paga en reseñas de una estrella.

Publicidad en aplicaciones móviles

Ingresos sin coste directo para el usuario, a cambio de inventario. Los formatos habituales son banner, intersticial, vídeo recompensado y nativo.

Los eCPM de referencia rondan los 2,80 dólares en banner, 4,80 en intersticial y 10,50 en vídeo recompensado (datos recogidos por Liftoff, correspondientes a mercados anglosajones; en España son sensiblemente más bajos).

Haz la cuenta antes de construir nada. Con un eCPM de 3 dólares y 4 impresiones por sesión, necesitas decenas de miles de usuarios activos diarios para que la publicidad pague un equipo. Es un modelo de escala, no de arranque. Si tu app es una herramienta para 400 empresas, la publicidad no es tu camino.

El vídeo recompensado es la excepción interesante: es el único formato donde el usuario elige verlo y sale ganando. Encaja bien con las técnicas de gamificación, porque convierte el anuncio en parte del bucle de juego en vez de en una interrupción.

Suscripciones en apps

Acceso recurrente a contenido o funciones a cambio de un pago mensual o anual. Es el modelo que más ha crecido y, con diferencia, el mejor documentado.

Precios medianos actuales: 5,99 dólares el plan semanal, 10 el mensual y 34,80 el anual. El anual es el que sostiene el negocio; el semanal es el que infla los números de los primeros 30 días y luego se desmorona.

Dos datos del State of Subscription Apps 2026 de RevenueCat —115.000 apps con suscripción en iOS, Android y web, datos de 2025— que deberían cambiar cómo diseñas el onboarding:

• El 55% de las cancelaciones en pruebas de 3 días ocurren el mismo día 0, y el 84% entre el día 0 y el 1. La decisión se toma en la primera sesión, no al final del trial.
• Las pruebas de 17 a 32 días convierten a pago el 42,5% de los trials iniciados, frente al 25,5% de las de cuatro días o menos. El sector lleva años acortando trials en contra de sus propios datos.

Pago único (paid apps)

Un pago inicial y acceso completo. Sigue siendo viable en nichos donde el valor es evidente antes de instalar: utilidades profesionales, herramientas para un oficio concreto, apps sin coste de servidor.

Su ventaja real no es financiera, es de confianza: no hay renovación sorpresa ni gestión de bajas. Su límite también es real: sin ingresos recurrentes, cada versión nueva es una campaña de captación desde cero.

Freemium

Uso gratuito con funciones de pago. Es el modelo por defecto, y justo por eso conviene mirarlo con frialdad: el freemium convierte al 2,1% frente al 10,7% de un paywall duro. En ingresos a día 14, la diferencia es de 0,27 dólares por instalación frente a 2,32.

Antes de defender el freemium con el argumento de la base de usuarios, comprueba que esa base te sirve para algo: efectos de red, contenido generado, datos que mejoran el producto o un canal de venta B2B. Si tu app gratuita solo acumula usuarios que nunca pagarán, no tienes un embudo: tienes una factura de infraestructura.

Un matiz importante del mismo informe: al cabo de un año, la retención de ambos modelos es casi idéntica. El paywall duro no espanta a quien se iba a quedar.

Qué ha cambiado desde 2024

El mercado ya no es el de los juegos

En 2025 el gasto en compras dentro de apps llegó a 167.000 millones de dólares y, por primera vez, las apps que no son juegos (unos 85.000 millones, un 21% más que el año anterior) superaron a los juegos (82.000 millones, +1,3%), según el informe State of Mobile 2026 de Sensor Tower. Las descargas globales, en cambio, apenas crecieron un 0,8%.

Traducido: el crecimiento ya no viene de instalar más, viene de cobrar mejor.

Las tiendas ya no son la única caja

Este es el cambio estructural. En la Unión Europea, la Digital Markets Act obligó a Apple a permitir que las apps enlacen a sus propios sistemas de pago, y ahora conviven varios regímenes:

• Vendiendo dentro de la app, la comisión estándar en la UE baja al 17% más un 3% de procesamiento, y al 10% para quien esté en el programa de pequeñas empresas. Lo desglosamos en la guía de cuánto cuesta crear una app.
• Enlazando a tu propio cobro, la estructura vigente en agosto de 2026 combina una tasa de adquisición inicial del 2% durante los primeros seis meses, una tasa de servicios de tienda del 5% o del 13% según el nivel elegido, y una Core Technology Commission del 5% (condiciones publicadas por Apple). En el escenario más favorable te quedas en torno al 10-12%; en el menos favorable, alrededor del 20%.

En Estados Unidos, Google permite desde octubre de 2025 enlazar a pagos externos y cobrar fuera de Play, con tarifas de servicio que empiezan a reportarse en octubre de 2026 (política de Google Play).

Las cifras exactas siguen moviéndose —Apple ha anunciado términos unificados para la UE—, así que verifica los porcentajes vigentes antes de cerrar un plan financiero. Pero la dirección es inequívoca: el 30% dejó de ser una constante.

El cobro por web ya no es cosa de gigantes

El dato más accionable del State of Subscription Apps 2026 de RevenueCat —115.000 apps de suscripción, datos de 2025—: el 41% de las apps del tramo superior de ingresos ya cobra también por web, frente al 1,3% del tramo bajo. Una diferencia de 31 veces.

Cobrar por web —registro y pago en el navegador, la app como cliente— evita la comisión de tienda casi por completo y te da algo que las tiendas no dan: el correo del cliente, control sobre el precio y capacidad de recuperar bajas. A cambio te obliga a montar facturación, IVA, reembolsos y soporte de verdad. Es una decisión de arquitectura, no un ajuste de marketing, y conviene tomarla antes de escribir la primera línea de código de pagos. Si tu producto es más plataforma que app, en cuánto cuesta desarrollar un SaaS desglosamos lo que cuesta montar esa capa de billing.

La IA es una categoría de monetización, no un adorno

Las apps de IA generativa alcanzaron 3.800 millones de descargas y más de 5.000 millones de dólares en compras in-app en 2025, casi el triple que el año anterior.

El matiz importa: estas apps generan un 41% más de ingresos que la media, pero pierden usuarios un 30% más rápido. Monetizan bien y retienen mal. Si tu producto incorpora IA, presupuesta desde el principio para retención, no solo para adquisición.

El mercado se ha vuelto más duro para los nuevos

Tres cifras del mismo informe que conviene tener delante antes de escribir un plan de negocio (State of Subscription Apps 2026 de RevenueCat, 115.000 apps de suscripción, datos de 2025):

• Las apps lanzadas antes de 2020 concentran el 69% de los ingresos por suscripción, y las lanzadas en 2025 o después solo el 3%.
• El crecimiento se ha polarizado: el cuarto de apps que más creció subió su facturación recurrente un 80% o más, mientras el cuarto de abajo la vio caer más de un 33%; la mediana se quedó en el 5,3%. Son cuartiles de crecimiento, no de tamaño ni de antigüedad.
• En Google Play, el 31% de las cancelaciones son involuntarias (fallos de cobro), frente al 14% en App Store. Es churn que se recupera con reintentos y avisos, no con producto.

Cómo elegir el modelo para tu app

Más allá de la tabla del principio, tres criterios prácticos:

1. Cobra donde está el valor. Si tu app ahorra tiempo a un profesional, cobra por el tiempo ahorrado, no por quitar los anuncios.
2. Enseña el paywall pronto. No para exprimir, sino porque necesitas saber cuanto antes si alguien pagaría. Un año de crecimiento sin datos de conversión es un año perdido. Es la misma lógica que aplicamos al desarrollar un MVP: validar lo que más incertidumbre tiene, primero.
3. Híbrido sí, improvisado no. Combinar suscripción con vídeo recompensado funciona. Añadir un tercer modelo cada trimestre porque el segundo no cundió, no.

Los errores que salen caros

• Poner el paywall al final del onboarding. Si la decisión se toma en la primera sesión, enséñalo en la primera sesión.
• Trials de tres días. Convierten peor y no dan tiempo a que el usuario integre la app en su rutina.
• No instrumentar cohortes. Sin conversión, retención e ingreso medio por cohorte de instalación, cualquier cambio de precio es una apuesta.
• Ignorar el churn involuntario. En Android es un tercio de las bajas. Reintentos, periodo de gracia y avisos de tarjeta caducada recuperan ingresos que ya tenías.
• Usar las notificaciones como cobrador. Empujar a la compra con push es la vía rápida a que te desactiven las notificaciones; hay formas de notificar que no molestan y funcionan mejor.
• Dejar el precio fijo para siempre. La diferencia de valor a un año entre apps de precio alto y bajo es de 6 veces (62,19 frente a 10,69 dólares). Casi nadie prueba a subir.

Qué hay que construir para que esto funcione

La monetización es una capa técnica, no una pantalla. Lo mínimo para no ir a ciegas:

• Gestión de compras unificada entre StoreKit y Google Play Billing, con validación en servidor. El estado de la suscripción vive en tu backend, no en el dispositivo.
• Eventos de negocio desde el día uno: instalación, activación, vista de paywall, inicio de trial, conversión, renovación y baja. Con cohorte y país.
• Recuperación de pagos fallidos: reintentos escalonados, periodo de gracia y avisos, especialmente en Android.
• Paywall configurable en remoto, para poder probar precios y textos sin publicar una versión nueva en las tiendas.
• Cumplimiento: si operas en la UE, la normativa europea de accesibilidad también alcanza a tus flujos de pago.

Nada de esto es exótico, pero se hace mal a menudo porque se deja para el final. Es más barato construirlo con el MVP que reconstruirlo cuando ya tienes usuarios pagando.

En Dormus, la app de sueño infantil que desarrollamos, la capa de suscripción y sus métricas entraron en el alcance inicial, no en una fase posterior. Hoy acumula 50.000 descargas, más de 22.500 familias registradas y 4,5 estrellas de media. Y ahí la decisión técnica también fue de monetización: nativo en ambas plataformas —Swift y SwiftUI en iOS, Kotlin y Jetpack Compose en Android— porque una app de suscripción vive de la retención, y la retención se paga en fluidez. Ese es el tipo de decisión que conviene tomar con rigor al principio, cuando todavía es barata. Si estás en ese punto, en nativo vs. multiplataforma explicamos el criterio.

Conclusión

Elegir modelo de monetización es elegir a quién le vendes y cuánto vale para ti. Los cinco modelos siguen vigentes; lo que ha cambiado es que ahora tienes más control sobre el canal de cobro, más datos públicos para calibrar expectativas y menos margen para improvisar, porque el mercado premia a quien ya estaba.

Empieza por la cuenta —valor por usuario frente a coste de adquisición—, elige el modelo que se deduzca de ella y construye la instrumentación necesaria para corregir el rumbo con datos y no con opiniones.

¿Tienes una app que no rinde lo que debería, o estás decidiendo cómo cobrar por la que vas a construir? Cuéntanos tu caso y te decimos qué cuenta sale y qué no. Si lo que necesitas es una estimación de lo que cuesta construirla, tienes nuestra calculadora de presupuesto.