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 deep link. Esto resulta en uno de los siguientes eventos de atribución:
- Re-engagement: Si la aplicación está en el dispositivo, a la fuente de medios que motiva al usuario a abrir la aplicación se le acredita 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.
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 facilitar la comprensión, deberías estar familiarizado con el modelo de atribución de AppsFlyer y las ventanas de atribución asociadas.
Consejo
¿Quieres saber más sobre el retargeting? Consulta este breve curso informativo en el portal de aprendizaje de AppsFlyer.
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:
- Ventanas de inclusión, un período de tiempo durante el cual puede producirse un re-engagement.
- Ventanas de exclusión, un período de tiempo durante el cual no puede producirse un re-engagement.
- 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
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:
|
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:
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:
Dónde se establece: enlace de atribución
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 re-engagement
Dónde se configura: Página de configuración de la aplicación Duración:
|
No se registra un re-engagement o reatribución durante la ventana de exclusión. Dónde se configura: página de configuración de partners integrados en la pestaña Integración. Duración:
Comentarios sobre la 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. |
|
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 comprometerse con una campaña de retargeting se atribuyen a las fuentes de medios de retargeting. Lectura relacionada: Reinstalaciones Dónde se configura: Configuración de la aplicación |
Ejemplo de flujo de implementación de las reglas
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 transcurrido entre el re-engagement anterior es mayor que el tiempo mínimo entre los episodios de re-engagement. |
Ejemplos de escenarios de retargeting
Escenario 1: compras antes, durante y después de la ventana de re-engagement Trayectoria del usuario:
Columna P/S: principal o secundaria descrita en atribución doble de eventos de retargeting |
Trayectoria del usuario:
Columna P/S: principal o secundaria descrita en atribución doble de eventos de retargeting |
Operaciones de retargeting
Configuración de redireccionamiento
Se requieren las siguientes configuraciones según el escenario.
Tipo de conversión | SRN | Sin SRN |
---|---|---|
Re-engagement |
|
|
Reatribución |
|
|
Configuración de no SRN
Para configurar un partner de retargeting de red de publicidad (no SRN):
- En AppsFlyer, ve a Configuración > Integraciones activas.
- Selecciona una red publicitaria.
- 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.
- Selecciona una de las siguientes opciones:
- Usar enlace de atribución estándar para enlaces de plataforma única (específicos de la aplicación).
-
Usar OneLink.
- Ingresa una URL de enlace profundo, si es necesario (consulta la guía de Enlaces profundos).
- Copia la URL generada y dásela a la red publicitaria 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:
- En AppsFlyer, ve a Paneles de control > General.
- 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:
- No SRN que admitan retargeting.
- Medios propios, con la página de gestión de enlaces.
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 aplicaciones iOS. |
No |
Ventana retrospectiva de retargeting por clics |
EjemploPara configurar una ventana retrospectiva por clics de 14 días, agrega lo siguiente al enlace de atribución de la campaña de retargeting: |
No |
Temporizador de la ventana retrospectiva de retargeting por impresiones |
EjemploPara configurar una ventana retrospectiva por impresiones de 5 horas, agrega lo siguiente al enlace de atribución de la campaña de retargeting: |
No |
Ventana de recaptación |
Por ejemplo, af_reengagement_window=60d significa que todos los eventos reportados en el plazo de 60 días posteriores al evento de 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 |
|
Tipo de atribución |
Tipo de engagement:
|
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 |
|
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.
|
Tipo de conversión |
Tipo de conversión:
(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:
|
Atribución retrospectiva |
Ventana retrospectiva por clics para retargeting |
URL original |
Contiene uno de los siguientes:
|
Campos de colaboradores |
No disponible para re-engagements |
Información adicional
Modelado probabilístico
A partir del 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 incluyan los parámetros 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 deep link abre una actividad distinta de la principal, consulta el artículo Integración del 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:
|
¿Cuándo la hora del toque atribuido es idéntica a la hora de instalación?
|