Obtención de datos de conversión con el SDK de AppsFlyer: retargeting

De un vistazo: Descubre cómo las reatribuciones y los re-engagements se reflejan en los datos de conversión de las trayectorias de los usuarios SRN y no SRN.

Conversión de retargeting

El retargeting incluye dos tipos de conversiones, reatribución o re-engagement.

 Consejo

Los datos de conversión para retargeting no siempre dan una indicación clara del tipo de conversión. Consulta las fuentes de datos de conversión alternativas.

Reatribución con SRN

Cuando un usuario es reatribuido a través de una SRN, la carga útil de los datos de conversión no indica que se trata de una campaña de retargeting. Dado que las SRN no utilizan enlaces de atribución, no hay forma de establecer un parámetro is_retargeting=true en el enlace de atribución. Para las SRN que sí admiten retargeting, AppsFlyer determina si el usuario debe ser reatribuido o no.

Lo que esto significa es que no hay forma de determinar, a nivel de SDK, si una instalación proviene de una campaña de retargeting. La única manera es establecer el nombre de la campaña de tal manera que indique una campaña de retargeting.

 Nota

Establecer el nombre de la campaña de tal manera que indique el retargeting no es un método infalible. Consulta ejemplos para aprender más.

Reatribución con redes de publicidad regulares

La atribución a redes de publicidad se basa en enlaces de atribución. Ya sean enlaces de atribución regulares o de OneLink, con el retargeting, el enlace de atribución siempre tiene el parámetro is_retargeting=true establecido.

Campaña de retargeting con Criteo

Enlace de atribución

https://app.appsflyer.com/id1234567895?pid=criteo_int&af_click_lookback=30d&
  c=campaign_name&is_retargeting=true&redirect=false&idfa=68**********************************
  &af_reengagement_window=30d

Carga útil de los datos de conversión

{
      "adgroup": null,
      "campaign": "campaign_name",
      "media_source": "criteo_int",
      "retargeting_conversion_type": "re-attribution",
      "adset_id": null,
      "campaign_id": null,
      "af_reengagement_window": "30d",
      "install_time": "2018-12-01 23:13:03.126",
      "adgroup_id": null,
      "redirect": "false",
      "af_sub5": null,
      "click_time": "2018-11-18 20:02:31.559",
      "agency": null,
      "cost_cents_USD": "0",
      "is_retargeting": "true",
      "af_cpi": null,
      "af_click_lookback": "30d",
      "af_siteid": null,
      "idfa": "68**********************************",
      "http_referrer": null,
      "orig_cost": "0.0",
      "af_sub4": null,
      "adset": null,
      "af_sub1": null,
      "af_sub3": null,
      "af_sub2": null,
      "af_status": "Non-organic"
  }
  • Parámetro retargeting_conversion_type: este parámetro indica el tipo de retargeting. Puede ser reatribución, re-engagement o ninguno.
  • Parámetro is_retargeting: true: este parámetro indica que la instalación es una instalación reatribuida.
  • af_reengagement_window: La ventana de atribución de re-engagement es la cantidad de días en los que un evento se puede atribuir a un usuario reinvolucrado. Dado que se trata de una conversión de reatribución, este parámetro es redundante.

Reatribución con enlaces profundos diferidos

A menudo, quieres enlazar profundamente a los usuarios reatribuidos que, por definición, no tienen la aplicación instalada. Por ejemplo, si estableces una campaña que tiene como objetivo traer de vuelta a los usuarios que desinstalaron la aplicación. La campaña promueve un producto o servicio y quieres servir a los usuarios contenido relacionado con el producto o servicio que anuncias.

Esto se conoce como enlaces profundos diferidos. La carga útil de los datos de conversión para los enlaces profundos diferidos proviene del método onConversionDataSuccess.

Enlaces profundos diferidos con SRN

Los parámetros de enlaces profundos definidos en las campañas de SRN no están disponibles fuera de las SRN. Esto incluye el parámetro af_dp, que contiene la ruta del esquema en la aplicación. Por lo tanto, a fin de implementar enlaces profundos diferidos, se debe aplicar una lógica adicional para las campañas de SRN. Utiliza los datos de la respuesta onConversionSuccess, como campaña, conjunto de anuncios, grupo de anuncios, para redirigir programáticamente a tus usuarios.

Datos de conversión para enlaces profundos diferidos con Anuncios de Meta

