¿Cómo calculo un techo de CPA antes de escalar una app? Sale de los proceeds, no de un benchmark.

Toma una subscription app con un plan anual ilustrativo de $59,99. Puede permitirse un pagador de $26,87 o uno de $53,81, con los mismos precios, las mismas comisiones de la store y la misma tasa de reembolsos. La única variable que cambia es cuánto puede esperar por su dinero. Lo máximo que puede costarte un usuario que paga es el techo de CPA, y lo fijo antes de subir el gasto en cualquier cuenta.

Sale de tres números que ya tienes. Lo que paga un pagador. Lo que te llega después de la store, los impuestos y los reembolsos. Cuánto tiempo puedes esperar por ello. Un target de plataforma, un benchmark y una relación de 3:1 no son nada de eso. Primero fijas el techo, y después el target de la plataforma por debajo, y el margen entre los dos depende de la antigüedad de tus cohortes. Cada número de los ejemplos es aritmética sobre un supuesto marcado como tal, no una cuenta real.

¿Qué es un techo de CPA y qué no es?

Un techo de CPA es un costo por usuario que paga, no un costo por instalación ni por trial. Las instalaciones y los trials son proxies, y solo traduzco el techo a ellos al final, con tasas de conversión medidas sobre cohortes con antigüedad suficiente para haber convertido.

Tres cosas se confunden con él:

• Un target de plataforma. Google dice con claridad que con tCPA algunas conversiones cuestan más que el target y otras menos. El target es un dato de entrada de la puja y no sabe cuánto vale para ti un pagador.
• Un benchmark. Un CPI o un costo por trial mediano describe a otras apps, con otros precios y otros niveles de comisión. El artículo sobre los mercados Tier 2 muestra cómo un CPI de $2 en el que paga el 3% de las instalaciones le gana a un CPI de $15 en el que paga el 4%. Son $67 contra $375 por pagador. Mismo benchmark, veredictos opuestos.
• Una relación. Ya he descrito antes la relación LTV:CAC de 3:1 como una referencia general, y seguiré haciéndolo. Una relación esconde si el revenue está en proceeds o en bruto, y cuándo llega, que son las dos cosas para las que existe un techo.

¿Cómo calculo los proceeds por usuario que paga?

Cada dato que entra en el techo es una deducción del precio, y las deducciones son mayores y más variadas de lo que asumen la mayoría de los modelos.

Comisión de la store. No es un solo número. Cambia según el programa, según cuánto tiempo lleva pagando el suscriptor y según la región.

Un 30% fijo en el modelo está mal para la mayoría de las apps la mayor parte del tiempo, y está mal en la dirección que te hace pujar demasiado bajo.

Impuestos. Cuando el precio incluye el IVA, la store calcula la comisión una vez descontado el impuesto, así que un plan de €59,99 en Alemania y uno de $59,99 en Texas no generan los mismos proceeds.

Reembolsos. Un reembolso se lleva de vuelta lo que te llegó. En Google Play, Google devuelve su comisión de servicio en un pedido reembolsado. En los informes de ventas de Apple, un reembolso se registra como unidades negativas al porcentaje de proceeds que te corresponde, así que lo que pierdes es tu parte, no el precio que pagó el cliente. El informe de 2026 de RevenueCat sitúa la mayoría de las categorías entre 3% y 4%, con casos atípicos entre 9% y 18%, y cuanto más alto es el precio, más reembolsos.

Costos variables. Todo lo que crece con cada usuario que paga, como la inferencia de una app de IA, las licencias de contenido o el soporte. Los costos fijos quedan fuera. El techo es el punto de equilibrio por pagador, y lo que pujes por debajo de él es lo que paga el alquiler.

Lo que queda después de esas cuatro deducciones son los proceeds por pagador. RevenueCat separa las capas de la misma forma, primero el revenue neto de reembolsos, luego los proceeds tras los impuestos y la comisión estimados, y yo construyo el techo sobre la última. Después el dinero se toma su tiempo. Apple paga dentro de los 45 días siguientes al final del mes fiscal en que ocurrió la venta, así que una venta puede llegarte semanas después, y Google Play paga alrededor del día 15 del mes siguiente.

