1. AppsFlyer Support
  2. Marketers
  3. Medición y engagement
  4. Retargeting de usuarios
  5. Atribución de retargeting

Guía de atribución de retargeting

Avatar
Gray Goldstein
Última actualización:
  • Marketers
  • Desarrolladores

De un vistazo: Las campañas de retargeting (remarketing) motivan a los usuarios a abrir y volver a involucrarse con la aplicación o hacen que los usuarios que eliminaron la aplicación la vuelvan a instalar.

Fundamentos del retargeting

La atribución de retargeting se produce cuando un usuario se involucra con una campaña de retargeting haciendo clic en un enlace de atribución de retargeting o enlace profundo. Esto da lugar a uno de los siguientes eventos de atribución:

  • Re-engagement: si la aplicación está en el dispositivo, la fuente de medios que motiva al usuario a abrir la aplicación recibe un crédito por un re-engagement.

  • Reatribución (también conocido como reinstalación de retargeting): si la aplicación no está en el dispositivo del usuario (lo que significa que el usuario desinstaló la aplicación), involucrarse con la campaña de retargeting hace que el usuario vuelva a instalar y abrir la aplicación. Si esto ocurre durante una ventana de reatribución, se acredita la reatribución a la fuente de medios de retargeting. Lectura relacionada: Reinstalaciones.

Retargeting_-_Flow__2_.png

Antes de ejecutar campañas de retargeting, revisa las reglas y los casos de ejemplo de re-engagement en las secciones que siguen y, a continuación, configura el retargeting tal como se describe en la sección de procedimientos de retargeting. Para una mejor comprensión, deberías estar familiarizado con el modelo de atribución de AppsFlyer y las ventanas de atribución asociadas.

Reglas y ventanas de re-engagement

  • Las reglas de atribución de retargeting determinan si un evento es un evento de retargeting y se atribuye a la fuente de medios de retargeting.

  • Al igual que las campañas de atribución de adquisición de usuarios, los re-engagements de retargeting de las redes de autorreporte (SRN) se reportan por API y aquellos que no son de las SRN por enlace de atribución.

  • Las reglas, basadas en la trayectoria del usuario, consisten en:

  • Si se atribuye un re-engagement, los eventos in-app durante la ventana de re-engagement se atribuyen doblemente. Esto significa que se atribuye tanto a la fuente de medios de retargeting como a la fuente de medios de la UA original si se conoce.

El siguiente diagrama contiene el conjunto de reglas de re-engagement. Úsalo como guía para determinar si una interacción con una campaña de retargeting se atribuirá como un re-engagement.

Reglas de re-engagement

Retargeting_-_rules__4_.png

Referencia: ventanas de inclusión y exclusión

Las siguientes tablas contienen información de referencia sobre las ventanas relacionadas con la atribución de retargeting.      

Ventanas de inclusión

Tipo de ventana

Descripción

Por impresiones

La duración máxima desde que el usuario visualiza un anuncio hasta que abre una aplicación.

Dónde se configuró: enlace de atribución

Duración:

  • Valor predeterminado: 1 día

  • Rango: 1-23 horas/1-7 días

Observaciones específicas de las SRN:

Las impresiones de retargeting son compatibles con DoubleClick y Twitter.

Retrospectiva por clics

La duración máxima desde que el usuario hace clic en un anuncio hasta que abre una aplicación.

Dónde se configuró: enlace de atribución

Duración:

  • Valor predeterminado: 7 días

  • Rango: 1-23 horas/1-30 días

Observaciones de las SRN: Comprueba con la SRN cuál es su política específica de las ventanas retrospectivas.

RE-ENGAGEMENT

Ten en cuenta lo siguiente en relación a la ventana de re-engagement:

  • La ventana comienza cuando el usuario abre la aplicación por primera vez después de interactuar con la fuente de medios de retargeting.

  • Los eventos in-app se atribuyen doblemente a las fuentes de medios de retargeting y adquisición de usuarios durante la duración de la ventana.

  • La configuración de la aplicación o la SRN determinan la duración de la ventana.

  • Si el usuario se involucra con otra campaña de retargeting durante la ventana de re-engagement, que no está bloqueada por una ventana de exclusión, la ventana de re-engagement actual termina inmediatamente y comienza una ventana de re-engagement nueva.

  • En el contexto de una reatribución: la duración de la ventana de re-engagement es ilimitada en el tiempo. Sin embargo, esta ventana finaliza en el caso de una nueva instalación, reinstalación o debido a limitaciones de retención de datos.

Dónde se establece: enlace de atribución

  • Valor predeterminado: 30 días

  • Rango: 1-23 hora/1-90 días/de por vida.

Observaciones de las SRN: Configurable para las SRN

