¿Qué es el signal engineering, y qué arregla después de ATT?

Probablemente estés aquí porque

Ninguno de estos es un problema de compra de medios. Son problemas de señal, y la mayoría se pueden arreglar.

• Meta reporta un ROAS, RevenueCat reporta la mitad, y finanzas no se cree ninguno de los dos. Nunca van a coincidir, y nadie en el equipo sabe decir por qué.
• Tus valores de conversión de SKAN vuelven vacíos en la mayoría de las campañas y nadie sabe por qué.
• Meta escala sin problema. Google y TikTok se estancan con el mismo creativo.
• Cambiaste a value optimization y empeoró.
• Los inicios de prueba son baratos y las conversiones de pago nunca llegan.
• Hay tres SDKs en la app. Nadie puede decir cuál es dueño del valor de conversión.

Qué arregla el signal engineering

Cinco capas, en el orden en que las construyo.

• La capa de eventos. Una taxonomía de eventos canónica para tu app, mapeada explícitamente a los standard events de Meta, los eventos de conversión de Google, los eventos de TikTok y tu MMP. Inicio de prueba, primer pago, renovación, cancelación, reembolso. Cada uno con un valor, una moneda y un ID.
• Entrega del lado del servidor. Conversions API para app events de Meta, Events API de TikTok y la configuración de conversión de apps de Google a través de tu MMP o de Firebase, conectados a tu backend de suscripción para que las renovaciones, los reembolsos y las conversiones de prueba lleguen a las plataformas incluso con la app cerrada. Deduplicado por ID de evento para que nada cuente dos veces.
• El esquema de valor de conversión de iOS. El pequeño valor que Apple te deja devolver es la única señal post instalación que obtienes de los usuarios que rechazaron el tracking. Lo diseño alrededor de tu funnel y tu volumen, para que las campañas superen los umbrales de privacidad de Apple en lugar de no devolver nada. Un solo SDK es dueño de él. Cuando dos SDKs lo escriben, gana la última llamada, y ahora mismo eso suele ser un accidente.
• Señales de valor para la puja. Valor de compra, margen o LTV previsto, enviado a todas las plataformas, no solo a Meta, y solo después de comprobar que el valor de verdad correlaciona con lo que los usuarios acaban pagando. Un valor malo le enseña al algoritmo a comprar más rápido a los usuarios equivocados.
• La vista de reconciliación. Una comparación mensual de los números de la plataforma, el MMP, RevenueCat y los pagos de la tienda, con las diferencias esperadas anotadas, para que la próxima vez que los números no coincidan sepas en cinco minutos si es estructural o un bug.

Qué no puede arreglar después de ATT, y por qué lo digo

Desde iOS 14.5, los usuarios que rechazan App Tracking Transparency no se pueden atribuir a nivel de usuario. SKAdNetwork y AdAttributionKit de Apple devuelven postbacks retrasados y agregados, sin identificador de dispositivo, y retienen el detalle en campañas de bajo volumen a propósito. Ninguna integración de Conversions API, ninguna función del MMP y ninguna herramienta de recuperación de atribución cambia eso. Meta enruta esos eventos a través de Aggregated Event Measurement. Google los modela. TikTok los modela.

Así que no prometo atribución determinista. Prometo que las señales que puedes controlar están bien, que las plataformas reciben el mejor input posible para optimizar, y que vas a saber qué discrepancias son normales. El ROAS de plataforma y los ingresos de suscripción van a seguir sin coincidir después de terminar el trabajo. Van a discrepar por razones que puedes explicar. Si un proveedor te dice lo contrario, pregúntale de dónde sale el ID de usuario.

¿Qué sistema reporta qué en iOS?

Cinco sistemas cuentan instalaciones y conversiones de las mismas campañas de iOS, y cuando no coinciden, no tiene por qué estar mal ninguno. Cuentan cosas distintas, en ventanas y con retrasos distintos. La tabla se basa en la documentación de cada proveedor, verificada el 29 de septiembre de 2026.