Android iOS
{
     "adset":"Adidas Running Shoes Women",
       "adgroup": null,
     "campaign_id":"6**********",
     "af_status":"Non-organic",
     "retargeting_conversion_type": "none",
     "agency":null,
     "af_sub3":null,
     "af_siteid":null,
     "adset_id":"6**********",
     "is_fb":true,
     "is_first_launch":true,
     "click_time":"2017-07-18 12:55:05",
     "iscache":false,
     "ad_id":"6**********",
     "af_sub1":null,
     "campaign":"running shoes summer collection",
     "is_paid":true,
     "af_sub4":null,
     "adgroup_id":"6**********",
     "is_mobile_data_terms_signed":true,
     "af_channel":"Facebook",
     "af_sub5":null,
     "media_source":"Meta ads",
     "install_time":"2017-07-19 08:06:56.189",
     "af_sub2":null
  }

Puedes usar los datos en la respuesta de getConversionData, como la campaña, conjunto de anuncios, etc. para redirigir programáticamente a tus usuarios y servirles contenido relevante.

 Ejemplo

La aplicación es una aplicación de comercio electrónico que se especializa en ropa deportiva. Un usuario que no tiene la aplicación instalada se involucra con un anuncio e instala la aplicación. Una vez que se inicia la aplicación, el SDK devuelve los datos de conversión. El desarrollador hace que la aplicación abra la actividad de la colección de zapatillas de correr de verano (campaña) en la tienda y sirve la categoría de zapatillas para correr para mujer (conjunto de anuncios).

Enlaces profundos diferidos con enlaces de atribución

Hay tres formas de enlazar profundamente a los usuarios:

Esquemas URI

Al usar esquemas URI, tanto para los enlaces de atribución como para OneLink, el enlace de atribución y la carga útil son los siguientes:

Enlace de atribución

http://app.appsflyer.com/com.appsflyer.nivisampleapp?pid=media_source_name
  &c=campaign_name&af_dp=superapp%3A%2F%2deeplink-activity

OneLink

// short OneLink
  https://dhba.onelink.me/2rAD/71ba577e
  
  //long OneLink
  https://dhba.onelink.me/2rAD?pid=media_source_name&c=campaign_name
  &is_retargeting=true&af_dp=superapp%3A%2F%2deeplink-activity
  

Carga útil

{
      "af_deeplink": true,
      "campaign": "campaign_name",
      "media_source": "media_source_name",
      "retargeting_conversion_type": "none",
      "adset_id": null,
      "campaign_id": null,
      "orig_cost": "0.0",
      "click_time": "2018-12-30 23:59:09",
      "install_time": "2018-12-30 23:59:39.330",
      "agency": null,
      "cost_cents_USD": "0",
      "adset": "AD_SET_NAME",
      "ad_id": "AD_ID",
      "af_siteid": null,
      "http_referrer": null,
      "af_cpi": null,
      "af_sub5": null,
      "af_sub4": null,
      "af_sub1": null,
      "af_sub3": null,
      "af_sub2": null,
      "af_status": "Non-organic",
      "scheme": "superapp",
      "host": "deeplink_activity"
  }
  • af_deeplink: true: cuando este parámetro aparezca y esté establecido como verdadero, busca los campos scheme y host.
  • scheme y host: estos campos provienen del parámetro af_dp en el enlace de atribución e indican el esquema y la actividad a la que el usuario enlazarse profundamente.

Enlaces universales de iOS y enlaces de aplicaciones de Android

Estas son las otras dos de las tres formas de realizar enlaces profundos.

Cuando se utilizan enlaces universales o enlaces de aplicaciones, el OneLink y la carga útil son los siguientes:

OneLink

// short OneLink
  https://dhba.onelink.me/2rAD/71ba577e
  
  //long OneLink
  https://dhba.onelink.me/2rAD?pid=media_source_name&c=campaign_name
  &is_retargeting=true
  

Carga útil

{
      "install_time": "2019-01-08 16:24:49.853",
      "cost_cents_USD": "0",
      "campaign": "campaign_name",
      "retargeting_conversion_type": "none",
      "is_first_launch": true,
      "click_time": "2019-01-08 16:24:14.322",
      "af_click_lookback": "7d",
      "orig_cost": "0.0",
      "af_status": "Non-organic",
      "iscache": "true",
      "shortlink": "71ba577e",
      "media_source": "media_source_name",
      "is_retargeting": true
  }
  • Campo shortlink: este campo indica el OneLink específico del que proviene el usuario. Ayuda al desarrollador a saber cómo proceder para ejecutar una actividad y servir contenido. Otros campos como campaign también pueden utilizarse para este propósito.

     ¡Importante!

    El campo shortlink no aparece en la carga útil cuando se usa el OneLink largo.

    En ambos casos (OneLink corto o largo) recomendamos agregar un parámetro personalizado que indique la actividad. Por ejemplo &deep_link_activity=shoes_cateogry

 Nota