¿Cuánto tiempo puedes esperar por el dinero?

Ningún benchmark puede responder esto por ti. Es donde más tiempo dedico en una cuenta nueva.

Mi regla depende del plan. Un plan anual hace payback con el primer pago o no lo hace en absoluto, así que la ventana es inmediata. Los planes semanales y mensuales ponen una parte grande de su valor en el primer pago y el resto llega con las renovaciones, así que los leo en cohortes semanales y nunca me fío de una sola semana. Mi regla práctica, que viene del playbook de Andromeda, es que el suscriptor semanal o mensual promedio devuelve más o menos el precio anual con el tiempo. Las apps que venden extras además de la suscripción recuperan la inversión antes, porque la segunda compra llega antes que la renovación.

Después depende de la empresa. Si estás empezando, recupera todo en el mismo mes. Todavía no conoces tu curva de renovación, y la store tarda semanas en pagarte, así que un techo que se apoya en el segundo año es un préstamo que te hiciste a ti mismo. Una app consolidada puede estirarse hasta dos años. Consolidada significa dos cosas a la vez. Tienes al menos un año de datos de renovación, de modo que la curva se conoce y no se adivina, y tienes el cash o la financiación para esperarla. Una cosa sin la otra no basta.

Contar dos años de proceeds no es esperar dos años para juzgar. El target sigue en D30 o D60, como en ese playbook, y la curva medida desde ahí hasta la renovación se encarga del resto. La ventana es lo que cuenta el techo. El día es el momento en que juzgas.

Mide la curva de renovación, porque el atajo habitual de dividir el revenue mensual entre el churn asume que el churn se mantiene constante, y en las cohortes de suscripción no es así. Fader y Hardie mostraron que las tasas de retención suben con el tiempo porque las personas con más probabilidad de irse se van primero. Las medianas también son bajas. El informe de 2026 de RevenueCat sitúa la mediana de la primera renovación anual entre 23% y 40% en las categorías principales. Si tu techo asume más que eso, quiero ver la cohorte.

¿Cómo se ve el techo en una subscription app de $59,99?

Todos los datos de abajo son ilustrativos, salvo que la última columna cite una fuente. Sustituye el resto por tu propia lista de precios, tu propio nivel de comisión y tus propias tasas maduras.

El primer bloque es el techo de quien empieza, con payback en el mismo mes. El segundo es el de una app consolidada, y solo está disponible para una app que ha seguido una cohorte durante un año y puede esperar al segundo año. Dejé la comisión del 30% en los siete pagos mensuales porque los planes mensuales rara vez llegan al nivel del 15%.

Lo que hace el nivel de comisión. En el nivel del 15%, ya sea por el Small Business Program o como suscripción de Google Play, el mismo primer pago vale $32,63 por pagador frente a $26,87. Un quinto más de margen que sale de una línea del modelo que la mayoría deja en 30%.

Lista de precios ilustrativa de las tablas de arriba, condiciones estándar de Apple. Una barra completa son $53,81.

La ventana duplicó el techo. El nivel de comisión lo movió en un quinto. La tasa de trial a pago, el dato por el que más discuten los equipos, no lo movió en nada, porque solo convierte el techo en una puja. Define bien la ventana y la comisión antes de tocar las tasas del funnel.

¿Cómo se ve el techo en un juego móvil con ad revenue?

Los juegos se manejan con ROAS, y un soft launch tiene que demostrar que las instalaciones hacen payback dentro de la ventana. Así que el techo es el CPI que todavía alcanza el retorno que necesitas para el día en que lo necesitas, contando tanto las compras como el ad revenue. El ad revenue no lleva comisión de la store, y esa es una razón por la que los juegos híbridos pueden pagar más por instalación de lo que sugiere su tasa de pagadores.

Datos ilustrativos: el 3% de las instalaciones paga hasta el day 30, un pagador gasta $35 brutos hasta entonces, es decir $24,50 después de una comisión del 30%, y la instalación promedio genera $0,40 de ad revenue hasta el day 30. Las compras dan 3% × $24,50 = $0,74 por instalación, los anuncios suman $0,40, así que una instalación vale unos $1,14 hasta el day 30.

