Sesiones según el contexto

Las sesiones según el contexto en los grupos de informes virtuales cambian el modo en que Adobe Analytics calcula las visitas de cualquier dispositivo. En este artículo también se describen las implicaciones de procesamiento que los hits y eventos de inicio de aplicaciones en segundo plano (todos ellos establecidos por el SDK para móviles) tienen para el modo en que se definen las visitas con dispositivos móviles.

Puede definir una visita del modo que desee sin alterar los datos subyacentes para adaptarse al modo en que sus visitantes interactúan con las experiencias digitales.

Vea Sesiones según el contexto para ver un vídeo de demostración.

Parámetro URL de perspectiva de cliente

El proceso de recopilación de datos de Adobe Analytics le permite establecer un parámetro de cadena de consulta que especifica la perspectiva del cliente (indicada como parámetro de cadena de consulta “cp”). Este campo especifica el estado de la aplicación digital del usuario final. Esto le ayuda a saber si se generó un hit mientras una aplicación móvil estaba en segundo plano.

Procesamiento de hits en segundo plano

Un hit en segundo plano es un tipo de hit que el SDK para móviles de Adobe versión 4.13.6 o superior envía a Analytics cuando la aplicación realiza una solicitud de seguimiento estando en segundo plano. Algunos ejemplos habituales son:

Los siguientes ejemplos describen la lógica empleada para determinar cuándo comienza y acaba una visita para cualquier visitante cuando el ajuste “Impedir que los hits en segundo plano inicien una nueva visita” está o no habilitado para un grupo de informes virtuales.

Si “Impedir que los hits en segundo plano inicien una nueva visita” no está habilitado:

Si esta función no está habilitada para un grupo de informes virtuales, los hits en segundo plano se tratan como cualquier otro hit, lo que significa que inician nuevas visitas y se comportan igual que los hits en primer plano. Por ejemplo, si se produce un hit en segundo plano menos de 30 minutos (el tiempo de espera de sesión estándar para un grupo de informes) antes de un grupo de hits en primer plano, el hit en segundo plano es parte de la sesión.

Si el hit en segundo plano se produce más de 30 minutos antes de cualquier hit en primer plano, el hit en segundo plano crea su propia visita y el número de estas sería de dos.

Si “Impedir que los hits en segundo plano inicien una nueva visita” está habilitado:

Los siguientes ejemplos ilustran el comportamiento de los hits en segundo plano cuando esta función está habilitada.

Ejemplo 1: Se produce un hit en segundo plano un tiempo (t) antes de una serie de hits en primer plano.

En este ejemplo, si t es mayor que el tiempo de espera de visita configurado del grupo de informes virtuales, el hit en segundo plano se excluye de la visita formada por los hits en primer plano. Por ejemplo, si el tiempo de espera de visita del grupo de informes virtuales se estableció en 15 minutos y t fue 20 minutos, la visita formada por esta serie de hits (indicadas por el contorno verde) excluiría el hit en segundo plano. Esto significa que cualquier eVar establecida con una caducidad de “visita” en la visita en segundo plano no persistiría en la siguiente visita, y que un contenedor de segmentos de visita solo incluiría las visitas en primer plano dentro del contorno verde.

Por el contrario, si t es menor que el tiempo de espera de visita configurado del grupo de informes virtuales, el hit en segundo plano se incluye como parte de la visita, como si fuera un hit en primer plano (como se indica con el contorno verde):

Esto significa que:

En ambos casos, el recuento total de visitas sería de 1.

Ejemplo 2: Si se produce un hit en segundo plano después de una serie de hits en primer plano, el comportamiento es similar.

Si el hit en segundo plano se produce pasado el tiempo de espera configurado para el grupo de informes virtuales, el hit en segundo plano no es parte de una sesión (el contorno verde):

Igualmente, si el periodo de tiempo t fue inferior al tiempo de espera configurado del grupo de informes virtuales, el hit en segundo plano se incluye en la visita formada por los hits en primer plano anteriores:

Esto significa que:

Como antes, el total de visitas en ambos casos sería de 1.

Ejemplo 3: En algunas circunstancias, un hit en segundo plano puede provocar que lo que eran dos visitas separadas se combinen en una sola. En el siguiente escenario, un hit en segundo plano es precedido y seguido por una serie de hits en primer plano:

