Show Menu
TEMAS×

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 Analytics como fuente de informes.
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.
Tenga en cuenta que 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 de JavaScript para minimizar los recuentos inflados. Le recomendamos que actualice su biblioteca a una de las siguientes versiones (o una versión posterior):
  • 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 las actividades de Target (lo que se conoce como A4T), Analytics recopila datos adicionales que no están disponibles si no hay actividad de Target en la página. Esto se debe a que la actividad de 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, hemos incluido estos datos adicionales siempre que había una actividad de Target activa. En adelante, incluiremos estos datos adicionales solo si se han activado tanto la etiqueta de Target como la de Analytics.

¿Por qué ha hecho Adobe este cambio?

Adobe se enorgullece de la calidad y la precisión de sus datos. Si se activa la etiqueta de Target, pero no la de Analytics, se registrarían “datos parciales” (también conocidos como “visitas no vinculadas”) que no serían recogidos por Analytics en caso de que no hubiera actividad de Target. Aunque, al incluir estos datos parciales en los informes de Analytics se proporciona información adicional, también se crea incoherencia con los datos históricos de periodos en los que no se ejecutó ninguna actividad de Target. Esto puede causar problemas a los usuarios de Analytics que analizan las tendencias a lo largo del tiempo. Con el fin de garantizar la coherencia de los datos en Analytics, excluiremos todos los datos parciales.

Contribuciones a los datos parciales

Hemos visto algunos clientes con tasas muy altas de datos parciales en Analytics. Esto puede deberse a un fallo en la implementación, pero también puede ser por 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. Esto se muestra como datos parciales porque los datos no se pueden vincular a los servidores de Analytics.
  • Páginas lentas: dado que las llamadas de Target se dan al principio de la página y las de Analytics se suelen dar al final, si la página se carga muy lentamente habrá más probabilidades de que un visitante salga de la página después de que se active la llamada Target, pero antes de la llamada Analytics. Esto puede resultar especialmente problemático en los sitios web móviles, cuya conexión suele ser más lenta.
  • Errores de página: si hay algún error de JavaScript o cualquier otra situación en la que no se activen los puntos de contacto (servicio Experience Cloud ID, Target y Analytics), se obtendrán datos parciales.
  • Redirección de ofertas en actividadTarget: para redireccionar ofertas en actividades que utilizan A4T, su 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 Adobe ha realizado algunas mejoras en las bibliotecas JavaScript (appMeasurement.js, at.js/mbox.js y visitorAPI.js ) para garantizar que los datos se envían 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 con el fin de reducir la recopilación de datos parciales:
Paso
Tarea
Asegúrese de que el grupo de informes seleccionado en Target coincide con el de la página en la que se mostrará la actividad.
Asegúrese de que visitorAPI.js, appMeasurement.js y bibliotecas 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 .
Compruebe que se define el SDID en todas las llamadas de Target y Analytics que salen de la página y que coinciden.
Para ello, utilice un analizador de redes o una herramienta de depuración con el fin de garantizar que el parámetro mboxMCSDID de las llamadas de Target coincide con el parámetro SDID de la llamada de Analytics.
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

Dado que este cambio de procesamiento solo afecta a los datos a partir de la fecha de la versión (14 de noviembre de 2016), le recomendamos que cree un segmento para excluir los datos parciales si desea ajustar las métricas históricas para que coincidan.
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. Normalmente, Target 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. Esta es la situación 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. Esto provoca la aparición de visitas de datos parciales (visitas sin visualizaciones de página de Analytics). Si estos usuarios vuelven al sitio y ven una página que contenga código de Analytics, se contarán debidamente como visitantes que repiten. Estas son visitas que se habrían perdido si solo existiera código de 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 que no tengan ninguna visualización 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. For step-by-step instructions, see Create virtual report suites in the Analytics Components Guide .
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 se denominan 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 probable 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.