Si la regla es el payback a day 30, el techo de CPI es de unos $1,14. Si necesitas 130% a day 30 para financiar la siguiente cohorte, es de unos $0,87. Por pagador, divide el valor de la instalación entre el 3% que paga, lo que da unos $38 contando el ad revenue, frente a $24,50 solo con las compras. Un modelo que cuenta únicamente las compras in app subvalora este juego en un tercio.

En una de mis cuentas de juegos el CPI se mantuvo estable mientras el D0 ROAS se reducía a la mitad, porque cayó el valor del pedido. Ese es el argumento para construir el techo sobre el valor por instalación y no sobre el CPI.

¿Debería ser igual el techo de CPA en todos los países?

Uno por país, siempre que haya volumen suficiente para leerlo. Cambian los precios, cambia el tratamiento de impuestos, puede cambiar la comisión de la store y cambia el mix de planes, ya que el informe de 2026 de RevenueCat sitúa los planes anuales en el 40% de las suscripciones vendidas en Norteamérica y en el 19% en Oriente Medio y África. Cada uno de esos factores cambia los proceeds por pagador, y un techo blended esconde la dispersión. En mi auditoría por países, un país había corrido a 28% de ROAS durante tres meses dentro de una campaña que marcaba 70% blended. En la cuenta de Videa fijé los targets de ROAS por país y dejé que el presupuesto siguiera al payback por mercado.

Si un país es demasiado pequeño para leerlo, agrúpalo con sus vecinos y lee el grupo. Un país con $80 de gasto detrás tiene un ROAS ruidoso, no un veredicto.

¿Cómo convierto un techo de CPA en un target de Meta o de Google?

El techo es por pagador y la plataforma quiere un target por evento, así que primero convierte. En la optimización por trial, target de costo por trial = techo × tasa madura de trial a pago. En la optimización por compra, comprueba qué cuenta el evento. La integración de RevenueCat con Meta envía por defecto las conversiones de trial, las primeras compras y las renovaciones, todas como Subscribe, así que un costo por Subscribe puede quedar por debajo de lo que de verdad costó un nuevo pagador, como explica el artículo sobre el evento de optimización.

Después fija el target por debajo del techo. Cuánto por debajo depende de la antigüedad de las cohortes. Mientras las cohortes son jóvenes, hay tres cosas que todavía no se saben. La tasa de trial a pago por la que multiplicaste es un benchmark o una suposición, la brecha de atribución no está medida y los reembolsos todavía no han llegado. En esa etapa, el margen bajo el techo hace dos trabajos a la vez. Absorbe esas incógnitas, y es el único dinero que queda para los costos fijos. Por eso lo dejo amplio, y lo estrecho cuando unas semanas de cohortes de la misma antigüedad han confirmado las tasas. En el ejemplo, un cuarto por debajo del techo del primer pago son unos $20 por pagador y $7,50 por trial para una cuenta joven, y un décimo por debajo son unos $24 y $9 cuando las tasas ya se conocen. Esos márgenes son ilustrativos. La dirección no lo es.

En la fitness app sobre la que escribí el target era de $15 por trial y no logré bajar la cuenta de los $30. Que $30 fueran un fracaso o estuvieran bien dependía de lo que valía un trial para esa app. Ese es el número que te da un techo antes de gastar, no después del día 25. Y cuando una cohorte no lo alcanza, el diagnóstico es lo que uso para encontrar qué se movió antes de recortar.

Las plataformas describen sus targets de la misma manera, si lees la letra pequeña. La página de ayuda de Meta describe el objetivo de costo por resultado y el objetivo de ROAS como datos de entrada de la subasta de anuncios, sin garantía de que la cuenta llegue a ellos. La guía de configuración de Google te dice que fijes tu tCPA un 20% por encima del CPA que observaste cuando empiezan a llegar datos. Eso es un consejo sobre cómo ganar volumen. Solo el techo te dice si puedes permitírtelo.