Si, en este ejemplo, t1 y t2 son inferiores al tiempo de espera de visita configurado para el grupo de informes virtuales, todas estas visitas se combinarían en una sola, aunque la suma de t1 y t2 exceda el tiempo de espera de visita:

Sin embargo, si t1 y t2 son mayores que el tiempo de espera configurado, los hits se separarían en dos visitas distintas:

Del mismo modo (como en nuestros ejemplos anteriores), si t1 es menor que el tiempo de espera y t2 es mayor que este, la visita en segundo plano se incluiría en la primera visita:

Si t1 es mayor y t2 es menor que el tiempo de espera, el hit en segundo plano se incluiría en la segunda visita:

Ejemplo 4: En escenarios donde se produce una serie de hits en segundo plano dentro del tiempo de espera de visita del grupo de informes virtuales, los hits procedentes de una “visita en segundo plano” invisible no se incluyen en el recuento de visitas y no se puede acceder a ellos desde un contenedor de segmentación de visitas.

Aunque esto no se considere una visita, cualquier eVar establecida que tenga caducidad de visita persiste en su valor en las demás visitas en segundo plano de esta “visita en segundo plano”.

Ejemplo 5: En escenarios donde se producen varios hits en segundo plano sucesivos, seguidos de una serie de hits en primer plano, es posible (dependiendo del tiempo de espera configurado) que los hits en segundo plano mantengan viva una visita más allá del tiempo de espera. Por ejemplo, si la combinación de t1 y t2 fuera mayor que el tiempo de espera de visita del grupo de informes virtuales, pero individualmente fueran menores que dicho tiempo de espera, la visita se extendería para incluir ambos hits en segundo plano:

Igualmente, si se produce una serie de hits en segundo plano antes de una serie de eventos en primer plano, se obtiene un comportamiento similar:

Los hits en segundo plano se comportan de este modo para preservar cualquier efecto de atribución de eVars u otras variables establecidas durante los hits en segundo plano. Esto permite que los eventos de conversión en primer plano posteriores se atribuyan a acciones realizadas cuando una aplicación estaba en segundo plano. También permite a un contenedor de segmentos de visita incluir los hits en segundo plano que dieron como resultado una sesión en primer plano posterior, lo que resulta útil para medir la efectividad de los mensajes push.

Comportamiento de la métrica de visitas

El recuento de visitas se basa únicamente en las visitas que incluyen al menos un hit en primer plano. Esto significa que los hits en segundo plano huérfanos o “visitas en segundo plano” no se cuentan en la métrica.

Comportamiento de tiempo pasado por métrica de visitas

El tiempo pasado se sigue calculando de un modo análogo a como se hace sin hits en segundo plano, empleando el tiempo entre hits. No obstante, si una visita incluye hits en segundo plano (al producirse lo bastante próximos a hits en primer plano), dichos hits se incluyen en el cálculo del tiempo pasado por visita, como si fueran hits en primer plano.

Configuración del procesamiento de hits en segundo plano

Como el procesamiento de hits en segundo plano solo está disponible para grupos de informes virtuales que utilizan Procesamiento de intervalo de tiempo, Adobe Analytics admite dos modos de procesar los hits en segundo plano para preservar el recuento de visitas en el grupo de informes base que no utiliza Procesamiento de intervalo de tiempo. Para acceder a esta configuración, vaya a las Herramientas de administración de Adobe Analytics, la configuración del grupo de informes base aplicable y, a continuación, vaya al menú “Administración de móviles” y al submenú “Informes de aplicaciones móviles”.

En cualquier caso, los hits en segundo plano se facturan al mismo coste que cualquier otro enviado a Analytics.

Inicio de nuevas visitas tras cada inicio de aplicación

Además del procesamiento de hits en segundo plano, los grupos de informes virtuales pueden forzar que se inicie una nueva visita cada vez que el SDK para móviles envíe un evento de inicio de aplicación. Cuando este ajuste está habilitado, cada vez que el SDK envía un evento de inicio de aplicación, se fuerza el inicio de una nueva visita, haya alcanzado o no cualquier visita actual su tiempo de espera. El hit que contiene el evento de inicio de aplicación se incluye como primer elemento de la nueva visita, incrementa el recuento de visitas y crea un contenedor de visitas propio para la segmentación.