Ver bien iOS en Google requiere trabajo por tu parte. Para Integrated Conversion Measurement, Google pide una campaña de apps de iOS para instalaciones activa, los eventos first_open y post instalación de tu MMP importados en Google Ads, la medición en el dispositivo con datos de eventos y un SDK del MMP actualizado. La medición en el dispositivo con datos de eventos necesita iOS 12 o posterior, el SDK de Google Analytics for Firebase desde la versión 11.14.0 y la propiedad de Analytics vinculada a Google Ads, y Google dice que estará inactiva para los usuarios del EEE, el Reino Unido y Suiza. Así que Google Ads, el MMP y SKAN no coinciden por diseño, y la propia recomendación de Google es leer la vista de ICM si lo implementaste, y Google Ads o SKAN si no. La configuración de ICM para cada ruta de integración y cómo concilio Google Ads, el MMP y SKAN tienen cada una su propio artículo.

Algunas diferencias no tienen nada que ver con las definiciones. En una cuenta de Google que llevé, el evento de ingresos enviaba $1 en lugar de $0 cuando una conversión no tenía valor, lo que infló el ROAS reportado por Google en todas partes, y sobre todo en iOS. Es la cuenta detrás de mi test de estrategias de puja, y este es justo el tipo de bug que la vista de reconciliación existe para detectar.

¿Cómo funcionan SKAN 4 y AdAttributionKit para las campañas de Meta en iOS?

Apple decide qué vuelve: hasta tres postbacks retrasados por anuncio ganador, cada uno con un valor de conversión que tu app escribe en el dispositivo, y menos detalle cuanto más pequeña es la campaña. En Meta, cada conjunto de anuncios de promoción de apps de iOS usa la atribución de SKAdNetwork o el propio Aggregated Event Measurement de Meta, según para cuál sea elegible tu evento de optimización.

SKAN 4 y AdAttributionKit devuelven tres ventanas de postback, y solo la primera puede llevar un valor fino. Apple baja a coarse o a nada cuando una campaña es demasiado pequeña para proteger a la multitud. El primer pago de una prueba de 7 días cae el día 7 u 8, en la segunda o la tercera ventana, como un valor coarse, días después. Por eso el esquema hay que diseñarlo alrededor de tu funnel y tu volumen, no copiarlo de una plantilla, y por eso demasiados splits de geo y de creativo empujan a todas las campañas por debajo del umbral a la vez. En qué ventana cae cada duración de prueba, y quién escribe el valor, está en si SKAN puede medir el pago después de una prueba gratuita.

¿Quién puede arreglar la CAPI y el event mapping para Meta?

Alguien que se encargue de todo el recorrido del evento, desde el SDK de la app y el MMP hasta el backend de suscripción y el Events Manager, porque la mayoría de los bugs de señal en Meta están donde se juntan dos de esas piezas. En un retainer ese soy yo, con un ingeniero de atribución de mi red para el trabajo de SDK y de servidor, y un desarrollador de tu lado que pueda desplegar cambios.

Conversions API para app events envía desde tu servidor los mismos eventos que el SDK o el MMP envían desde el dispositivo, y Meta los deduplica por ID de evento. Su trabajo es completitud y valor: renovaciones, reembolsos y conversiones que pasan con la app cerrada, cada uno con un valor y una moneda. No restaura la atribución de los usuarios que rechazaron el tracking; esos eventos siguen pasando por Aggregated Event Measurement. Vale la pena hacerlo, no es un workaround. Cuando un evento llega a Meta y sigue marcado como no elegible para AEM, las verificaciones de cada ruta están en por qué los eventos de prueba y de compra no son elegibles para AEM de Meta.

pLTV y value optimization

