En resumen: Descubre más sobre las redes de autorreporte (SRN): atribución, deep linking, implicaciones para iOS y preguntas frecuentes.
SRNs integradas con AppsFlyer
Nota: Las SRNs tienen restricciones para el uso y retención de datos a nivel de usuario.
Atribución
A diferencia de las redes no SRN (ad networks), que utilizan enlaces de atribución para reportar eventos a AppsFlyer, las SRNs se autoatribuyen utilizando el ID del dispositivo cuando AppsFlyer notifica sobre una instalación. Para las aplicaciones de iOS, se emplean SKAN y el framework de privacidad avanzada agregada para la atribución.
La atribución de AppsFlyer tanto para SRN como para no SRN se fundamenta en dos metodologías:
- Metodologías de último toque y multitoque.
- Logica estándar de atribución de AppsFlyer para secuenciar los datos relevantes de impresiones y clics.
¿Cómo funciona la atribución con las SRNs?
Las SRN reportan eventos, como nuevas instalaciones y eventos en la aplicación, a AppsFlyer de la siguiente manera:
- Empleando APIs para comunicarse con proveedores de atribución y medición.
- Cuando los proveedores de atribución de terceros detectan una instalación, consultan la red a través del ID de publicidad.
- Reporte de detalles sobre cualquier clic o impresión de anuncios relevante.
Después de que AppsFlyer realice la atribución, se envían postbacks in-app a la SRN durante el período de retención de datos del partner.
¿Cómo funciona la atribución con las SRNs Avanzadas?
Las SRN avanzadas efectúan la atribución de la misma manera que las SRNs. Sin embargo, las SRNs avanzadas también pueden atribuir interacciones cuando no hay un ID de dispositivo (IDFA), utilizando el framework de Privacidad Avanzada Agregada. En ocasiones, la atribución se realiza mediante coincidencia de ID con doble consentimiento y, para algunas SRNs avanzadas, mediante modelado probabilístico a través de la comunicación por API sobre clics e impresiones.
Atribución de instalaciones
Antes de instalar una aplicación, los usuarios potenciales ven e interactúan con varios anuncios. En general, los proveedores de atribución ofrecen a los anunciantes una atribución de último toque, lo que significa que se atribuye una instalación al último clic realizado antes de la instalación efectiva.
Cuando se lanza una aplicación por primera vez:
- AppsFlyer verifica que:
- La aplicación esté configurada para recibir tráfico de SRNs.
- El usuario tenga un ID de publicidad.
- Si ambas condiciones se cumplen, AppsFlyer consulta a las SRNs usando el ID de publicidad.
- AppsFlyer realiza la atribución tras considerar las afirmaciones de la SRN.
Ejemplos de atribución de instalaciones
Ejemplo A: Atribución asistida
Lunes: La red A informa un clic de usuario.
Martes: La red B informa una interacción con video.
Miércoles: La red C informa un clic en un anuncio interactivo y, 30 minutos después, se produce una instalación.
AppsFlyer atribuye la instalación a la red C y reconoce a las redes A y B por su contribución en la instalación.
AppsFlyer proporciona a los anunciantes datos de asistencia (interacciones sin atribuir que ocurren antes de una instalación). Esto permite a los anunciantes personalizar sus modelos de atribución multitáctil o fraccionada. Para más detalles, consulta Explicación de las instalaciones asistidas.
Ejemplo B: Atribución del último clic
La red D (SRN) informa un clic unos minutos antes de la red C.
La red C utiliza la integración de atribución estándar.
AppsFlyer atribuye la instalación a la red C, ya que fue donde se realizó el último clic.
Ventanas de atribución
Las ventanas de atribución incluyen la retrospectiva y la view-through. Algunas SRNs cobran a los anunciantes por una instalación basada en el costo por mil impresiones (CPM) y el costo por acción (CPA); estos se basan en clics o impresiones que ocurren durante un período de 1 a 28 días.
AppsFlyer asigna la instalación, la actividad, el costo efectivo por instalación (eCPI) y el costo efectivo por acción (eCPA) basándose en la metodología de atribución preferida por el anunciante y las ventanas retrospectivas.
Los anunciantes pueden tener que pagar por las instalaciones basadas en ventanas retrospectivas de atribución de SRN y modelos view-through.
- Los anunciantes esperan que la metodología de atribución universal de terceros de AppsFlyer optimice y distribuya su gasto publicitaria.
- ¿Por qué? Porque AppsFlyer informa el eCPI y eCPA reales según los términos definidos por el anunciante.
- Las SRNs pueden beneficiarse a corto plazo, dado que generalmente definen sus propias condiciones de pago. No obstante, los anunciantes corrigen esto usando proveedores de atribución de terceros.
Deep linking con SRNs
Para que los usuarios abran tu aplicación al hacer clic en el enlace, solo necesitas configurar App Links/Universal Links/Esquemas URI. Sin embargo, para realizar deep linking o deferred deep linking a una página o actividad específica de tu app, las SRNs utilizan sus propios métodos, sin involucrar el método de deep linking de AppsFlyer.
Entonces, ¿cómo puedes integrar a tus usuarios y obtener los datos relevantes de las SRNs?
Direct deep linking
Cuando un dispositivo de usuario realiza un deep linking, el direct deep linking con SRNs se efectúa sin llamar al método de deep linking de AppsFlyer. En el ejemplo a continuación, los usuarios existentes que hacen clic en un anuncio son redireccionados a la actividad directamente mediante los métodos de Facebook, mientras que los usuarios nuevos obtienen la misma experiencia a través de los datos de conversión de AppsFlyer. Descubre cómo Meta Ads utilizan OneLink para crear deep linking
Ejemplo
Jill, el mobile marketer de "greatapp", decide llevar a cabo una campaña de deep linking en Meta Ads, dirigida a un público general. La campaña envía a los usuarios que hacen clic a una actividad "bonus".
Jack, el desarrollador móvil, incorpora esta lógica tras obtener los datos de conversión:
- ¿Tiene su origen en Facebook ("is_fb=true")?
- Si es así, obtén el valor del parámetro del grupo de anuncios.
- Si el valor contiene la palabra "bonus", dirige al usuario a la actividad "bonus".
Deferred deep linking
A diferencia de los deep linking, los deferred deep linking con SRNs son posibles mediante la API GCD de AppsFlyer. AppsFlyer recibe los datos de conversión y los pone a disposición de la aplicación en la primera apertura. A los usuarios nuevos que instalan la aplicación después de hacer clic en una campaña de deep linking o retargeting en una SRN se los puede redireccionar dentro de la aplicación al momento del inicio, utilizando los datos de conversión.
Los deferred deep linking son compatibles con Google Ads, Snapchat y TikTok for Business mediante el uso del valor real del deep linking, que se puede consultar a través de GCD usando el campo af_dp. En el caso de TikTok for Business, este valor también es accesible desde el campo deep_link_value. Sin embargo, con otras SRNs, los parámetros de deep linking normales de AppsFlyer no forman parte de los datos del deep link. Para utilizar esta información dentro de la aplicación, el desarrollador debe usar lógica adicional basada en los parámetros disponibles, como el nombre de la campaña, del conjunto de anuncios o de anuncios individuales.
Nota: Para los Meta Ads, el deferred deep linking a través de GCD está disponible para aplicaciones de Android utilizando el mecanismo de Google Install Referrer. Solo está disponible para aplicaciones iOS si el SDK de Facebook está integrado en tu aplicación.
Implicaciones para iOS
La mayoría de las SRNs son compatibles con SKAdNetwork y tienen la integración necesaria con AppsFlyer.
Atribución de SRN en iOS 14.5
A partir de iOS 14.5, cuando los usuarios dan su consentimiento de la ATT en ambas aplicaciones, tanto del anunciante como del publisher (consentimiento dual), las instalaciones de SRN, que se registran en el dashboard de SKAdNetwork, también se muestran en los dashboards tradicionales.
Nota
- El dashboard tradicional muestra una reducción en las instalaciones atribuidas a SRNs. Al considerar el rendimiento de SRN, utiliza el dashboard de SKAdNetwork. En general, se anticipa una disminución en las atribuciones de instalaciones de SRN, junto con un aumento correspondiente en instalaciones orgánicas. Sin embargo, para las SRNs avanzadas, el impacto es menor ya que también acreditan interacciones cuando no hay un ID de dispositivo.
- El dashboard de SKAdNetwork se actualiza con un retraso de 48 a 72 horas después de las instalaciones.
- Las instalaciones generadas por los Apple Search Ads (ASA) no se atribuyen en el dashboard de SKAdNetwork.
Envío de postbacks de eventos a SRNs
Las SRNs que reciben postbacks de eventos dependen de la inclusión del ID del dispositivo en el postback. Esto permite a las SRNs autoatribuir las acciones de usuarios reportados. 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, deberías esperar lo siguiente:
- Una disminución en el número de postbacks de eventos enviados a SRNs
- Discrepancias en el número de postbacks de eventos entre las SRNs y AppsFlyer, que registra todos los eventos.
Nota
- Si no hay IDFA, los postbacks de instalaciones, aperturas de aplicaciones o eventos internos no se envían a las SRNs. No obstante, en algunos casos, AppsFlyer envía postbacks a SRNs incluso cuando no hay un ID de publicidad.
- Las ad networks de clics no se ven afectadas, ya que utilizan sus propios identificadores de transacción, en lugar de identificadores de dispositivos, para autoatribuirse la información de los postbacks de eventos.
Preguntas frecuentes
¿Cómo funciona el retargeting con SRNs?
Los clics de retargeting desde redes no SRNs se identifican fácilmente por la existencia del parámetro is_retargeting=true en el enlace de atribución de retargeting.
Para las SRNs, no hay una indicación similar. En su lugar, para permitir la atribución de re-engagements desde SRNs, AppsFlyer utiliza otra lógica:
- Prerrequisitos:
- En la página de Configuración de la Aplicación, activa Habilitar retargeting.
- En la página de Integraciones Activas, selecciona la SRN y activa Retargeting.
- Con cada apertura de la aplicación, AppsFlyer consulta a la SRN sobre interacciones recientes del ID de dispositivo con anuncios de campañas de la app.
- Si la SRN responde con detalles de la interacción, AppsFlyer verifica que esta interacción esté dentro del periodo de lookback y supere el tiempo mínimo entre re-engagements.
- Las interacciones validadas se registran como re-engagements y se atribuyen a la SRN.
¿Qué es la mala segmentación de SRN?
Las campañas de SRN deberían dirigirse a una audiencia específica, pero esto no siempre ocurre: No usuarios en campañas de adquisición de usuarios y usuarios existentes en campañas de retargeting.
Si se utiliza una SRN para ejecutar campañas de adquisición de usuarios y retargeting, esto puede llevar a una segmentación incorrecta de los usuarios. Como consecuencia, se paga por tráfico no deseado.
Escenario: Una SRN en la plataforma de AppsFlyer está habilitada para una campaña de adquisición de usuarios.
- Tras cada lanzamiento de la aplicación, AppsFlyer consulta a la SRN para verificar si el ID de publicidad (usuario) tuvo una interacción reciente.
- Si la respuesta es sí,
- SRN responde con el nombre de la campaña.
- AppsFlyer determina si fue la primera apertura (o no) y atribuye en consecuencia:
Primera apertura: Se atribuye una nueva instalación a la campaña.
Segunda apertura o posterior: Un evento de retargeting se atribuye a la campaña.
Conclusión: Es un desperdicio obtener eventos de retargeting a partir de una campaña destinada a adquisición de usuarios.
¿La orientación incorrecta es un problema?
Analistas de AppsFlyer revisaron campañas de adquisición de usuarios de Meta Ads durante un mes específico.
- El retargeting estaba habilitado.
- En un 30% de las campañas, al menos un 15% de los usuarios objetivo eran ya usuarios de la aplicación.
- En un 5% de las campañas, al menos un 40% ya eran usuarios de la aplicación.
- Conclusión: En campañas de adquisición de usuarios SRN, 1 de cada 10 usuarios dirigidos ya es un usuario existente.
Solucionar el problema de orientación incorrecta
Solución básica: No incluir usuarios existentes en una campaña de adquisición de usuarios.
- SRN solo se enfocará en nuevos usuarios potenciales.
- Maximiza los resultados de adquirir nuevos usuarios con el mismo presupuesto.
- Actualiza la campaña de forma periódica (y manual), por ejemplo, una vez al mes.
- Sin embargo, las brechas de tiempo pueden provocar que los usuarios existentes sean el objetivo de campañas de adquisición durante el primer mes después de instalar una app.
Audiences, una característica premium de AppsFlyer, te permite enviar automáticamente, a diario, cualquier segmento de tu base de usuarios a docenas de ad networks.
Investigaciones de AppsFlyer muestran que solucionar problemas de orientación errónea puede tener un impacto significativo en tus esfuerzos de marketing y adquisición de usuarios.
¿Por qué está vacío el campo de URL original 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 la URL original asociados al clic no están disponibles para AppsFlyer.
El dashboard no muestra los clics e impresiones de la SRN
¿Pueden las agencias configurar campañas SRN?
¿AppsFlyer envía postbacks por IDs de publicidad faltantes (IDFA/GAID)?
Cuando los IDs de publicidad contienen una cadena vacía (“”) o muestran el valor '00000000-0000-0000-0000-000000000000' (IDFAs vacíos), AppsFlyer no envía postbacks para instalaciones, aperturas de aplicaciones o eventos in-app, excepto en los siguientes escenarios:
- Google Ads: Como parte de la integración para la medición de remarketing con Google Ads, cuando un usuario de iOS que no ha dado consentimiento abre la aplicación o realiza un evento dentro de ella, AppsFlyer envía la información del
gbraidy del evento a Google Ads (para el eventoadditional_data_json). - Google Ads: En Android, cuando no hay un ID de dispositivo pero el valor de referencia contiene un
gclid(para instalaciones) o un evento de reactivación incluye un deep link con el parámetrogclid, AppsFlyer envía elgclidy la información del evento a Google Ads. - Meta: ID de cookies o de campañas de Facebook (en deep linking o en re-engagements previos) o si está habilitada la opción AEM.
- Snapchat y TikTok (SRN avanzado): Si atribuimos a Snapchat o TikTok a través de PMOD y luego llega un evento in-app vinculado a esa instalación, enviaremos el postback.
gbraid: Un identificador agregado generado por Google que identifica un grupo de dispositivos y al que se hace referencia a través del deep link. gclid ): Un parámetro incluido en la URL con los clics en el anuncio, que identifica la campaña y otros atributos relacionados con el clic asociados con el anuncio. Esto se utiliza para el seguimiento de anuncios y la atribución de campañas.¿Los clics e impresiones de las SRNs están disponibles en los reportes de raw data?
No, los clics e impresiones de las SRNs no se comparten en los reportes de raw data. Si bien los datos de SRNs se utilizan para la atribución, los raw data de clics e impresiones no se incluyen en los reportes. Esto se aplica a todas las SRNs, incluidas TikTok, Snap, Meta y Google.