La reconexión con una aplicación móvil es un uso renovado de la aplicación por parte de un usuario que ya la ha instalado en el pasado .
El reenganche es el resultado de una campaña de retargeting exitosa. Una campaña de retargeting se dirige a los usuarios existentes de un producto, con el objetivo de que vuelvan a interesarse por él.
Para obtener más información sobre la atribución singular, consulte Understanding Singular Mobile App Attribution.
Solución de problemas
Si bien es cierto que las campañas de reenganche (retargeting) están dirigidas a los usuarios existentes de su producto, sus informes pueden mostrar que las campañas también dieron lugar a algunas instalaciones (es decir, nuevos usuarios).
Esto se debe a la definición técnica de "evento de reenganche" frente a "instalación" en Singular. Cuando Singular recibe una primera sesión de usuario de un dispositivo, es decir, una sesión de un dispositivo que no aparece en la base de datos de Singular como una aplicación instalada en él, se cuenta como una instalación, incluso si el tipo de campaña es de reenganche/retargeting.
Esto puede deberse a una discrepancia entre los datos obtenidos a través del rastreador (reenganches) y los datos comunicados por la red (si una campaña es de retargeting o no). Esto puede ocurrir incluso con las redes autoatribuidas (SAN). Por ejemplo, hay casos en los que Facebook no marca una campaña como campaña de retargeting pero sigue reclamando una sesión atribuida a esa campaña como una reconexión.
PREGUNTAS FRECUENTES
Terminología
En términos generales, la reconexión con una aplicación móvil es un uso renovado de la aplicación por parte de un usuario que ya ha instalado la aplicación en el pasado.
El re-engagement es el resultado de una campaña de retargeting exitosa. Una campaña de retargeting es aquella que se dirige a usuarios existentes de un producto, con el objetivo de que vuelvan a interesarse por el mismo.
En Singular, el reengagement se define como la apertura por parte del usuario de una aplicación que ya ha utilizado antes, tras un periodo de inactividad y después de hacer clic en un anuncio de retargeting.
En otras palabras, Singular cuenta un evento de re-engagement si el usuario:
- Ha utilizado la aplicación en el pasado,
- ha dejado de utilizarla durante un cierto periodo de tiempo,
- ha hecho clic en un anuncio de retargeting y
- ha abierto la aplicación.
Una vez que Singular reconoce un evento de reconexión, activa un proceso de atribución de reconexión para acreditar a la red asociada que causó la reconexión.
Las reconexiones se registran como una métrica de la misma manera que Singular registra las instalaciones de aplicaciones, y puede ver sus cifras en sus informes.
Vea también: ¿Cómo configuro un Singular Link para el reenganche/retargeting?
Una vez que Singular reconoce un evento de reenganche, desencadena un proceso de atribución de reenganche. Esto funciona de forma similar a la atribución de instalación. El objetivo es acreditar a la red de socios que causó la captación.
Una vez que Singular realiza la atribución de la reconexión de un usuario, cualquier evento posterior dentro de la aplicación (como compras o subidas de nivel) se atribuye a la fuente de la reconexión en lugar de a la fuente de la instalación original de la aplicación.
¿Cómo funciona esto entre bastidores? Para cada instalación y reconexión de la que nos informa un rastreador, se incluye la hora del último clic y si la conversión se considera una instalación o una reconexión. Singular utiliza esta información en combinación con la fecha de la instalación notificada por Singular SDK para decidir si la conversión notificada es una instalación o una reconexión.
La ventana de inactividad o periodo de inactividad es el tiempo que tiene que pasar sin que el usuario utilice la aplicación para que ese usuario sea elegible para un proceso de reconexión.
Por defecto, la ventana de inactividad es de 7 días. Esto significa que un usuario que utilizó la aplicación hace menos de 7 días y ahora hace clic en una campaña de retargeting no desencadena una atribución de reenganche.
Puede personalizar la ventana de inactividad por aplicación yendo a Configuración > Aplicaciones.
Por ejemplo, si la ventana de inactividad es de 7 días, entonces el usuario debe estar inactivo durante al menos 7 días y luego hacer clic en un anuncio de campaña de retargeting para abrir la aplicación para que la actividad cuente como un evento de reconexión.
Situación | Ventanade inactividad | Inactividad del usuario | Resultado |
A | 7 días | 8 días | Evento de reconexión atribuido a la fuente |
B | 7 días | 4 días | No se atribuye la fuente. |
Nota: Los dispositivos de prueba (dispositivos que ha añadido a la consola de pruebas) están exentos de la ventana de inactividad. Para obtener más información, consulte Uso de la consola de pruebas.
En Singular, retargeting es una dimensión que indica si una campaña está marcada como "campaña de retargeting" o no.
Una campaña de retargeting es aquella que se dirige a los usuarios existentes de un producto, con el objetivo de que vuelvan a interesarse por él.
Por lo general, el resultado de una campaña de retargeting exitosa es el reenganche.
Consejo: No todas las redes permiten enviar una indicación de si una campaña es de retargeting. Por ejemplo, en el caso de Facebook, examinamos varios indicadores (por ejemplo, el Objetivo de la campaña) para decidir si marcar la campaña como retargeting. A veces, la indicación de retargeting puede extraerse del rastreador de atribución en su lugar. Singular marca una campaña como de retargeting si al menos una de las fuentes (red o rastreador) la informa como tal.
En Singular, "retargeting" denota un tipo de campaña que se dirige a usuarios existentes de la aplicación.
Por lo tanto, Retargeting es una dimensión (desglose) que puede añadir a su informe para tenerlo desglosado en función de si cada campaña se configuró como campaña de retargeting o no.
Por el contrario, Re-engagements es una métrica que muestra el número de usuarios re-enganchados (por aplicación, campaña, fuente, etc.) en el intervalo de fechas dado.
En Singular, la retención mide el tiempo que los usuarios siguen utilizando el producto después de la conversión. Por ejemplo, puede ejecutar un informe para ver la "Retención 7d" de una aplicación para un determinado intervalo de fechas: esto le mostrará cuántos de los usuarios que instalaron una aplicación en esas fechas seguían utilizándola siete días después.
Un evento de re-enganche en realidad reinicia el contador de retención para el usuario, ya que se considera una nueva conversión para el mismo usuario.
Consulte las preguntas frecuentes sobre retenciónpara obtener más definiciones e información.
Reinstalar significa volver a instalar la aplicación después de desinstalarla. Esto no significa necesariamente volver a comprometerse.
Como cualquier sesión de usuario, la primera sesión tras una reinstalación puede o no desencadenar un proceso de atribución de reconexión, dependiendo de si el usuario ha estado inactivo durante el periodo de tiempo requerido (la ventana de inactividad) y de si esta sesión se produce tras hacer clic en un anuncio de retargeting.
Nota: Las campañas que se ejecutan en Apple Search Ads son una excepción a esta regla. Apple Search Ads informa de las reinstalaciones y las reconexiones juntas, por lo que el número de reconexiones que se ve en los informes de Singular para estas campañas incluye las reinstalaciones.
En el contexto de la reconexión, la ventana de retrospectiva de atribución determina cuánto tiempo atrás Singular busca un clic en una campaña de retargeting para determinar si una sesión es una sesión de reconexión.
Cuando configure su socio en la página Configuración de socios, puede personalizar la ventana de retrospectiva de atribución. La misma ventana se aplica a las atribuciones de instalación y a las atribuciones de reconexión.
Cuando crea un enlace de seguimiento, puede anular la ventana de atribución predeterminada para el socio y establecer una ventana diferente para cada enlace individual (consulte las Preguntas frecuentes sobre enlaces singulares).
La fecha de reenganche es la fecha en la que el usuario abrió la aplicación después de hacer clic en el anuncio de retargeting.
Utilización
Para redes autoatribuidas (SAN):
En las redes autoatribuidas, como Facebook, Apple, Twitter o Google, el seguimiento del reenganche puede estar habilitado por defecto. Al configurar una SAN en la página Configuración de socios, puede anular la selección de la opción Activar reconexión. Antes de hacerlo, asegúrese de que no está ejecutando ninguna campaña de reconexión a través de ese socio.
Para otras redes:
Puede activar la reconexión por enlace de seguimiento. Al crear el enlace singular, amplíe la sección Configuración de atribución y seleccione Activar seguimiento de reconexión.
Para obtener más información sobre la configuración de enlaces de seguimiento, consulte las Preguntas frecuentes sobre enlaces singulares.
Para medir el rendimiento de sus campañas de retargeting, incluya los siguientes campos en sus informes:
- La dimensión Retargeting: Le permite saber si cada campaña se definió como campaña de retargeting o no.
- La métrica Reenganches: Contiene el número de eventos de reenganche atribuidos a una campaña.
Nota: A veces puede ver reenganches atribuidos a campañas que no son de retargeting(véase el ejemplo de Facebook).
Por el contrario, puede ver nuevas instalaciones atribuidas a campañas de retargeting. Esto se debe a que cuando Singular recibe una primera sesión de usuario de un nuevo dispositivo (es decir, una sesión de un dispositivo que aún no figura en la base de datos de Singular) se cuenta como una instalación, incluso si el tipo de campaña es "retargeting".
Los postbacks de reenganche a socios y BIs internos se basan en las mismas plantillas que los postbacks de atribución de instalaciones y eventos.
En el caso de una devolución de reenganche, se puede utilizar la macro {IS_RE_ENG} para diferenciar entre atribuciones de instalación y de reenganche, y los campos de fecha y hora relevantes se aplicarían al evento de reenganche en lugar de al evento de instalación. Para obtener más información sobre los campos de devolución, consulte Macros de devolución y parámetros de transferencia.
No hay límite en el número de reconexiones por usuario.
Preguntas avanzadas
El proceso de atribución de reconexión es similar al proceso de atribución de instalación, con algunas de las principales diferencias:
Atribuciónde instalación | Atribución de reconexión | |
Activación | Activado por la primera sesión de usuario en un dispositivo desconocido para Singular. | Activado por una sesión de usuario que sigue a una ventana de inactividad y un clic en un anuncio de retargeting. |
Métodos de atribución |
Determinístico(Android+Apple) + Probabilístico(sólo Android) |
Sólo métodos deterministas. Singular realiza la atribución de reenganche sólo si los identificadores de dispositivo están disponibles o si la aplicación se abrió a través de un enlace profundode Singular (consulte las preguntas frecuentes de Singular Links). |
Tipo de conversión | Admite enlaces de seguimiento de clics y visualizaciones, es decir, enlaces basados en clics e impresiones. |
Sólo admite enlaces de seguimiento de clics. LasRASs también pueden soportar la atribución view-through, pero tenga en cuenta que las RASs no utilizan enlaces de seguimiento Singular. Consulte la tabla resumen de integración para Adwords, Facebook, Twitter, Snapchat. |
Para cada sesión de usuario que no sea la primera sesión en el dispositivo, Singular realiza el siguiente proceso:
- Singular mira la ventana de inactividad definida para la app y comprueba si el usuario ha estado activo en ese periodo.
- Si el usuario ha estado inactivo durante el periodo de tiempo requerido, Singular busca en su base de datos de puntos de contacto si se ha hecho clic en un anuncio de retargeting desde el mismo dispositivo. Singular necesita que la campaña publicitaria esté marcada como campaña de retargeting. Para ello, active la atribución de retargeting cuando cree el enlace de seguimiento de Singular. Tenga en cuenta que no todas las redes asociadas admiten este tipo de campaña.
- Para las redes de autoatribución (SAN), que no admiten enlaces de seguimiento de Singular, Singular sólo envía la información de sesión a la red y recibe de vuelta información sobre si el usuario ha hecho clic en un anuncio de retargeting relevante en la red.
Si Singular encuentra uno o más clics en anuncios de retargeting anteriores a la sesión, inicia el proceso de atribución de reenganche, basado en el modelo de atribución de último contacto.
Nota: Las RASs pueden tener sus propios criterios sobre si un clic cuenta como clic de retargeting, y la naturaleza de trabajar con RASs significa que Singular tiene que aceptar el informe del socio. Por ejemplo, Facebook tiene un periodo de retención de usuarios de seis meses. Esto significa que seis meses después de la instalación de una aplicación, Facebook olvida la instalación, y puede dirigirse al mismo usuario de nuevo con anuncios de adquisición de usuarios (no anuncios de retargeting). Si el usuario hace clic en un anuncio de este tipo y Singular consulta posteriormente a Facebook si se han producido clics de retargeting, Facebook informará de que efectivamente se ha producido un clic de retargeting.
Redes no autoatribuidas:
- Un cliente crea un enlace de seguimiento con el reenganche activado (un requisito previo para ello es que el socio también esté marcado como uno que admite el reenganche).
- Singular recibe una sesión de usuario y reconoce que se trata de una sesión repetida (no es la primera sesión vista para ese dispositivo).
- Singular comprueba si la sesión supera la ventana de inactividad (lo que significa que la sesión anterior fue hace más de 7 días, o los días que se hayan configurado para la aplicación). En caso afirmativo, se marca como una reconexión.
- Singular inicia el proceso de atribución, buscando clics coincidentes en los enlaces de seguimiento del reenganche.
- Si Singular puede atribuir el reenganche, el evento (clic) se marca como retargeting = true. Esto significa que la misma campaña puede tener filas con retargeting = verdadero y filas con retargeting = falso. Sin embargo, todos los reenganches se asignan a filas en las que retargeting = true.
Redes autoatribuidas (SAN):
- Para cada sesión, enviamos los detalles a la SAN.
- La SAN nos dice si se atribuye la sesión o no.
- Si la sesión era la primera para el dispositivo, Singular la interpreta como una nueva instalación. Si la sesión no era la primera, Singular la interpreta como un reenganche.
- Sin embargo, de forma similar a cómo tratamos las instalaciones con las SAN, Singular puede anular la declaración de la SAN, ya sea porque el clic notificado por la SAN no entra dentro de la ventana de revisión retrospectiva de Singular, o porque Singular identifica otro clic que es relevante para la sesión del usuario y que es más reciente que el clic de la SAN.
Una vista comprometida es una impresión de usuario de un anuncio en vídeo que duró más de 10 segundos. Google exige que las visualizaciones comprometidas y los clics se contabilicen como atribuciones de clics.
En los registros a nivel de usuario de Singular, las conversiones de vistas comprometidas se notifican en "interaction_type" = "engagement " en el campo "passthrough" para los datos de conversión/evento atribuidos a Google.
En los informes agregados, las conversiones de vistas comprometidas se indican en " conversion type" = "click-through".