De un vistazo: Aprende más sobre las redes de autorreporte (SRN): atribución, enlaces profundos, implicaciones de iOS y preguntas frecuentes.
SRN integradas con AppsFlyer
Nota: Las SRN tienen restricciones de uso y retención de datos a nivel de usuario.
Atribución
A diferencia de las no SRN (redes de publicidad), que utilizan enlaces de atribución para reportar eventos a AppsFlyer, las SRN se autoatribuyen usando el ID del dispositivo cuando AppsFlyer notifica una instalación.
La atribución de AppsFlyer para SRN y no SRN se basa en:
- Metodologías de último toque y multi toque.
- Lógica de atribución estándar de AppsFlyer para secuenciar los datos de clics e impresiones relevantes.
¿Cómo funciona la atribución con las SRN?
Las SRN reportan los eventos, como nuevas instalaciones y eventos in-app, a AppsFlyer de la siguiente manera:
- Mediante el uso de API para comunicarse con proveedores de atribución y medición.
- Cuando los proveedores de atribución externos detectan una instalación, consultan a la red utilizando el ID de publicidad.
- Reportando los detalles de cualquier clic o impresión de anuncio relevante.
Después de que AppsFlyer realice la atribución, los postbacks in-app se envían a la SRN durante el período de retención de datos del partner.
¿Cómo funciona la atribución con SRN avanzadas?
Las SRN avanzadas atribuyen de la misma manera que las SRN. Sin embargo, las SRN avanzadas también pueden atribuir los engagements cuando no hay ID de dispositivo (IDFA), utilizando el marco de Privacidad avanzada agregada, y el emparejamiento de ID y el modelado probabilístico a través del enlace de atribución.
Atribución de instalación.
Los usuarios potenciales de aplicaciones ven e interactúan con varios anuncios antes de instalar una aplicación. En general, los proveedores de atribución ofrecen a los anunciantes una atribución de último toque, que atribuye una instalación al último clic realizado antes de la instalación real.
Cuando se inicia una aplicación por primera vez:
- AppsFlyer comprueba que:
- La aplicación está configurada para recibir tráfico de las SRN.
- El usuario tiene un ID de publicidad.
- Si ambas condiciones son verdaderas, AppsFlyer consulta las SRN utilizando el ID de publicidad.
- AppsFlyer realiza la atribución después de considerar las reclamaciones de SRN.
Ejemplos de atribución de instalaciones
Ejemplo A: Atribución asistida
Lunes: la Red A reporta un clic de usuario.
Martes: la Red B reporta un engagement en un video.
Miércoles: la Red C reporta un clic en un anuncio reproducible y, 30 minutos después, hay una instalación.
AppsFlyer atribuye la instalación a la Red C y otorga a las Redes A y B crédito por ayudar con la instalación.
AppsFlyer brinda a los anunciantes datos de asistencia (engagements no atribuidos que ocurren antes de una instalación). Esto permite a los anunciantes personalizar sus modelos de atribución multi toque o fraccionaria. Consulta esta breve explicación.
Ejemplo B: Atribución al último clic
La Red D (SRN) reporta un clic unos minutos antes que la Red C.
La Red C usa la integración de atribución estándar.
AppsFlyer atribuye la instalación a la Red C, ya que tuvo el último clic.
Ventanas de atribución
Las ventanas de atribución incluyen la retrospectiva y las impresiones. Algunas SRN cobran a los anunciantes por una instalación según el costo por impresión (CPM) y el costo por acción (CPA); estos se basan en los clics o impresiones que se producen en un período de 1 a 28 días.
AppsFlyer atribuye la instalación, actividad, costo efectivo por instalación (eCPI) y costo efectivo por acción (eCPA) según la metodología de atribución preferida del anunciante y las ventanas retrospectivas.
Es posible que los anunciantes tengan que pagar las instalaciones en función de los modelos por impresiones y las ventanas de atribución retrospectiva de las SRN.
- Los anunciantes esperan que la metodología de atribución universal de terceros de AppsFlyer optimice y asigne su gasto en publicidad.
- ¿Por qué? Porque AppsFlyer reporta eCPI y eCPA reales basados en los términos definidos por el anunciante.
- Las SRN pueden beneficiarse a corto plazo, ya que a menudo definen sus propios términos de pago. Sin embargo, los anunciantes corrigen esto mediante el uso de proveedores de atribución externos.
Enlaces profundos con SRN
Para que los usuarios abran tu aplicación cuando se hace clic en el enlace, solo necesitas configurar App Links/Universal Links/esquema URI. Sin embargo, para realizar enlaces profundos o diferidos a una página o actividad específica en tu aplicación, las SRN usan su propio método de enlace profundo sin incluir el método de enlaces profundos de AppsFlyer.
Entonces, ¿cómo puedes establecer enlaces profundos para tus usuarios y obtener los datos pertinentes de las SRN?
Enlaces profundos directos
Cuando un dispositivo de usuario realiza enlaces profundos, los enlaces profundos directos con SRN se realizan sin llamar al método de enlace profundo de AppsFlyer. En el siguiente ejemplo, los usuarios existentes que hacen clic en un anuncio son redirigidos a la actividad directamente usando los métodos de Facebook, mientras que los nuevos usuarios obtienen la misma experiencia usando los datos de conversión de AppsFlyer. Descubre cómo Anuncios de Meta usa OneLink para los enlaces profundos
Ejemplo
Jill, la marketer móvil de "greatapp", decide ejecutar una campaña de enlaces profundos en Anuncios de Meta, dirigida a una audiencia general.
La campaña redirige a todos los usuarios que hagan clic a una actividad "bonificada".
Jack, el desarrollador móvil, agrega esta lógica después de obtener los datos de conversión:
- ¿Se originó en Facebook ("is_fb=true")?
- Si es verdadero, obtén el valor del parámetro del grupo de anuncios.
- Si el valor contiene la palabra "bonus", envía al usuario a la actividad "bonificada".
Enlaces profundos diferidos
En contraste con los enlaces profundos, el enlace profundo diferido con SRN es posible usando la API GCD de AppsFlyer.
AppsFlyer recibe los datos de conversión y los pone a disposición de la aplicación en el primer inicio.
A los usuarios nuevos que instalan la aplicación después de hacer clic en una campaña de enlaces profundos o retargeting en una SRN se los puede redirigir dentro de la aplicación al momento del inicio, utilizando los datos de conversión.
Sin embargo, con las SRN, los parámetros regulares de enlaces profundos de AppsFlyer no están presentes como parte de los datos de enlaces profundos. Para usar estos datos dentro de la aplicación, el desarrollador necesita emplear una lógica adicional basada en los parámetros disponibles, como campaña, conjunto de anuncios o nombres de anuncios individuales.
Nota: Para Anuncios de Meta, el enlace profundo diferido a través de GCD está disponible para las aplicaciones de Android que usan el mecanismo de Referente de instalación de Google. No está disponible para las aplicaciones de iOS.
Implicaciones de iOS
La mayoría de las SRN son compatibles con SKAdNetwork y tienen la integración necesaria con AppsFlyer.
Atribución de SRN para iOS 14.5
A partir de iOS 14.5, cuando los usuarios dan su consentimiento de ATT tanto en la aplicación del anunciante como en la del publisher (doble consentimiento), las instalaciones de SRN, que se registran en el panel de control de SKAdNetwork, también se muestran en los paneles de control tradicionales.
Nota
- El panel de control tradicional muestra una reducción en las instalaciones atribuidas a las SRN. Al considerar el rendimiento de las SRN, usa el panel de control de SKAdNetwork. En general, se espera una disminución en las atribuciones de SRN de las instalaciones, con un aumento coincidente en las instalaciones orgánicas. Sin embargo, para las SRN avanzadas, el impacto es menor ya que también atribuyen los engagements cuando no hay ID de dispositivo.
- El panel de control de SKAdNetwork se actualiza con un retraso de 48-72 horas después de las instalaciones.
- Las instalaciones realizadas por Apple Search Ads (ASA) no se atribuyen en el panel de control de SKAdNetwork.
Envío de postbacks de eventos a SRN
Las SRN que reciben postbacks de eventos dependen de incluir el ID de dispositivo en el postback. Esto permite a las SRN la autoatribución de acciones de usuario reportadas. Muchos usuarios de iOS 14 no dan su consentimiento, lo que significa que no permiten el acceso a su ID de dispositivo (IDFA). En este caso, debes esperar:
- Una disminución del número de postbacks de eventos enviados a las SRN
- Discrepancias en el número de postbacks de eventos entre las SRN y AppsFlyer, que registra todos los eventos.
Nota
- Si no hay IDFA, no se envían a las SRN los postbacks de las instalaciones, aperturas de aplicaciones o eventos in-app (excepto en este escenario de Google Ads). Sin embargo, algunas SRN avanzadas obtienen los postbacks agregados también cuando no hay IDFA.
- Las redes de publicidad por clics no se ven afectadas, ya que utilizan sus propios ID de transacción, y no ID de dispositivo, para atribuir automáticamente la información de postback del evento.
Preguntas frecuentes
¿Cómo funciona el retargeting con las SRN?
Los clics de retargeting que no provienen de redes SRN son fácilmente identificables por la existencia del is_retargeting=true en el enlace de atribución de retargeting.
Con las SRN, no hay una indicación similar. En su lugar, para habilitar la atribución de re-engagements de las SRN, AppsFlyer utiliza otra lógica:
- Requisitos previos:
- En la página Configuración de la aplicación, activa Habilitar retargeting.
- En la página Integraciones activas, selecciona la SRN y activa Retargeting.
- Con cada inicio de la aplicación, AppsFlyer consulta a la SRN sobre los engagements recientes del ID de dispositivo con anuncios de campaña para la aplicación.
- Si la SRN responde con detalles de engagement, AppsFlyer valida que el engagement está dentro de la ventana retrospectiva y más allá del tiempo mínimo entre re-engagements.
- Los engagements validados se registran como re-engagements y se atribuyen a la SRN.
¿Qué es el targeting erróneo de SRN?
Las campañas de SRN deben dirigirse a una audiencia específica, pero esto no siempre sucede: no usuarios en campañas de adquisición de usuarios y usuarios existentes en campañas de retargeting.
Si se usa una SRN para ejecutar tanto la adquisición de usuarios como las campañas de retargeting, esto generar un targeting erróneo de los usuarios. Como resultado, pagas por tráfico no deseado.
Escenario: una SRN en la plataforma de AppsFlyer está habilitada para una campaña de adquisición de usuarios.
- Después del inicio de cada aplicación, AppsFlyer consulta a la SRN para verificar si el ID de publicidad (usuario) tuvo un engagement reciente.
- En caso afirmativo,
- la SRN responde con el nombre de la campaña.
- AppsFlyer determina si fue el primer inicio (o no) y atribuye en consecuencia:
Primer inicio: una nueva instalación se atribuye a la campaña.
Segundo o posterior inicio: un evento de retargeting se atribuye a la campaña.
Conclusión: Es un desperdicio obtener eventos de retargeting de una campaña de adquisición de usuarios.
¿Es un problema el targeting erróneo?
Los analistas de datos de AppsFlyer comprobaron las campañas de adquisición de usuarios de Anuncios de Meta durante un mes determinado.
- Se activó el retargeting.
- En el 30 % de las campañas, al menos el 15 % de los usuarios apuntados eran usuarios existentes de la aplicación.
- En el 5 % de las campañas, al menos el 40 % eran usuarios existentes de la aplicación.
- Conclusión: en las campañas de adquisición de usuarios de SRN, 1 de cada 10 usuarios objetivo ya es un usuario existente.
Resolver el problema del targeting erróneo
Solución básica: no incluyas a los usuarios existentes de la aplicación en una campaña de adquisición de usuarios.
- La SRN solo apuntará a nuevos usuarios potenciales.
- Maximiza los resultados de adquisición de nuevos usuarios para el mismo presupuesto.
- Actualiza periódicamente (y manualmente) la campaña, por ejemplo, una vez al mes.
- Sin embargo, las brechas de tiempo significan que los usuarios existentes pueden estar apuntados en las campañas de adquisición de usuarios durante el primer mes después de instalar una aplicación.
Audiences, una función premium de AppsFlyer, te permite enviar automáticamente, a diario, cualquier segmento de tu base de usuarios a docenas de redes de publicidad.
La investigación de AppsFlyer muestra que resolver el targeting erróneo puede tener un impacto significativo en tus esfuerzos de marketing y adquisición de usuarios.
¿Por qué el campo URL original está vacío en los reportes de raw data?
El clic se realiza en el entorno SRN pero sin un enlace de atribución de AppsFlyer. Por lo tanto, los datos de URL original asociados al clic no están disponibles para AppsFlyer.
El panel de control no muestra clics e impresiones de SRN
El clic se realiza en el entorno SRN pero sin un enlace de atribución de AppsFlyer. Por lo tanto, algunas SRN no proporcionan datos de clics e impresiones a AppsFlyer.
Anuncios de Meta y Google brindan algunos datos agregados a AppsFlyer.
¿Pueden las agencias configurar campañas de SRN?
¿Envía AppsFlyer postbacks por falta de ID de publicidad (IDFA/GAID)?
- Como parte de la integración para la medición del remarketing con Google Ads, cuando un usuario de iOS no consentido abre la aplicación o realiza un evento in-app, AppsFlyer envía el
gbraidy la información del evento a Google Ads (para el eventoadditional_data_json). -
En Android, cuando no hay un ID de dispositivo pero el valor de referente contiene un
gclid(para instalaciones) o un evento de re-engagement contiene un enlace profundo con el parámetrogclid, AppsFlyer envía elgclidy la información del evento a Google Ads.
gbraid de Google Ads: identificador agregado generado por Google que identifica un grupo de dispositivos y al que hace referencia el enlace profundo.
gclid): un parámetro pasado en la URL con clics en el anuncio que identifica la campaña y otros atributos de clic asociados con el anuncio. Esto se utiliza para el seguimiento de anuncios y la atribución de campañas.