En Google empiezo sin target. En mi prueba de $100K, Max Conversion Value superó a tROAS en ambas plataformas y en todos los mercados, porque tROAS restringe el volumen antes de que Google haya aprendido nada. El techo era la línea contra la que juzgaba los resultados, no un dato de entrada de la puja, y agregué un target solo cuando había un retorno que sostener. Las propias reglas de Google van en la misma dirección. tROAS en las campañas de apps necesita el SDK de Firebase y al menos 10 conversiones al día o 300 en 30 días.

¿Cuándo tiene una cohorte la antigüedad suficiente para juzgarla contra el techo?

Un techo construido sobre una tasa de trial a pago de 37,4% es un techo para cohortes cuyos trials ya han tenido tiempo de convertir. Si juzgas con él una cohorte de tres días de antigüedad, fallará siempre, y cortarás una campaña que estaba bien. Comparo el costo por pagador a la misma antigüedad de cohorte, como el estudio de D0 contra D28 compara las campañas, y solo dejo que el número temprano sustituya al tardío cuando se conoce la curva propia de la cuenta de day 0 a day 28. La rutina de cohortes en sí, con la misma antigüedad, proceeds y un umbral de compras, está en qué cohortes están haciendo payback de verdad.

El error inverso es igual de común. Un costo por trial barato con una tasa de cancelación de day 0 del 85% es peor que uno caro con una tasa normal, porque el 55,4% de las cancelaciones en los trials de tres días ocurren en day 0 y los trial starters baratos suelen ser los que cancelan. El techo es por pagador precisamente por eso.

¿Qué números quiero tener antes de que una cuenta escale?

1. Proceeds por pagador. El precio por plan y país, tu nivel de comisión en la store, los impuestos y los reembolsos, ponderados por tu mix real de planes. Un 30% fijo y el revenue bruto colocan el techo en el lugar equivocado.
2. La ventana. Cuánto puedes esperar, y si tienes un año de datos propios de renovación que justifiquen contar más que el primer pago.
3. Tasas maduras. Trial a pago e instalación a pagador, sacadas de cohortes con antigüedad suficiente para haber convertido, por país donde el volumen lo permita.
4. Los tres techos. Por pagador, por trial y por instalación, y cuánto se mueve cada uno si cambian el nivel de comisión o la ventana.
5. El margen hasta el target. Cuánto por debajo del techo se sitúa el target de la plataforma, y la antigüedad de cohorte a la que lo estrechas.
6. La antigüedad a la que juzgas. El costo por pagador a la misma antigüedad de cohorte, nunca solo con el evento de la plataforma.

Si puedes completar esas seis líneas, puedes escalar. Si no puedes, el growth audit es donde las completo para una cuenta, y se puede reservar por separado, con cualquier nivel de gasto.

Fuentes y alcance

Todas verificadas el 4 y el 5 de octubre de 2026. Las condiciones de las stores cambian a menudo, así que revisa la fecha antes de citar una tarifa. Los ejemplos resueltos son aritmética sobre supuestos marcados como tales, no una cuenta real. Las cifras de cuentas que enlazo corresponden a una sola cuenta cada una, no a experimentos controlados.

• Apple: App Store Small Business Program.
• Apple: Auto renewable subscriptions.
• Apple: Changes for apps in the European Union, actualizado el 18 de agosto de 2026.
• Apple: Summary sales report, App Store Connect Help.
• Apple: Overview of receiving payments, App Store Connect Help.
• Google: Service fees, Play Console Help.
• Google: Order processing and payouts, Play Console Help.
• Google: Manage your app’s orders and issue refunds, Play Console Help.
• Google: About Target CPA bidding, About Target ROAS bidding, About bidding in App campaigns y Choose a bid strategy for your App campaign, Google Ads Help.
• Meta: About cost and bid controls, Meta Business Help Center.
• RevenueCat: Taxes and commissions y Meta Ads integration, RevenueCat Docs.
• RevenueCat: State of Subscription Apps 2026, 115.000 apps, datos de 2025, clientes de la propia RevenueCat, observacional.
• Fader y Hardie: How to Project Customer Retention, Journal of Interactive Marketing, 2007.