Un modelo predice el valor de cada usuario nuevo a partir del primer día o los primeros dos de comportamiento. Ese número le llega a la plataforma como el valor de compra, o en iOS se comprime en el valor de conversión. La plataforma entonces puja por usuarios que se parecen a tus predicciones de alto valor. Qué evento y qué modo de puja encajan con qué app está escrito a partir de $1.2M de inversión en Meta.

En Videa esa capa, una señal de compra CAPI a medida y LTV previsto en el bidding, es lo que llevó el ROAS D0 del 20% a una semana récord del 43%. Un test de $606K decidió que el valor del día cero predice el ROAS D28 mejor que el coste por compra.

¿En qué evento deberías optimizar?

Estas son las tres preguntas que hago, en orden, antes de ir más a fondo con una cuenta. La escalera completa, desde la instalación hacia arriba, está en en qué evento debería optimizar una app de suscripción.

1. ¿Los eventos de pago superan el umbral de aprendizaje de la plataforma con tu volumen? La referencia de Meta es de unos 50 resultados por conjunto de anuncios en la semana posterior a su última edición significativa. Si no, optimiza en inicio de prueba más un evento de activación. Si sí, pasa a la pregunta 2.
2. ¿El paso de prueba a pago está sano? Si no, quédate en inicio de prueba más un evento de activación. Las dos condiciones tienen que cumplirse antes de moverte. Si sí, pasa a compra y ve a la pregunta 3.
3. ¿El valor que enviarías correlaciona con lo que los usuarios acaban pagando? Si no, quédate en compra. Si sí, envía el valor. El LTV previsto necesita tres cosas más: que la predicción esté calibrada contra cohortes que de verdad han madurado, que haya volumen suficiente, y que la plataforma la reciba antes de que se cierre la ventana de atribución. Activado demasiado pronto, optimiza hacia los usuarios equivocados con mucha confianza.

Reconciliar el ROAS de plataforma con los ingresos de suscripción, entre países

Las plataformas cuentan las conversiones atribuidas y modeladas dentro de su propia ventana, a precio bruto, en la fecha del clic. RevenueCat cuenta los recibos en la fecha de la transacción, netos de reembolsos, en una sola moneda. Los pagos de la tienda llegan según un calendario fiscal, netos de comisión y de impuesto local. Esas son diferencias estructurales, y se esperan. Una diferencia que cambia de tamaño de un mes a otro suele tener un bug detrás: un evento de compra duplicado, un desajuste de moneda, un valor que llega a una plataforma y a la otra no.

El ROAS multipaís añade la madurez de la cohorte. Un país cuyos usuarios pagan anualmente se ve peor en el día 7 y mejor en el día 90 que uno que vende mensual, así que comparo cohortes a la misma edad, en una sola moneda, netas de comisión, antes de decidir qué país recibe presupuesto. La auditoría de $383K es cómo se ve eso en una cuenta real, y cuántas compras necesita un ROAS antes de significar algo fija el piso para cada corte.

Cómo funciona el trabajo

Signal engineering forma parte del retainer, y va primero. La lectura empieza con el growth audit: qué recibe ahora mismo cada plataforma, hacia qué está optimizando, y la comparación a cuatro bandas con la varianza esperada anotada. Después de la lectura, algunos equipos implementan los arreglos ellos mismos a partir de la lista priorizada, con el esfuerzo de ingeniería estimado por ítem. Otros me piden que lleve las cuentas yo. Las dos opciones están bien.

Para el trabajo de SDK y todo lo que corre en tus servidores, traigo a un ingeniero de atribución de mi red. Yo diseño la capa y respondo por ella; las manos de ingeniería son especialistas. Necesitas un desarrollador que pueda desplegar cambios durante el engagement, y acceso de lectura al Events Manager, al MMP, a RevenueCat o a tu backend de suscripción, y a las cuentas publicitarias.

Si estás en un momento anterior a un retainer y quieres el diagnóstico sin el engagement, una sesión de pago de 90 minutos cubre tu configuración y qué arreglar en qué orden. Se reserva por el mismo calendario que la llamada inicial.

Preguntas frecuentes