Si cambias la configuración de la ventana, el cambio afectará a los re-engagements en el futuro. No tiene ningún impacto en los re-engagements existentes.

Ventanas de exclusión

Tipo de ventana

Descripción

Tiempo mínimo entre conversiones de recaptación (re-engagement)

No registran un re-engagement durante la ventana de exclusión.

Tiempo mínimo entre conversiones de recaptación (re-engagement)

  • En el re-engagement, se abre una ventana durante la cual los eventos in-app se atribuyen tanto a las campañas de retargeting (primarias) como a las de la UA (no primarias).

  • Esto permite medir el rendimiento de la campaña de retargeting.

  • Si otra red o campaña trae un re-engagement nuevo durante esta ventana:

    • [Predeterminado] se cierra la ventana de recaptación existente, se registra otro re-engagement, y los eventos in-app subsiguientes se atribuyen al re-engagement más reciente.

    • Para evitarlo, configura el tiempo mínimo entre conversiones de re-engagement. En este caso, solo después del tiempo mínimo transcurrido, se puede registrar un re-engagement nuevo.

  • Esta configuración no tiene ningún impacto en los casos en los que la ventana de re-engagement es más corta que la duración de esta configuración. Ejemplo: Si la ventana de re-engagement es de 1 día, y esta configuración es de 4 días, entonces esta configuración no tiene ningún impacto.

  • Esta configuración no afecta la duración entre la instalación y el re-engagement.

Dónde se configura: página de configuración de la aplicación

Duración:

  • Valor predeterminado: Ninguno

  • Rango: 1-23 horas/1-30 días

Período mínimo de inactividad

No registran un re-engagement durante la ventana de exclusión.

Dónde se establece: página de configuración de partners integrados en la pestaña Integración.

Duración:

  • Valor predeterminado: Ninguno

  • 0-30 días

Observaciones de las SRN: Ten en cuenta que las SRN generalmente tienen sus propias reglas de período de inactividad. Si tu configuración difiere de la de la SRN, esto puede causar discrepancias.

Reatribución

La ventana de reatribución afecta las reatribuciones, pero no los re-engagements.

Los usuarios que reinstalan la aplicación durante la ventana de reatribución después de involucrarse con una campaña de retargeting se atribuyen a las fuentes de medios de retargeting. Lectura relacionada: Reinstalaciones

Dónde se establece: configuración de la aplicación
Ejemplo de flujo de implementación de las reglas

Retargeting_-_1__1_.png

Lista de verificación de las reglas de re-engagement para la atribución por clics y por impresiones

Regla

Regla

A

El usuario se involucró con una campaña de retargeting, lo que significa que el usuario visualizó o hizo clic en un anuncio definido como un anuncio de retargeting.

B

El engagement se produjo durante una ventana retrospectiva por clics o por impresiones.

C

El usuario estuvo inactivo durante más tiempo que el período mínimo de inactividad.

D

En el caso de los eventos in-app, se producen durante la ventana de re-engagement.

E

El período entre el re-engagement anterior es mayor que el tiempo mínimo entre los re-engagements.

Ejemplos de escenarios de retargeting

Escenario 1: compras antes, durante y después de la ventana de re-engagement

Trayectoria del usuario:

  • Se involucra con un anuncio de la red Z, instala la aplicación y realiza una compra (A).

  • Se involucra con un anuncio de retargeting de la red Y, abre la aplicación y realiza una compra (B).

  • Realiza una compra (C).

Retargeting_-_1__1_.png

Columna P/S: principal o secundaria descrita en atribución doble de eventos de retargeting

Escenario 2: varias conversiones durante la ventana de atribución de recaptación

Trayectoria del usuario:

  • Se involucra con un anuncio de la red Z, instala la aplicación y realiza una compra (A).

  • Se involucra con un anuncio de retargeting de la red Y, abre la aplicación y realiza una compra (B).

  • Realiza una compra (C).

Retargeting_-_2__1_.png

Columna P/S: principal o secundaria descrita en atribución doble de eventos de retargeting

Operaciones de retargeting

Configuración del retargeting

Se requieren las siguientes configuraciones según el escenario.

Tipo de conversión

SRN

Sin SRN

RE-ENGAGEMENT

  1. Ve a Configuración > Configuración de la aplicación.

  2. Verifica que la atribución de re-engagement esté activada.

  3. Por SRN: Ve a Integración > Partners integrados, selecciona la SRN. Activa Atribución de recaptación.

  1. Ve a Configuración > Configuración de la aplicación.

  2. Verifica que la atribución de recaptación esté activada.

  3. Por medio de no SRN: Añade el parámetro de retargeting a los enlaces de atribución como se detalla en esta sección

