Seguimiento de afiliados en apps móviles: instalaciones y suscripciones sin MMP

Por qué rastrear en apps es más difícil que en la web

En la web, el seguimiento de afiliados es un problema resuelto. Un visitante toca el enlace de un creador, una cookie o un parámetro de la URL registra la referencia y el pago en el mismo sitio vincula la venta con el creador. Una app móvil rompe esa cadena en dos puntos: la App Store o Google Play se interponen entre el enlace y el primer arranque, y el pago pasa por Apple o Google, no por tu propio checkout.

Por eso el seguimiento de afiliados en móvil tiene dos tareas distintas. La atribución responde qué creador trajo a este usuario. La verificación responde si la compra es real y cuánto valía. Un MMP hace la primera tarea para la publicidad de pago. Un programa de creadores necesita las dos, persona por persona, porque a final de mes envías dinero a alguien.

Los métodos de atribución y qué ve cada uno

Cada método de abajo, o conoce al creador con certeza, o hace una estimación. Usa los exactos siempre que puedas y deja que el de respaldo recoja el resto.

• Un código que escribe el usuario. El creador dice «usa el código MAYA» en un vídeo o un pódcast, y el usuario lo escribe en un campo de tu onboarding o de tu paywall. Es una acción explícita del usuario, funciona igual en iOS y Android y no necesita permisos. Además, es el único método que sirve cuando no hay enlace que tocar: audio, directos, el boca a boca.

• Un enlace que lleva el código a la app. Si la app ya está instalada, un enlace universal o un App Link de Android puede abrirla con el código en la URL, y las apps web, las PWA y las apps con Capacitor o Cordova pueden leer el código de su URL de arranque. Lo que no funciona en iOS es pasar un parámetro a través de una instalación desde la App Store: la App Store no entrega nada del enlace a tu app en el primer arranque.

• El Install Referrer de Google Play. En Android, Google Play conserva el parámetro referrer del enlace de la tienda y deja que tu app lo lea tras la instalación mediante la Play Install Referrer API, junto con las marcas de tiempo del clic y de la instalación. Un enlace de creador que ponga el código en el referrer da una coincidencia exacta. iOS no tiene nada equivalente.

• Un código que tu app ya conoce. Si tu propio deep link o tu flujo de promociones ya captura el código, guárdalo en el usuario. Con RevenueCat, eso significa escribirlo como atributo del suscriptor, de modo que cada evento de compra lleve el código del creador.

• Coincidencia por clic en el enlace, como respaldo. Cuando alguien toca el enlace de un creador, instala la app desde la tienda y el código nunca llega a la app, la instalación puede asociarse al toque reciente en ese enlace. Es un método aproximado, así que conviene limitarlo a una ventana corta y a tu propia app, y que cualquier método exacto tenga prioridad.

• Atribución de redes publicitarias. SKAdNetwork y AdAttributionKit en iOS, y los enlaces de seguimiento de los MMP, miden las instalaciones que vienen de anuncios. Están pensados para campañas de pago, no para pagar a creadores individuales (más sobre esto abajo).

Cuando los métodos no coinciden, la regla debe ser simple y estar por escrito. En InfluTo, un código escrito gana a un toque en un enlace, gana el más reciente de varios toques, y una vez atribuida la primera compra de un usuario, ese creador conserva al usuario en todas las renovaciones.

Método por método: qué es exacto y dónde funciona

Exacto significa que se sabe con certeza quién es el creador, sin modelos estadísticos de por medio.

Qué permite Apple sin el IDFA ni ATT

Apple exige el aviso de App Tracking Transparency para el seguimiento, que define como vincular datos de tu app con datos de apps, sitios web o propiedades offline de otras empresas para publicidad dirigida o medición publicitaria, o compartirlos con intermediarios de datos. El IDFA, el identificador publicitario de Apple, solo está disponible después de que el usuario lo acepte.

Apple también prohíbe el fingerprinting, haya consentimiento o no. Su acuerdo de desarrollador dice que no puedes derivar datos de un dispositivo para identificarlo de forma única, y las apps que incluyan SDKs que lo hagan pueden ser rechazadas. Eso descarta asociar instalaciones combinando modelo del dispositivo, tamaño de pantalla, zona horaria u otras señales parecidas.

