Minimización de los recuentos inflados de visitas y visitantes en A4T

Información que le ayudará a minimizar los efectos de los recuentos inflados de visitas y visitantes al utilizar Adobe Analytics como fuente de informes para Adobe Target (A4T).

IMPORTANTE

El 14 de noviembre de 2016, Adobe Analytics cambió el modo de procesar determinados datos para clientes mediante los informes de Analytics para Target (A4T). Estos cambios permiten que los datos de Adobe Target estén más alineados con el modelo de datos de Adobe Analytics. Estos cambios se publicaron para todos los clientes con A4T. Estos cambios resolverán un problema específico de algunos clientes, que han observado un recuento de visitantes inflado mientras se ejecutan las actividades de Target.

Este cambio no es retroactivo. Si sus informes históricos muestran recuentos inflados y quiere excluirlos de sus informes, puede crear un grupo de informes virtuales, tal y como se explica a continuación.

Además, se han actualizado varias bibliotecas JavaScript para ayudar a minimizar los recuentos inflados. Adobe recomienda actualizar a las siguientes versiones de la biblioteca (o versiones más recientes):

  • Servicio ID de visitante de Experience Cloud: visitorAPI.js versión 2.3.0 o posterior.
  • Adobe Analytics: appMeasurement.js versión 2.1.
  • Adobe Target: versión 0.9.6 de at.js o posterior (excepto la versión 1.1.0 si se utilizan ofertas de redireccionamiento con A4T).

La biblioteca mbox.js no admite ofertas de redireccionamiento con A4T. La implementación debe utilizar at.js.

Cambios

Cuando se utiliza Adobe Analytics para medir Target actividades (lo que se conoce como A4T), Analytics recopila datos adicionales que no están disponibles cuando no hay actividad Target en la página. La actividad Target activa una llamada al principio de la página, pero Analytics suele activar sus llamadas de recopilación de datos al final de la página. En las implementaciones de A4T realizadas hasta la fecha, Adobe incluye estos datos adicionales siempre que había una actividad Target activa. En adelante, Adobe incluye estos datos adicionales solo si se han activado tanto la etiqueta Target como la Analytics.

¿Por qué ha hecho Adobe este cambio?

Adobe se enorgullece de la calidad y la precisión de sus datos. Cuando se activa la etiqueta Target , pero no la etiqueta Analytics , Analytics registra "datos parciales" (a veces denominados "visitas no vinculadas"). Estas visitas no vinculadas no serían capturadas por Analytics si no había actividad Target. Aunque la inclusión de estos datos parciales en los informes Analytics proporciona información adicional, también crea incoherencia con los datos históricos de periodos en los que no se ejecutó ninguna actividad Target. Esta situación puede causar problemas a los usuarios de Analytics que analizan las tendencias a lo largo del tiempo. Para garantizar la coherencia de los datos en Analytics, el Adobe excluye todos los datos parciales.

Contribuciones a los datos parciales

Adobe ha encontrado algunos clientes con altas tasas de datos parciales en Analytics. Las altas tasas de datos parciales pueden resultar de una implementación incorrecta, pero también hay causas legítimas.

Estas son algunas de las causas que se han identificado para los datos parciales:

  • Desalineación de ID de grupos de informes (implementación): el grupo de informes especificado durante la configuración de la actividad no coincide con el grupo de informes de la página en la que se realiza la prueba. Los datos no se pueden reconciliar en servidores Analytics, por lo que parecen datos parciales.
  • Páginas lentas: Target las llamadas de se realizan en la parte superior de la página y las Analytics llamadas suelen realizarse en la parte inferior de la página. Si la página se carga lentamente, aumenta la probabilidad de que un visitante salga de la página después de que se active la llamada Target , pero antes de la llamada Analytics . Las páginas lentas pueden resultar especialmente problemáticas en los sitios web móviles, donde las conexiones suelen ser más lentas.
  • Errores de página: si hay errores de JavaScript u otros escenarios en los que no se activa ninguno de los puntos de contacto (servicio de ID de Experience Cloud, Target y Analytics), se obtendrán resultados de datos parciales.
  • Ofertas de redireccionamiento en la Target actividad: Para redireccionar ofertas en actividades que utilizan A4T, la implementación debe satisfacer ciertos requisitos mínimos. Además, hay información importante que debe conocer. Para obtener más información, consulte las preguntas más frecuentes de A4T sobre las ofertas de redireccionamiento.
  • Versiones antiguas de bibliotecas: a lo largo del último año, el Adobe ha realizado varias mejoras en las bibliotecas de JavaScript ( appMeasurement.js, at.js/mbox.js y visitorAPI.js) para garantizar que los datos se envíen de la manera más eficiente posible. Para obtener más información sobre los requisitos de implementación, consulte Antes de realizar la implementación.

