¿Cuál es la diferencia entre los diagramas de flujo de trabajo de at.js 1.x y at.js 2.x?
Para obtener más información sobre las diferencias introducidas en 2.O de 1, consulte Actualización de at.js 1.x a at.js 2.x.x.
En términos generales, existen un par de diferencias entre las dos versiones:
- at.js 2 no tiene un concepto de solicitud de mbox global sino una solicitud de carga de página. La solicitud de carga de página se puede ver como una solicitud para recuperar contenido que debería aplicarse en la carga inicial de página del sitio web.
- SPA at.js 2.x administra los conceptos de Views, que se utilizan para las aplicaciones de una sola página (). at.js 1.x no tiene en cuenta este concepto.
Diagramas de at.js 2.x
SPA Los siguientes diagramas le ayudan a comprender el flujo de trabajo de at.js 2.x con Views y cómo esto mejora la integración de la. Para obtener una mejor introducción a los conceptos utilizados en at.js 2.x, consulte Implementación de aplicación de una sola página.
(Haga clic en la imagen para ampliarla a ancho completo).
Paso | Detalles |
---|---|
1 | La llamada devuelve el Experience Cloud ID si el usuario se autentica, y otra llamada sincroniza el ID del cliente. |
2 | La biblioteca de at.js carga de forma sincronizada y oculta el cuerpo del documento. at.js también se puede cargar de manera asíncrona con una opción de fragmento de ocultamiento previo implementado en la página. |
3 | Se solicita una carga de página que incluye todos los parámetros configurados (MCID, SDID y el ID del cliente). |
4 | Se ejecutan los scripts de perfil y se incluyen en Profile Store. Detenervuelve a solicitar audiencias del Audience Library que cumplan los requisitos (por ejemplo, audiencias compartidas de Adobe Analytics, Audience Manager, etc.). Los atributos del cliente se envían a Profile Store en un procesamiento de lotes. |
5 | Según los parámetros de la solicitud de la URL y los datos de perfil, Target decide qué actividades y experiencias vuelven al visitante para la página actual y las vistas futuras. |
6 | El contenido dirigido se devuelve a la página, incluyendo, de manera opcional, los valores de perfil para una personalización adicional. El contenido dirigido se muestra en la página actual lo más rápido posible y sin parpadeo del contenido predeterminado. Contenido dirigido para vistas que se muestran como resultado de acciones del usuario en una SPA almacenada en caché en el explorador, de modo que se pueda aplicar instantáneamente sin una llamada al servidor adicional cuando se activan las vistas triggerView() . |
7 | Los datos de Analytics se han enviado a Data Collection servidores. |
8 | Se comparan los datos de Target con los datos de Analytics mediante el SDID y se procesan en el almacén de informes de Analytics.Los datos de Analytics se pueden ver en Analytics y Target mediante informes de (A4T). |
SPA Ahora, dondequiera que triggerView()
esté implementado en su, Views y las acciones se recuperan de la caché y se muestran al usuario sin una llamada al servidor. triggerView()
también realiza una solicitud de notificaciones al back-end Target para aumentar y registrar los recuentos de impresión. Para obtener más información sobre at.js para las SPA con vistas, consulte Implementación de aplicación de una sola página.
(Haga clic en la imagen para ampliarla a ancho completo).
Paso | Detalles |
---|---|
1 | SPA Se llama a triggerView() en el para procesar View y aplicar acciones para modificar elementos visuales. |
2 | El contenido dirigido para la vista se lee desde la caché. |
3 | El contenido dirigido se muestra lo más rápido posible y sin parpadeo del contenido predeterminado. |
4 | La solicitud de notificación se envía a Target Profile Store para contar al visitante en la actividad e incrementar las métricas. |
5 | Analytics datos enviados a Data Collection Servers. |
6 | Se compararon los datos de Target con los datos de Analytics mediante el SDID y se procesaron en el almacén de informes de Analytics. Los datos de Analytics se pueden ver en Analytics y Target mediante los informes de A4T. |