El uso de enlaces universales y enlaces de aplicaciones solo es posible con OneLink.

Re-engagement con SRN

Al igual que con las campañas de reatribución, cuando se recapta un usuario a través de una SRN, los datos de conversión no indican que se trata de una campaña de re-engagement. Se puede establecer el nombre de la campaña de manera que indique una campaña de re-engagement.

Re-engagement con redes de publicidad regulares

Aquí también, la carga útil de los datos de conversión no indica que el usuario proviene de una campaña de re-engagement. Para superar esta limitación, puedes establecer el nombre de la campaña para indicar un re-engagement.

Re-engagement con enlaces profundos

Una parte importante del re-engagement es enviar al usuario a una actividad específica. Por ejemplo, si anuncias algún producto u oferta. En tales casos, deseas enviar a los usuarios que hacen clic en el anuncio directamente a la actividad de la aplicación para este producto u oferta.

Para ello, se utilizan enlaces profundos. Los datos de conversión en los enlaces profundos son realmente importantes. Contienen la información necesaria para que el desarrollador personalice la experiencia del usuario y lo envíe a la actividad correcta.

Re-engagement: enlaces profundos con SRN

Los datos de conversión no están disponibles cuando un usuario recaptado proviene de una SRN. El desarrollador debe usar los métodos de las SRN para obtenerlo al lanzar la aplicación.

Re-engagement: enlaces profundos con redes de publicidad

Cuando se recapta a un usuario y se inicia la aplicación, los siguientes datos de conversión están disponibles en el método onAppOpenAttribution:

Tanto para iOS como para Android, cuando se usa la versión corta de OneLink, los datos de conversión constituyen un mapa estructurado de todos los parámetros incluidos en el enlace:

Ejemplo:

{
     af_dp: "superapp://Deeplink",
     pid: "media_source_name"
     c: "campaign_name",
     link: "https://abcd.onelink.me/12ab/12ab34c"
     is_retargeting: true
  }
  • El desarrollador de la aplicación puede utilizar dichos parámetros, como af_dp y el nombre de la campaña, para enviar al usuario a una actividad específica y servir el contenido relevante.

 ¡Importante!

Recomendamos usar la versión corta de OneLink. Haz clic aquí para obtener más información.

Otra razón para utilizar la versión corta de OneLink es la estructura de los datos de conversión que devuelve la versión larga. Cuando se usa la versión larga, los datos de conversión son un mapa con un solo campo llamado link que contiene todo el OneLink largo.

{
     "link": "https://abcd.onelink.me/12ab?pid=media_source&c=campaign_name&is_retargeting=true&af_dp=superapp%3A%2F%2FDeepLink"
  }
  

Fuentes de datos de conversión alternativas

  • La Push API ofrece una carga útil de conversión detallada que indica una reatribución o un re-engagement. Las cargas útiles de Push API incluyen un campo llamado re_targeting_conversion_type. Este campo indica el tipo de conversión, ya sea reatribución o re-engagement. Para obtener más información, consulta nuestra guía de Push API.
  • Los reportes de raw data también contienen indicadores del tipo de conversión. En el reporte de raw data de conversiones de retargeting, hay una columna llamada Nombre del evento. El valor en esta columna es re-engagement o reatribución, según el tipo de conversión.

Ejemplos de adquisición y reatribución de usuarios mixtos

Ejemplos

  1. Un usuario instala tu aplicación y luego la desinstala. La acción de instalación pone al usuario en una ventana de reatribución. Estableces una campaña de adquisición de usuarios (no retargeting) con Anuncios de Meta. También estableces la integración de AppsFlyer con Anuncios de Meta para permitir el retargeting.

    Mientras aún está en la ventana de reatribución, el usuario ve el anuncio, hace clic en él y reinstala la aplicación. Desde el punto de vista de AppsFlyer, el usuario es un usuario reatribuido.

    Esto se debe a dos factores:
      1. La configuración con Anuncios de Meta permite el retargeting.
      2. El usuario se encuentra dentro de la ventana de reatribución.

    En este caso, el nombre de la campaña no indica reatribución.
  2. Tomemos el mismo ejemplo, solo que esta vez el usuario se encuentra fuera de la ventana de reatribución. En este caso, la instalación es una nueva instalación no orgánica.
  3. Veamos otro ejemplo. Estableces una campaña de retargeting en Anuncios de Meta. Algunos usuarios se cruzan con la campaña e instalan la aplicación. Sin embargo, estos usuarios instalan la aplicación por primera vez. Dichos usuarios no se consideran usuarios reatribuidos. En cambio, AppsFlyer los considera como usuarios que provienen de una campaña de adquisición de usuarios.