Prácticas recomendadas para reducir la cantidad de datos parciales

Revise los siguientes pasos para reducir la recopilación de datos parciales:

Paso Tarea
Paso 1 Asegúrese de que el grupo de informes seleccionado en Target es el mismo que el de las páginas donde se presenta la actividad.
Paso 2 Asegúrese de que las bibliotecas visitorAPI.js, appMeasurement.js, at.js/mbox.js están en versiones compatibles con A4T. Para obtener más información sobre los requisitos de implementación, consulte Antes de realizar la implementación.
Paso 3 Asegúrese de que se establece SDID en todas las llamadas Target y Analytics que salen de la página y que coinciden.
Utilice un analizador de redes o una herramienta de depuración para asegurarse de que el mboxMCSDID parámetro de las Target llamadas coincide con el parámetro SDID de la Analytics llamada.
Paso 4 Confirme que las bibliotecas de implementación se cargan en el orden correcto en sus sitios. Para obtener más información, consulte Implementación de Analytics para Target.

Ver la cantidad de datos parciales guardada

Aunque esta información no está disponible directamente en Analytics, puede ponerse en contacto con el servicio de atención al cliente de Adobe para recibir un informe de datos parciales. El objetivo de este informe es facilitar la depuración.

Visualización de las tendencias históricas sin datos parciales

Este cambio de procesamiento solo afecta a los datos después de la fecha de la versión (14 de noviembre de 2016). Si desea ajustar las métricas históricas para que coincidan, Adobe recomienda crear un segmento para excluir los datos parciales.

La siguiente información, relacionada con este cambio, incluye instrucciones que le ayudarán a definir el segmento y aplicarlo a un grupo de informes virtuales, de modo que el segmento siempre se aplique en sus visualizaciones de Analytics.

En la mayoría de los casos, una visita de Target se vincula con una visita de Analytics en cada página web. La vinculación se realiza si aparece un SDID consistente en ambas llamadas de Target y Analytics y si hay un Experience Cloud ID (MCID) en la llamada de Analytics en la misma página. Target normalmente también tiene el MCID, pero si la llamada a Target se realiza antes de que regrese el ID del visitante, la visita se vinculará debido al SDID. Además, el usuario debe permanecer en la página el tiempo suficiente para que se active una llamada de Analytics después de que se active una llamada de Target. Este escenario es ideal.

Visitas de datos parciales: a veces los usuarios no permanecen en una página el tiempo suficiente para que se envíe una llamada de Analytics, pero Target tiene el MCID adecuado. Este escenario da como resultado visitas de datos parciales (visitas sin Analytics vista de página). Si estos usuarios vuelven al sitio y ven una página que contenga código Analytics , se cuentan correctamente como visitantes que repiten. Estas visitas se habrían perdido si solo existiera código Analytics en la página. Algunos clientes no quieren datos para estas visitas porque inflan algunas métricas (visitas) y desinflan otras (visualizaciones de la página por visita, tiempo por visita, etc.). También verá visitas sin ninguna vista de página. Sin embargo, existen varios motivos para conservar estos datos.

Para minimizar las visitas de datos parciales, puede hacer que su página se cargue más rápido, actualizar las bibliotecas a la versión más reciente o crear un grupo de informes virtuales que excluya esas visitas. Para obtener instrucciones paso a paso, consulte Crear grupos de informes virtuales en la Guía de componentes de Analytics.

En la siguiente ilustración se muestra la definición de un segmento para el grupo de informes virtuales:

Cuando cree un grupo de informes virtuales, especifique la siguiente configuración para la definición del segmento (tal y como se muestra en la ilustración anterior):

  • Mostrar visitas:
  • Analytics for Target: existe
  • Y
  • Visualizaciones de página: no existe
  • Y
  • Instancias de vínculos personalizados: no existe
  • Y
  • Instancias de vínculos de descarga: no existe
  • Y
  • Instancias de vínculos de salida: no existe

Visitas huérfanas: con menor frecuencia, los usuarios no permanecen en la página el tiempo suficiente para que se realice la llamada de Analytics y, además, Target no tiene un MCID apropiado. Estas visitas son lo que el Adobe define como visitas "huérfanas". Estas visitas representan a los clientes que raramente regresan e inflan indebidamente los recuentos de visitas y visitantes.

Para minimizar estas visitas "huérfanas", puede crear un grupo de informes virtuales que las excluya, tal y como hemos explicado.

Consecuencias para los informes de Target

Una vez que se realice este cambio, es posible que observe que disminuyen los nuevos visitantes y las visitas en las pruebas en directo porque Adobe no procesa la entrada de datos parciales. Las conversiones y visitas a otras métricas Analytics no se verán afectadas.

En esta página