YieldBI para promoción de apps

La promoción de apps es el único vertical en el que el problema de medición no es algo que tú hayas introducido ni algo que puedas arreglar del todo. Todo lo demás se deriva de eso.

La señal que obtienes no es la señal que quieres

En Android, una instalación y los eventos in-app que la siguen se reportan de vuelta con bastante integridad. En iOS, ATT cambió las reglas (la guía de Meta para anunciantes): para los usuarios que rechazaron el seguimiento, la atribución pasa por el marco agregado de Apple. Eso significa una visión retrasada, tosca y con umbral de privacidad de lo que ocurrió: sin detalle a nivel de usuario, valores de conversión limitados, y resultados que pueden desaparecer por completo cuando el volumen de un bucket es demasiado bajo.

Tres consecuencias que conviene interiorizar antes de ajustar nada:

Tus números reportados están incompletos, y de forma desigual. iOS reporta por debajo de la realidad en relación con Android. Una campaña de iOS que parece peor puede simplemente estar peor medida. Comparar ambas directamente, solo con los números reportados por Meta, va a mandar el presupuesto en la dirección equivocada.

Las ventanas de optimización son más cortas que el momento de valor de tu producto. Si el evento que demuestra que un usuario es valioso ocurre en la tercera semana, normalmente queda fuera de lo que el marco de atribución va a reportar. Estás optimizando sobre un proxy, lo hayas elegido deliberadamente o no.

Algunos resultados llegan días tarde. Juzgar una campaña de iOS a las 48 horas significa juzgarla antes de que exista una parte significativa de sus resultados.

Elige tu proxy a propósito

Como de todas formas estás optimizando hacia un proxy, elígelo en lugar de heredarlo.

El proxy útil es el evento in-app más temprano que predice retención o ingresos. Para la mayoría de las apps no es ni la instalación ni la suscripción, sino algo como completar el onboarding, terminar una primera sesión de duración real, o alcanzar el momento de activación que tu equipo de producto ya sabe nombrar.

Dos condiciones sobre la elección. Tiene que ocurrir lo bastante pronto como para caer dentro de la ventana de atribución, y tiene que ocurrir con la frecuencia suficiente como para superar el umbral de fase de aprendizaje de Meta de unos 50 eventos por conjunto de anuncios a la semana. Un evento que no cumple ninguna de las dos condiciones es una métrica bonita y un mal objetivo de optimización.

Después valida el proxy: ¿los usuarios que lo disparan retienen de verdad? Si tu evento de activación no predice la retención de la semana cuatro, optimizar hacia él solo te compra instalaciones con un paso extra.

Dónde falla pensar en volumen de instalaciones

Las instalaciones más baratas vienen de las impresiones más baratas, que vienen de ubicaciones y creatividades que generan curiosidad en lugar de intención. La creatividad estilo gameplay para una app que no es un juego es el caso clásico: el CPI baja, la retención del día siete se hunde, y la cuenta ha comprado con eficiencia una cohorte que nunca volverá a abrir la app.

El contramovimiento no es dejar de testear creatividad amplia. Es dejar de juzgarla por el CPI. Un anuncio con el doble de CPI y el triple de tasa de activación es el mejor anuncio, y eso no se ve desde una columna de coste de instalación.

Un embudo que muestra la trampa

Toma una app de fitness por suscripción que gasta 8.000 $ a la semana en iOS. Un conjunto de anuncios entrega instalaciones a 2,10 $ cada una, unas 3.800 instalaciones, con una retención de día siete del 6 %. Un segundo conjunto de anuncios, construido alrededor de una pantalla que muestra el rastreador de entrenamientos real en lugar de una imagen de estilo de vida, entrega instalaciones a 3,40 $ cada una, unas 2.350 instalaciones, pero una retención de día siete del 19 % y una tasa de inicio de prueba tres veces mayor. Ordenado por CPI, el primer conjunto de anuncios gana con claridad. Ordenado por pruebas iniciadas por dólar gastado, el segundo gana en torno a un 80 %. No hay nada técnicamente incorrecto en el primer conjunto de anuncios. Está optimizando hacia una cifra que no correlaciona con el resultado que necesita el negocio. Este patrón de fallo es lo bastante común en promoción de apps como para merecer un nombre: comprar volumen que la propia ventana de atribución de Meta nunca va a conectar con el ingreso, porque los eventos que importan ocurren después de que esa ventana se cierre.

De ahí sale una regla práctica: cuando el CPI y la retención de la semana uno se mueven en direcciones opuestas entre dos conjuntos de anuncios, confía en la retención y conserva la instalación más cara. Los equipos que en su lugar promedian ambas métricas, o reparten el presupuesto a partes iguales para cubrirse, tienden a derivar hacia la creatividad barata y de baja retención, simplemente porque gana más subastas.

Qué testear que sea específico de las apps

• La pantalla con la que abres. El primer frame es, en la práctica, tu preview de app store para la gente que nunca hace scroll en la ficha.
• Si mostrar o no la interfaz. La creatividad centrada en la UI atrae a gente que quiere ese producto concreto. La creatividad centrada en el resultado atrae a más gente, menos cualificada. Ambas son legítimas; cuál gana depende de tu curva de monetización.
• Dónde colocas la fricción. Nombrar el muro de pago en el anuncio baja el volumen de instalaciones y sube la tasa de activación. Para apps de suscripción este intercambio suele ser claramente positivo y raramente se testea.

Dónde encaja YieldBI

YieldBI mantiene separados el evento de optimización y el evento de evaluación, de modo que la entrega corre sobre un proxy con volumen suficiente para ser estable mientras las decisiones de presupuesto se juzgan contra retención e ingresos. El testeo creativo corre al volumen que exige la curva de fatiga, y el rendimiento de iOS y Android se mantiene separado en lugar de mezclarse en una media que no describe a ninguno de los dos.

Lo que no hace es recuperar la señal que ATT eliminó. Nadie puede. El enfoque viable es elegir buenos proxies, validarlos contra la retención real, y aceptar que parte de tu medición se quedará como algo direccional.