Reatribución

  1. Ve a Integración > Partners integrados, selecciona la SRN.

  2. Activa la atribución de reinstalaciones.

  1. No se requieren configuraciones explícitas.

  2. Añade el parámetro de retargeting a los enlaces de atribución como se detalla en esta sección.
Configuración de no SRN

Para configurar un partner de retargeting de red de publicidad (no SRN):

  1. En AppsFlyer, ve a Configuración > Partners integrados.

  2. Selecciona una red publicitaria.

  3. Activa Habilitar la configuración de retargeting. Esto modifica el enlace de atribución a una URL de retargeting, agregando is_retargeting=true al enlace.

  4. Selecciona una de las siguientes opciones:

    • Utiliza un enlace de atribución estándar para los enlaces de plataforma única (específicos de la aplicación).

    • Usa OneLink.

      • Introduce una URL de enlace profundo, si es necesario (consulta la guía Enlaces profundos).

  5. Copia la URL generada y dásela a la red de publicidad para usarla con tu campaña de retargeting. Nota: La URL no persiste y no se puede guardar.

Panel de control de retargeting

El panel de control general contiene métricas de retargeting, así como métricas de adquisición de usuarios. Las métricas se basan en el valor de vida útil (LTV) y se relacionan con los usuarios que participan en una campaña de retargeting.

Para ver los datos de retargeting:

  1. En AppsFlyer, ve a Paneles de control > Descripción general.

  2. Haz clic en Tipo de vista, luego selecciona Retargeting. Se muestran los datos de retargeting. Nota: También puedes ver los datos de retargeting en la vista unificada. Consulta Tipos de vista del panel de control.

Enlaces de atribución de retargeting

  • Los enlaces de retargeting son similares a los enlaces regulares de adquisición de usuarios.

  • Créalos para:

Parámetros de los enlaces de atribución de retargeting

Parámetro

Descripciones

Obligatorio

is_retargeting

Configurar como: is_retargeting=true

Sí

ID de publicidad

Siempre que sea posible, envía un ID de publicidad, como el identificador de anunciante (IDFA), el OAID, el identificador de proveedor (IDFV), etc. Limitaciones del modelado probabilístico para las aplicaciones de iOS.

No

Ventana retrospectiva de retargeting por clics

  • La ventana retrospectiva de retargeting por clics funciona igual que con las campañas de adquisición de usuarios.

  • Define el período máximo que puede transcurrir entre que un usuario hace clic en un anuncio hasta que ese usuario se atribuye.

  • La ventana retrospectiva se configura utilizando el parámetro &af_click_lookback.

  • La configuración predeterminada es de 7 días.

Ejemplo

Para configurar una ventana retrospectiva por clics de 14 días, agrega lo siguiente al enlace de atribución de la campaña de retargeting: &af_click_lookback=14d

No

Temporizador de la ventana retrospectiva de retargeting por impresiones

  • La ventana retrospectiva de retargeting por impresiones funciona igual que aquellas de las campañas de adquisición de usuarios.

  • Define el período máximo que puede transcurrir después de que un usuario visualice un anuncio hasta que ese usuario se atribuye.

  • El valor predeterminado es de 1 día.

  • La ventana retrospectiva se configura utilizando

af_viewthrough_lookback={time}

Ejemplo

Para configurar una ventana retrospectiva por impresiones de 5 horas, agrega lo siguiente al enlace de atribución de la campaña de retargeting: &af_viewthrough_lookback=5h

No

Ventana de recaptación

  • La ventana de recaptación se puede establecer en la interfaz de usuario del enlace de atribución. Esto establece el parámetro af_reengagement_window en el enlace de atribución. El parámetro se puede agregar manualmente.

  • El valor predeterminado es de 30 días.

  • Los siguientes valores están disponibles para la ventana de recaptación:

  • Horas: 1-23 horas

  • Días: 1-90 días

  • Vida útil: dura hasta que el usuario desinstala o realiza otro re-engagement, p. ej., af_reengagement_window=lifetime

Por ejemplo, af_reengagement_window=60d significa que los eventos reportados dentro de los 60 días posteriores al re-engagement se atribuyen a la fuente de medios de retargeting.

No
Período de la ventana retrospectiva de retargeting por impresiones
https://app.appsflyer.com/id123456789?pid=remerge_int&af_dp=mydeeplink%3A%2F%2F&
clickid={clickid}&af_siteid={publisher}&idfa={device_id_raw}&sha1_idfa={device_id}
&af_sub1={creative_name}&is_retargeting=true&af_reengagement_window=60d

Reportes de retargeting y raw data

  • Los reportes de retargeting, similares a los reportes de raw data y datos agregados de la UA están disponibles mediante las herramientas de reportes.

  • Las sesiones y los eventos in-app de retargeting se atribuyen dos veces.

