Meta quiere unos 50 eventos por ad set a la semana. Google quiere diez usuarios al día. Tu evento de compra se dispara 17 veces.
El evento por el que optimizas decide qué usuarios consigues. Envía instalaciones y la plataforma encuentra gente que instala. Envía trial starts y encuentra gente que empieza trials. Envía compras y encuentra compradores, pero solo si ve suficientes para aprender.
Esa última condición es donde se rompen la mayoría de las cuentas de subscription. El evento de compra es el que coincide con tus unit economics. También es el que menos se dispara. Así que los equipos o lo eligen y dejan sin datos al algoritmo, o vuelven a instalaciones y llenan el funnel con gente que nunca abre el paywall.
Hay una regla que resuelve esto. Antes de la regla, los números.
Lo que cada plataforma necesita antes de poder aprender
Verificado el 23 de septiembre de 2026 contra las páginas de ayuda propias de cada plataforma, la de Meta el 24 de septiembre. Esto cambia. La fecha importa más que la cifra.
| Plataforma | Opciones de evento | Lo que dice la documentación que necesitas | La trampa |
|---|---|---|---|
| Meta | Instalación, evento de la app, valor. Los eventos Subscribe y Purchase llevan un valor y una moneda. | Unos 50 eventos de optimización por ad set dentro de los siete días posteriores a la última edición significativa. Por debajo de eso, el ad set cae en “aprendizaje limitado”. | En iOS, los eventos de los usuarios que rechazaron el tracking llegan a través de la medición agregada, así que el número que ves no es el número que ocurrió de verdad. |
| Campañas de apps de Google | Volumen de instalaciones, instalaciones con probabilidad de realizar una acción, acción en la app, valor (ROAS objetivo). | Una acción en la app completada por al menos diez usuarios distintos al día en la campaña, con un presupuesto diario de al menos diez veces tu CPA objetivo. Para ROAS objetivo, Google recomienda empezar con Maximizar conversiones o CPA objetivo, y pasarse una vez que el volumen se estabilice, normalmente 30 o más conversiones en 30 días. | Diez usuarios al día es un piso para aprender, no una señal de que el evento prediga nada. |
| TikTok | Clic, instalación, evento en la app, valor. | Para la optimización basada en valor, TikTok llama a 50 conversiones el indicador más significativo de haber salido de la fase de aprendizaje, en al menos siete días, con un presupuesto diario de 30 veces tu CPA. | Ser elegible y tener suficiente volumen de aprendizaje son dos cosas distintas. |
| Apple Ads | Instalaciones. Maximizar conversiones con un CPA objetivo en resultados de búsqueda. | Apple dice que hay que dejar correr una campaña de Maximizar conversiones durante al menos dos semanas antes de evaluarla. | La conversión de Apple es la descarga. No hay puja nativa hacia un evento de subscription. Mides el valor postinstalación a través de tu MMP o AdAttributionKit, y optimizas por keyword y puja, no por evento. |
De esa tabla se desprenden dos cosas.
Los umbrales no son los mismos entre plataformas, así que “50 a la semana” es un número de Meta, no una ley. Yo lo uso como el piso para cuántas campañas puede sostener una cuenta, y es un piso para aprender, no para fiarte de un resultado. Un anuncio necesitó 50 compras o más antes de que su ROAS predijera la semana siguiente, y aun así solo de forma moderada.
Y Apple Ads queda completamente fuera de esta decisión. La pregunta del evento es una pregunta de Meta, Google y TikTok.
El evento que eliges es el usuario que consigues
La plataforma hace exactamente lo que le indicas. Mueve una cuenta de optimización por compra a optimización por trial porque el volumen de compras por ad set es demasiado bajo, y el coste por trial suele bajar. La conversión de trial a pago a menudo baja con él, y el coste por suscriptor pagado puede subir. La plataforma encontró gente que empieza trials, y parte de esa gente empieza trials en todas partes.
Los datos de 2026 de RevenueCat muestran por qué esto duele más en los trials cortos. Entre las apps con trials de tres días, el 55,4% de las cancelaciones de trial ocurren en day 0, y el 84% hasta el day 1. Una campaña optimizada por trial puede verse excelente el martes y no valer nada el jueves, y la plataforma nunca ve la diferencia porque la cancelación no es un evento contra el que optimiza. Si el trial pertenece o no al funnel es una pregunta aparte.
Por qué el evento más profundo suele ser la opción equivocada al principio
La compra es el evento que coincide con tu P&L. Si siempre pudieras optimizar hacia ella, lo harías.
Normalmente no puedes, por dos razones.
Volumen. Toma una subscription app ilustrativa y sigue sus primeros pagos hasta el ad set.
| Concepto | Cálculo | Resultado |
|---|---|---|
| Facturación de nuevas suscripciones anuales al mes | Dato | $80K |
| Precio anual | Dato | $60 |
| Primeros pagos al mes | $80.000 ÷ $60 | unos 1.300 |
| Primeros pagos a la semana | 1.300 ÷ semanas de un mes | unos 300 |
| Por ad set, cuatro ad sets en Meta | 300 ÷ 4 | 75, supera los 50 de Meta |
| Por ad set, diez ad sets repartidos entre Meta y otra plataforma | 300 ÷ 10 | 30, por debajo de los 50 de Meta |
Aritmética ilustrativa, no una cuenta. Asume que cada dólar es un primer pago nuevo de un plan anual de $60 y un reparto uniforme entre los ad sets. Tus propios números van en su lugar. La estructura decide si el evento profundo es utilizable tanto como el gasto.
Retraso. El primer pago de un trial de siete días llega el day 7 u 8, y en iOS, para los usuarios que rechazaron el tracking, el postback que lo reporta llega a la plataforma días después. La plataforma está aprendiendo de una señal que describe lo que compraste la semana pasada. Los parámetros de valor predicho de Meta y la puja por valor de Google existen para acortar ese retraso, y solo funcionan si has verificado la predicción contra cohortes que ya maduraron de verdad. Ahí es donde value optimization sale mal cuando la activas demasiado pronto. Que SKAN pueda siquiera reportar el pago posterior a un trial depende de la duración del trial, y lo trato en si SKAN puede medir el pago de una subscription cuando termina el trial gratuito.
Así que el evento más profundo es el objetivo, no el punto de partida.
La regla
Optimiza hacia el evento más profundo que sea lo bastante frecuente para superar el umbral de la plataforma con tu presupuesto, lo bastante oportuno para llegar dentro de la ventana de aprendizaje, y lo bastante predictivo para que mejorarlo mejore a los suscriptores pagados.
Las tres condiciones a la vez. Un evento frecuente que no predice pagadores es una trampa. Un evento predictivo que se dispara 17 veces a la semana es un estancamiento.
En la práctica, eso significa una escalera.
| Paso | Optimiza hacia | Pasa aquí cuando |
|---|---|---|
| 1 | Instalación | Todavía no tienes datos posteriores, o los eventos posteriores están rotos. Úsala para aprender costes, no para comprar clientes, y sal de ahí en cuanto puedas. |
| 2 | Un evento cualificado de mitad de funnel: onboarding completo, una acción clave, o un trial start con una condición asociada | Predice de forma demostrable la conversión a pago en tus propios datos. Aquí es donde se quedan la mayoría de las cuentas de subscription en Meta y TikTok hasta que el volumen de compras supera el umbral. |
| 3 | Primer pago o Subscribe con valor | Supera el umbral por ad set, tu MMP y los datos de la store coinciden en el conteo, y los reembolsos se reflejan de vuelta. |
| 4 | Valor o LTV predicho | Las predicciones tempranas se siguen sosteniendo contra cohortes ya maduradas, de al menos 60 a 90 días. |
Solo Meta, Google y TikTok. Apple Ads queda fuera de la escalera, como muestra la tabla de plataformas. Qué modo de puja encaja con qué app es una decisión aparte del evento. En las campañas de iOS que usan Aggregated Event Measurement, Meta además tiene que marcar el evento como elegible antes de que puedas optimizar hacia él, y por qué los eventos de trial y compra vuelven como no elegibles cubre las verificaciones.
La prueba para el paso 2 es simple. Saca cohortes con la antigüedad suficiente para tener 60 días de revenue. Compara la conversión de trial a pago y el revenue a 60 días por instalación entre los usuarios que dispararon el evento candidato y los que no. Si la diferencia es pequeña, el evento no está cualificando a nadie. Elige otro. Si la diferencia es grande, confírmalo en un conjunto de cohortes posterior antes de pujar por él. Un evento puede predecir pagadores sin que pujar por él te traiga más. En una cuenta, el valor del día cero predijo mejor el ROAS D28 que el coste por compra, que es el tipo de verificación que te dice si una señal merece que optimices sobre ella.
El error que parece un éxito
Los trials baratos son el clásico. Un coste por trial de $10 con una tasa de cancelación de day 0 del 85% es peor que un coste por trial de $30 con una tasa de cancelación normal. El dashboard dice que la primera campaña va ganando. La cuenta bancaria dice lo contrario, seis semanas después.
El segundo error es más silencioso. Los equipos eligen optimización por compra, la ven quedarse en “aprendizaje limitado” durante un mes, y concluyen que Meta no funciona para ellos. Sí funciona. Nunca tuvo suficientes datos para intentarlo.
El tercero es consolidar ad sets para superar el umbral y después volver a fragmentarlos una semana más tarde para un test de creative. Cada edición significativa reinicia el reloj.
¿Qué techo de CPA debería fijar una subscription app antes de subir su presupuesto publicitario?
No saco el techo de un benchmark. Lo fijo a partir de tus unit economics antes de gastar nada, es decir, de lo que un suscriptor que paga aporta en proceeds después de la comisión de la store, los impuestos y los reembolsos, menos los costes variables de atenderlo. La página Reconciling with App Store Financial Reports de RevenueCat separa así los proceeds del revenue, con impuestos y comisión estimados (verificado el 29 de septiembre de 2026). Así que el techo es un coste por suscriptor que paga, y lo juzgo con cohortes lo bastante antiguas para mostrar esos unit economics.
Si optimizas un evento proxy, traduce primero. El coste por suscriptor que paga es, más o menos, el coste por trial dividido por la tasa de trial a pago, sacada de cohortes con antigüedad suficiente para que sus trials ya hayan convertido.
Antes de empezar el test, decide lo máximo que estás dispuesto a perder en él. Esa cifra, fijada de antemano, decide cuánta paciencia tener; los primeros días no.
Después comprueba qué cuenta el evento optimizado. Por defecto, la integración Meta Ads de RevenueCat envía Trial Converted, Initial Purchase y Renewal, todos como Subscribe (verificado el 29 de septiembre de 2026). Un coste por Subscribe en Ads Manager puede mezclar nuevos pagadores con renovaciones, y por eso puede parecer más bajo de lo que de verdad costó un nuevo pagador.
Solo subo el presupuesto mientras el coste por suscriptor que paga, a la misma antigüedad de cohorte, siga por debajo del techo. La aritmética, con el ejemplo resuelto de una subscription app y el de un juego, está en cómo calcular tu techo de CPA.
Lo que esta página no puede decirte
No he encontrado ningún experimento controlado publicado que mantenga constantes la audiencia, el creative y el gasto, y compare la optimización por instalación, trial y compra sobre revenue de subscription ya maduro. Lo que existe es guía de las plataformas, la investigación sobre proxies de corto plazo para resultados de largo plazo, y benchmarks de proveedores. La regla de arriba es un principio defendible. No es una ley de la naturaleza, y los umbrales de la tabla serán distintos dentro de seis meses.
Lo que puedes hacer es correr la escalera contra tus propias cohortes, comparadas a la misma antigüedad de cohorte, para que nunca juzgues una cohorte de una semana contra una de tres meses.
Dónde está tu cuenta
Si tu evento de compra no supera el umbral y llevas más de un trimestre en optimización por trial, eso suele ser una conversación de 90 minutos. Una sesión paga de 90 minutos revisa tu setup y qué cambiar y en qué orden, y la reservas a través del mismo calendario que la llamada inicial. Hay páginas propias sobre paid UA para subscription apps y sobre lo que arregla el signal engineering.
Fuentes y alcance
Umbrales de plataforma verificados el 23 de septiembre de 2026, la página de Meta el 24 de septiembre. Meta: Sobre la fase de aprendizaje, Meta Business Help Center. Según esa página, los ad sets suelen salir de la fase de aprendizaje tras unos 50 resultados en la semana posterior a la última edición significativa del ad set. Google: Guía de mejores prácticas: Configura tus campañas de aplicaciones y Configura una campaña de aplicaciones para un ROAS objetivo, Google Ads Help. TikTok: Consejos para la optimización basada en valor en apps, TikTok Business Help Center, actualizado en mayo de 2026. Apple: Mejores prácticas de Maximizar conversiones, Apple Ads. Mapeo por defecto a Subscribe y definición de proceeds de RevenueCat: Meta Ads y Reconciling with App Store Financial Reports, RevenueCat Docs, ambas verificadas el 29 de septiembre de 2026. Momento de cancelación de trial: State of Subscription Apps 2026, RevenueCat, más de 115.000 apps, año calendario 2025, producido por RevenueCat, una distribución de cancelaciones, no una proporción de todos los usuarios de trial. El argumento del resultado sustituto sigue a Athey, Chetty, Imbens y Kang, NBER Working Paper 26463, un documento de trabajo. El ejemplo de $80K es aritmética ilustrativa, no una cuenta real.
Preguntas frecuentes
¿Debería una subscription app optimizar por instalaciones o por trials?
Solo por instalaciones hasta que los eventos posteriores funcionen, y después por un evento cualificado de mitad de funnel. El trial start por sí solo atrae a gente que empieza trials. Hay que sumarle una condición que prediga el pago.
¿Cuántas conversiones necesita Meta a la semana para una subscription app?
La guía general de Meta habla de unos 50 eventos de optimización por ad set dentro de los siete días posteriores a la última edición significativa. Ese es el número de Meta, no una regla que valga para todas las plataformas. Google documenta diez usuarios distintos completando la acción en la app por día. TikTok documenta 50 conversiones en al menos siete días para la optimización basada en valor.
¿Se puede optimizar Apple Ads para subscriptions?
No de forma nativa. Apple Ads puja hacia instalaciones. Los resultados de subscription se miden a través de tu MMP o AdAttributionKit, y ajustas keywords y pujas a partir de eso.
¿Cuándo debería una subscription app pasarse a value optimization?
Cuando los primeros pagos con valor superan el umbral de la plataforma por ad set, los reembolsos se reflejan de vuelta en el valor, y has verificado tus valores predichos tempranos contra cohortes de al menos 60 a 90 días de antigüedad.
¿Por qué bajó mi coste por trial y empeoró mi payback?
Porque la plataforma encontró trial starters más baratos, y los trial starters más baratos a menudo convierten a pago con una tasa más baja. El coste por suscriptor pagado es el número que hay que vigilar, comparado a la misma antigüedad de cohorte.