Antes de implementar Analytics for Target (A4T) con at.js

Se producen varios cambios en el proceso de recopilación de datos al habilitar Adobe Analytics como origen de informes para Adobe Target (A4T).

Antes de decidir utilizar esta integración, revise las siguientes secciones y tenga en cuenta el impacto en los procesos de creación de informes.

NOTE
Este artículo se aplica solo a las implementaciones de at.js.

Requisitos de implementación section_A0D2EF18033D4C3997B08A6EBB34C17A

IMPORTANT
Para poder empezar a utilizar A4T, debe solicitar el aprovisionamiento de su cuenta para la integración. Use el Formulario de aprovisionamiento de integraciones de Marketing Cloud para solicitar el aprovisionamiento.

Esta integración con A4T requiere que implemente las siguientes versiones de las bibliotecas (o versiones más recientes), en función de si quiere redireccionar ofertas con A4T o no.

NOTE
Los siguientes requisitos enumeran las versiones mínimas de at.js necesarias para implementar A4T. El equipo Target mantiene solamente dos versiones de at.js: la actual y la penúltima. Actualice at.js cuando sea posible para garantizar que dispone de una versión compatible. Para obtener más información sobre los elementos de cada versión, consulte Detalles de la versión de at.js.

Requisitos necesarios si no se utilizan ofertas de redireccionamiento con A4T

Esta integración requiere que implemente las siguientes versiones de la biblioteca (o versiones más recientes) si no planea utilizar ofertas de redireccionamiento con A4T. El orden de la lista es el orden de las operaciones.

  • Experience Cloud Visitor ID Service: visitorAPI.js versión 1.8.0
  • Adobe Target: versión 0.9.1 de at.js
  • Adobe Analytics: appMeasurement.js versión 1.7.0

Para obtener información sobre la implementación de A4T con Platform Web SDK, consulte SDK web de Adobe Experience Platform.

Requisitos necesarios si se utilizan ofertas de redireccionamiento con A4T

Para utilizar ofertas de redireccionamiento con A4T, debe implementar las siguientes versiones de la biblioteca (o más recientes). El orden de la lista es el orden de las operaciones.

  • Experience Cloud Visitor ID Service: visitorAPI.js versión 2.3.0

    note note
    NOTE
    Las versiones de at.js 1.8.0 y posteriores, así como at.js 2.x y posteriores, ya no funcionan con versiones de la API de visitante anteriores a la 2.5.0 para pasar parámetros de Adobe Audience Manager (AAM).
  • Adobe Target: versión 1.6.2 de at.js

  • Adobe Analytics: appMeasurement.js versión 2.1

Las instrucciones de descarga e implementación se enumeran en Implementación de Analytics para Target.

Para obtener información sobre la implementación de A4T con Platform Web SDK, consulte SDK web de Adobe Experience Platform.

Cosas que hay que saber antes de implementar section_50D49CC52E11414089C89FB67F9B88F5

  • Esta integración está habilitada en las nuevas actividades cuando selecciona usar Analytics como fuente de informes. Después de completar los cambios de implementación descritos en este documento, las actividades existentes no se verán afectadas.
  • El proceso de configurar Analytics como el origen de informes de Target incluye varios pasos de implementación, seguidos de un paso de aprovisionamiento. Le recomendamos que lea todo el proceso que se describe a continuación antes de comenzar la implementación. Después de completar estos pasos, está listo para usar Analytics como fuente de informes cuando esté habilitado para usted. El proceso de aprovisionamiento puede tardar hasta cinco días hábiles.
  • El Visitor ID service crea un(a) Visitor ID compartido(a) en el(la) Adobe Experience Cloud. Aunque no reemplaza el id de mboxPC Target ni el UUID Audience Manager, sí reemplaza la forma en que Analytics identifica a los nuevos visitantes. Si se configura correctamente, los visitantes que regresan Analytics también se deben identificar mediante su ID de Analytics antiguo. Del mismo modo, como el mboxPCid Target permanece intacto, no se pierden datos del perfil del visitante Target al actualizar a Visitor ID service.
  • Visitor ID service debe ejecutarse antes del código de página Analytics y Target. Asegúrese de que VisitorAPI.js aparece encima de las etiquetas del resto de las soluciones de Experience Cloud.

Latencia section_9489BE6FD21641A4844E591711E3F813

Después de habilitar esta integración, se apreciará una latencia adicional de 5 a 10 minutos en Analytics. Este aumento de la latencia permite almacenar los datos de Analytics y Target en la misma visita, lo que le permite desglosar las actividades por página y sección de sitio.

Este aumento se ve reflejado en todos los servicios y herramientas de Analytics, incluidos los informes de flujo en vivo y en tiempo real, y se aplica a los siguientes escenarios:

  • Para el flujo en directo, los informes en tiempo real, las solicitudes de la API y todos los datos actuales para las variables de tráfico, solo se retrasan las visitas con un ID de datos suplementario.
  • Para los datos actuales en las métricas de conversión, los datos finalizados y las fuentes de datos, todas las visitas se retrasan de 5 a 7 minutos más.

El aumento de la latencia comienza después de implementar el servicio de ID de visitante Experience Cloud, aunque no haya implementado correctamente esta integración.

ID suplementario. section_2C1F745A2B7D41FE9E30915539226E3A

Todas las llamadas de Target utilizadas por una actividad de A4T para entregar contenido o registrar la métrica de objetivo deben tener una visita de Analytics correspondiente que comparta el ID suplementario para A4T para funcionar correctamente.

Las visitas que contienen datos de Analytics y Target contienen un id. de datos suplementario. Puede ver este identificador en Adobe Experience Cloud Debugger como el parámetro sdid. Por ejemplo: sdid=2F3C18E511F618CC-45F83E994AEE93A0. Este ID se genera cada vez que se cumplen los siguientes criterios:

  • Se ha implementado el servicio de ID de visitante.

Cuando solucione problemas, asegúrese de confirmar que el ID suplementario esté presente en Analytics visitas.

Registro de Analytics en el cliente client-side

Si at.js, Experience Cloud Visitor ID Service y appMeasurement.js están en la página, Analytics y Target vinculan correctamente eventos para fines de informes y análisis en el backend, siempre y cuando se incluya el ID suplementario correcto desde la página. No es necesario que administre y realice operaciones adicionales para A4T para funcionar correctamente.

Hay casos en los que es posible que desee tener más control sobre cuándo y cómo enviar datos de análisis relacionados con Target a Analytics con fines de creación de informes. Es posible que tenga una herramienta de análisis interna que utilice con fines internos. Sin embargo, también desea enviar los datos de análisis a Analytics a través del producto de análisis interno para que otros miembros de su organización puedan seguir usando Analytics como fuente de informes visual. Consulte Paso 7: Agregar la referencia de at.js a todas las páginas del sitio en Implementación de Analytics para Target para obtener más información.

Audiencias compartidas

Al rellenar el Formulario de aprovisionamiento de integraciones de Marketing Cloud 1}, tenga en cuenta la siguiente información importante acerca de la opción Shared Audiences que aparece en "For which capabilities are you requesting provisioning?"

Formulario de solicitud

AAM Cuando solicita Shared Audiences, habilita Target y Adobe Audience Manager (en este caso, las audiencias) para compartir información.

IMPORTANT
AAM Esta integración entre Target y el conlleva costos adicionales. AAM Se le facturará por cada llamada de Target en el servicio de llamadas de la.
recommendation-more-help
3d9ad939-5908-4b30-aac1-a4ad253cd654