Reporte de conversiones de retargeting

  • El reporte de conversiones de retargeting contiene raw data de re-engagements y reatribuciones.

  • Algunos campos tienen un significado diferente en el contexto del retargeting a los que se utilizan en los reportes de adquisición de usuarios.

Interpretación de reportes de raw data en el contexto del retargeting

Columna

Descripción

Nombre del evento

  • El relleno de campos depende del tipo de reporte. 

  • Reportes de eventos in-app: el nombre del evento in-app.

  • Reportes de conversiones de retargeting: re-engagements o reatribuciones. ¡Nota! En el caso de Data Locker los valores son los siguientes:

    • Instalación significa reatribución.

    • Retargeting significa re-engagement.

Tipo de atribución

Tipo de engagement:

  • Clic

  • Impresión

Tiempo de toque atribuido

Hora de engagement de retargeting

Horario de instalación

El primer inicio de la aplicación después del re-engagement o la reatribución.

Hora del evento

La hora en que ocurrió el evento

ID de AppsFlyer

  • Reatribuciones: un ID de AppsFlyer nuevo.

  • Re-engagement: permanece sin modificaciones.

Es el retargeting

TRUE (verdadero) para los eventos y las conversiones de retargeting.

Atribución primaria

TRUE (verdadero) para los eventos y las conversiones de retargeting.

Tipo de conversión de retargeting

Este campo quedará obsoleto en el futuro (fecha por anunciarse). Utiliza conversion_type y campaign_type para determinar el contexto de la conversión.

  • RE-ENGAGEMENT

  • Reatribución

Tipo de conversión

Tipo de conversión:

  • Instalación

  • Reinstalación (1)

  • RE-ENGAGEMENT

  • Desconocido (2)

(1) Si conversion_type=reinstall y campaignign_type=retargeting es equivalente a retargeting_conversion_type=re-attribution

2) Sesiones/eventos in-app no atribuidos a ninguna fuente de medios.

Tipo de campaña

La fuente que trae al usuario:

  • UA

  • Orgánico

  • Retargeting

  • Desconocido

Atribución retrospectiva

Ventana retrospectiva por clics para retargeting

URL original

Contiene uno de los siguientes:

  • Enlace de retargeting

  • Datos de enlaces profundos

  • Vacío para SRN

Campos de colaboradores

No disponible para re-engagements

Información adicional

Modelado probabilístico

Desde el 17 de febrero de 2021, el retargeting admite el modelado probabilístico. En el caso de iOS 14.5+, aplican limitaciones. La ventana retrospectiva utilizada en el modelado probabilístico de retargeting es establecida dinámicamente por AppsFlyer y depende del sistema operativo.

Verifica que los clics enviados por servidor a servidor envíen los datos de modelado probabilístico necesarios.

Requisitos de la aplicación

Para ejecutar campañas de retargeting, la aplicación debe cumplir los siguientes requisitos mínimos:

  • iOS

    • Además de la integración estándar del SDK de AppsFlyer, debes agregar código adicional al delegado de aplicación, consulta el artículo Integración del SDK (sección de enlaces de atribución).

    • Para iOS 9, debe implementarse el código App Open para enlaces universales. Enlaces universales con iOS 9.

  • Android:

    • Si el enlace profundo abre una actividad distinta de la actividad principal, consulta el artículo Integración de SDK (sección de enlaces de atribución).

Limitaciones del retargeting

  • A partir del 17 de febrero de 2021, el retargeting admite el modelado probabilístico.

  • Los datos de costos de campaña para el retargeting están disponibles en los paneles de control General y de Cohorte, y en los reportes en la vista unificada.

PREGUNTAS FRECUENTES

Clics de retargeting:

  • Los clics de retargeting incluyen los usuarios objeto de retargeting que se involucran con el enlace de atribución de AppsFlyer.

  • Los clics de las SRN o de las notificaciones push no se incluyen en el recuento.

  • Algunos clics dan lugar a instalaciones nuevas que se atribuyen como adquisición de usuarios. Esto sucede cuando personas que no son usuarios, o usuarios anteriores después de que la ventana de reatribución caducó, se involucran con un enlace de retargeting y realizan una instalación.

¿Cuándo la hora del toque atribuido es idéntica a la hora de instalación?

  • Cuando los usuarios de enlaces universales o enlaces de aplicaciones de Android siguen enlaces profundos, se los redirige a la aplicación sin pasar primero por AppsFlyer.

  • Cuando la aplicación se inicia y el SDK reporta una recaptación nueva, AppsFlyer reproduce los datos del clic, empleando la misma marca temporal del inicio. Por este motivo, la hora de captación y la hora de inicio son idénticas.

¿Fue útil este artículo?

Artículos en esta sección

Artículos relacionados