La atribución propia de creadores no necesita ninguna de las dos cosas. Un código escrito es una entrada del propio usuario, y un enlace exacto entrega un código, no una identidad. InfluTo nunca lee el IDFA ni ningún identificador publicitario, y su documentación indica que no hay que solicitar ATT para ello. Su coincidencia por clic en enlace nunca compara características del dispositivo, como el modelo, el tamaño de pantalla o la zona horaria, no vincula nada con otras apps o sitios web, y solo decide entre referido por este creador y orgánico.

Dónde encaja SKAdNetwork y dónde no

SKAdNetwork, y AdAttributionKit, que se basa en él, son los frameworks de Apple para la atribución publicitaria que protegen la privacidad. Una red publicitaria registrada firma sus impresiones de anuncios. Si el usuario instala y abre la app dentro de la ventana de atribución, el dispositivo envía un postback diferido a la red publicitaria, y a ti si lo activas, con un valor de conversión y sin identidad de usuario.

Ese diseño es la razón por la que no sirve para gestionar un programa de creadores. El texto de un creador o el enlace de su bio no es una impresión de anuncio firmada, un postback no puede decirte cuál de 50 creadores generó una instalación, y tampoco puede seguir las renovaciones y los reembolsos de un suscriptor mes a mes. Si promocionas el video de un creador como anuncio de pago, mide ese anuncio con la red publicitaria y tu MMP como cualquier otra campaña, y reserva el código y el enlace del creador para la comisión.

Paga por compras verificadas, no por instalaciones

Una instalación es un mal criterio de pago. Muchas instalaciones nunca llegan al paywall, muchas pruebas nunca se convierten y el número de instalaciones es el más fácil de inflar. El evento que importa en una app de suscripción es una compra de pago, y hay que comprobarla con la tienda antes de mover dinero:

• Una compra puede ser falsa o de prueba. Una compra informada solo por la app podría venir de una cuenta sandbox, de TestFlight o de un cliente modificado. Apple y Google pueden confirmar si una transacción es real y de qué entorno procede.

• Las renovaciones ocurren sin la app. Un suscriptor que renueva en el mes siete puede llevar semanas sin abrir tu app. Solo la tienda, o un servicio que la escucha, ve esa renovación.

• Los reembolsos vienen de la tienda. Apple y Google gestionan los reembolsos y los contracargos. Tu sistema de comisiones tiene que enterarse para revertir lo que acreditó.

Hay dos formas habituales de obtener eventos de compra verificados: un webhook de RevenueCat, si ya usas RevenueCat, o directamente la App Store Server API y la Google Play Developer API. InfluTo admite ambas, una vía por plataforma. Registra una comisión solo después de que la tienda haya confirmado la compra, la revierte si hay un reembolso y nunca mueve dinero por compras sandbox.

Una configuración que funciona sin MMP

1. 1

   Dale a cada creador un código y un enlace. El mismo código corto funciona escrito o dentro del enlace, así que un creador puede decirlo en un video y publicarlo en su bio.

2. 2

   Añade un campo de código antes de la primera compra. Un paso opcional de «¿Tienes un código?» en el onboarding llega a la mayoría, y un pequeño enlace en el paywall llega al resto. Rellénalo de antemano si la instalación ya se asoció, para que el usuario solo tenga que confirmar.

3. 3

   Comprueba la atribución en el primer inicio. Consulta al SDK al iniciar, antes de que el paywall decida qué mostrar, para que una coincidencia por clic en enlace o un código incluido en la URL de inicio o en el Install Referrer se recoja en la misma sesión.

4. 4

   Conecta una fuente de compras verificadas. Puede ser el webhook de RevenueCat, con el código del creador guardado como atributo de suscriptor, o la validación directa con la tienda usando tus credenciales de App Store y Google Play.

5. 5

   Prueba una compra referida de principio a fin. En una compilación de sandbox, instala la app desde el enlace de un creador de prueba o escribe su código, haz una compra y confirma que aparece atribuida a ese código antes de invitar a creadores reales.

¿Cuándo sigues necesitando un MMP? Cuando compras anuncios en varias redes y quieres ver en un solo sitio qué red merece el crédito. Las dos capas no entran en conflicto: el MMP sigue midiendo las campañas de pago y la plataforma de creadores paga por compras verificadas por la tienda. La guía de MMPs vs plataformas de afiliados, más abajo, explica el reparto.