De un vistazo: Descubra más sobre las redes de autorreporte (SRN): atribución, deep linking, implicaciones para iOS y preguntas frecuentes.
SRN integradas con AppsFlyer
Nota: Las SRN tienen restricciones para el uso y retención de datos a nivel de usuario.
Atribución
A diferencia de las redes no SRN (redes publicitarias), que utilizan enlaces de atribución para reportar eventos a AppsFlyer, las SRN se autoatribuye utilizando el ID del dispositivo cuando AppsFlyer les notifica sobre una instalación. Para las aplicaciones de iOS, se emplean SKAN y el marco 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 SRN?
Las SRN reportan eventos, como nuevas instalaciones y eventos en la aplicación, a AppsFlyer de la siguiente manera:
- Empleando API 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.
- Informe 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 socio.
¿Cómo funciona la atribución con las SRN Avanzadas?
Las SRN avanzadas efectúan la atribución de la misma manera que las SRN. Sin embargo, las SRN avanzadas también pueden atribuir interacciones cuando no hay un ID de dispositivo (IDFA), utilizando el marco de Privacidad Avanzada Agregada. En ocasiones, la atribución se realiza mediante coincidencia de ID con doble consentimiento y, para algunas SRN 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 SRN.
- El usuario tenga un identificador publicitario.
- Si ambas condiciones se cumplen, AppsFlyer consulta a las SRN usando el identificador publicitario.
- AppsFlyer realiza la atribución tras considerar las afirmaciones de las 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, consulte 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 retrospección y la vista completa. Algunas SRN 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 retrospeccionistas de atribución de SRN y modelos de visualización.
- Los anunciantes esperan que la metodología de atribución universal de terceros de AppsFlyer optimice y distribuya su inversión publicitaria.
- ¿Por qué? Porque AppsFlyer informa el eCPI y eCPA reales según los términos definidos por el anunciante.
- Las SRN 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.
Enlaces profundos con SRN
Para que los usuarios abran tu aplicación al hacer clic en el enlace, solo necesitas configurar Enlaces de App/Enlaces Universales/esquema URI. Sin embargo, para realizar enlaces profundos o diferidos a una página o actividad específica de tu app, las SRN utilizan sus propios métodos, sin involucrar el método de enlaces profundos de AppsFlyer.
Entonces, ¿cómo puedes integrar profundamente a tus usuarios y obtener los datos relevantes de las SRN?
Enlaces profundos directos
Cuando un dispositivo de usuario realiza un enlace profundo, el enlace profundo directo con SRN se efectúa sin llamar al método de enlace profundo de AppsFlyer. En el ejemplo a continuación, los usuarios existentes que hacen clic en un anuncio son redirigidos 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 los anuncios de Meta utilizan OneLink para crear enlaces profundos
Ejemplo
Jill, la especialista en marketing móvil de "greatapp", decide llevar a cabo una campaña de enlaces profundos en anuncios de Meta, dirigida a un público general. La campaña redirige 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í, obten el valor del parámetro del grupo de anuncios.
- Si el valor contiene la palabra "bonus", dirige al usuario a la actividad "bonus".
Enlaces profundos diferidos
A diferencia de los enlaces profundos, los enlaces profundos diferidos con SRN 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 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.
Los enlaces profundos diferidos son compatibles con Google Ads, Snapchat y TikTok for Business mediante el uso del valor real del enlace profundo, 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 SRN, los parámetros de enlace profundo normales de AppsFlyer no forman parte de los datos del enlace profundo. 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 anuncios de Meta, el enlace profundo diferido a través de GCD está disponible para aplicaciones de Android utilizando el mecanismo de referencia de instalación de Google. 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 SRN 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 ATT en ambas aplicaciones, tanto del anunciante como del editor (consentimiento dual), las instalaciones de SRN, que se registran en el panel de SKAdNetwork, también se muestran en los paneles tradicionales.
Nota
- El panel tradicional muestra una reducción en las instalaciones atribuidas a SRN. Al considerar el rendimiento de SRN, use el panel 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 SRN avanzadas, el impacto es menor ya que también acreditan interacciones cuando no hay un ID de dispositivo.
- El panel de SKAdNetwork se actualiza con un retraso de 48 a 72 horas después de las instalaciones.
- Las instalaciones generadas por los anuncios de búsqueda de Apple (ASA) no se atribuyen en el panel de SKAdNetwork.
Envío de devoluciones de eventos a SRN
Las SRN que reciben devoluciones de eventos dependen de la inclusión del ID del dispositivo en la devolución. Esto permite a las SRN autoatribuir las acciones de usuarios informadas. Muchos usuarios de iOS 14 no consienten, 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 devoluciones de eventos enviadas a SRN
- Discrepancias en el número de devoluciones de eventos entre las SRN 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 SRN. No obstante, en algunos casos, AppsFlyer envía postbacks a SRN incluso cuando no hay un ID de publicidad.
- Las redes de anuncios 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 SRN?
Los clics de retargeting desde redes no SRN se identifican fácilmente por la existencia del parámetro is_retargeting=true en el enlace de atribución de retargeting.
Para las SRN, no hay una indicación similar. En su lugar, para permitir la atribución de reengagements desde SRN, 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 lanzamiento 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 retrospección y supere el tiempo mínimo entre reengagements.
- Las interacciones validadas se registran como reengagements 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 afirmativa,
- SRN responde con el nombre de la campaña.
- AppsFlyer determina si fue el primer lanzamiento (o no) y atribuye en consecuencia:
Primer lanzamiento: Se atribuye una nueva instalación a la campaña.
Segundo lanzamiento 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.
- 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.
altusuarios_mal_seleccionados.pngalt
Solucionar el problema de orientación incorrecta
Solución básica: No incluya 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.
- Actualice 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.
Audiencias, una característica premium de AppsFlyer, te permite enviar automáticamente, a diario, cualquier segmento de tu base de usuarios a docenas de redes publicitarias.
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 informes de datos en bruto?
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 panel de control no muestra los clics e impresiones de SRN
¿Pueden las agencias configurar campañas SRN?
¿AppsFlyer envía postbacks por identificaciones publicitarias faltantes (IDFA/GAID)?
Cuando los ID 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 dentro de la app, excepto en los siguientes escenarios:
- Anuncios de Google: 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). - Anuncios de Google: 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 enlace profundo 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 enlaces profundos 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 en la aplicación vinculado a esa instalación, enviaremos el postback.