Reemplace la biblioteca at.js de con el SDK web de Platform
Obtenga información sobre cómo reemplazar la implementación de Adobe Target en la página para migrar de at.js al SDK web de Platform. Un reemplazo básico consiste en los siguientes pasos:
- Revise la configuración de administración de Target y tome nota de su ID de organización de IMS
- Reemplace la biblioteca at.js de con el SDK web de Platform
- Actualizar el fragmento preocultado para implementaciones de biblioteca sincrónicas
- Configuración del SDK web de Platform
Revisar configuración de administración de Target
El primer paso para migrar Target al SDK web de Platform es revisar la configuración en la sección Administración de la interfaz de Target.
Implementación
Detalles de la cuenta
- ID de organización de IMS: tome nota de este valor, ya que es necesario para configurar el SDK web de Platform.
- Toma de decisiones en el dispositivo: el SDK web de Platform no admite esta característica. Esta configuración se puede deshabilitar después de migrar y si ya no utiliza at.js en ninguno de sus sitios web o si tiene casos de uso del lado del servidor para la toma de decisiones en el dispositivo.
Métodos de implementación
Todas las configuraciones editables en la sección Métodos de implementación se aplican solo a at.js. Esta configuración se utiliza para generar una biblioteca at.js personalizada para su implementación. Revise esta configuración para comprobar si tiene algún código personalizado o si está configurando cookies de origen y de terceros para casos de uso entre dominios.
La configuración de Duración del perfil solo la puede cambiar el Servicio de atención al cliente de Adobe. La duración del perfil del visitante de Target no se ve afectada por el método de implementación. Tanto at.js como el SDK web de Platform utilizan la misma duración de perfil del visitante.
Privacidad
- Direcciones IP de visitantes ofuscados: esta configuración afecta las capacidades de targeting geográfico. Tanto at.js como el SDK web de Platform utilizan la misma configuración de ofuscación de IP del back-end para fines de targeting geográfico.
Entornos
El SDK web de Platform utiliza una configuración de secuencia de datos que le permite definir explícitamente un ID de entorno para secuencias de datos de desarrollo, ensayo y producción independientes. El caso de uso principal de esta configuración es para implementaciones de aplicaciones móviles en las que no existen URL para distinguir fácilmente los entornos. La configuración es opcional, pero se puede utilizar para garantizar que todas las solicitudes estén correctamente asociadas al entorno especificado. Esto difiere de una implementación de at.js en la que debe asignar entornos de Target según los dominios y las reglas del grupo de hosts.
Para obtener más información, consulte la guía configuración de secuencia de datos y la documentación de Hosts de Target.
Implementación del SDK web de Platform
La funcionalidad de Target la proporcionan at.js y el SDK web de Platform. Si ambas bibliotecas se utilizan al mismo tiempo, pueden producirse problemas de procesamiento y seguimiento. Para migrar correctamente al SDK web de Platform, el primer paso es eliminar at.js y reemplazarlo por el SDK web de Platform (alloy.js).
Supongamos que tenemos una implementación de Target simple con at.js:
- Una capa de datos cerca de la parte superior de la página proporciona información para Target y otras aplicaciones
- Una o más bibliotecas de ayuda de terceros cuyas capacidades pueden utilizarse en actividades de Target (por ejemplo, jQuery).
- Un fragmento preocultado para mitigar el parpadeo
- La biblioteca at.js de Target se carga asincrónicamente con la configuración predeterminada para solicitar y procesar automáticamente actividades:
code language-html |
---|
|
Para actualizar Target para utilizar el SDK web de Platform, primero elimine at.js:
<!--Target at.js library loaded asynchonously-->
<script src="/libraries/at.js" async></script>
Y reemplace con la biblioteca JavaScript de alloy o el código incrustado de etiquetas y la extensión SDK para web de Adobe Experience Platform:
code language-html |
---|
|
code language-html |
---|
|
En la propiedad tag, agregue la extensión SDK para web de Adobe Experience Platform:
{modal="regular"}
La versión independiente creada previamente requiere un "código base" añadido directamente a la página, lo que crea una función global denominada alloy. Utilice esta función para interactuar con el SDK. Si desea asignar otro nombre a la función global, cambie el nombre de alloy
.
Consulte la documentación de Instalación del SDK web de Platform para obtener más información y opciones de implementación.
Actualizar el método de preocultación de contenido
La implementación del SDK web de Platform puede requerir un fragmento de ocultamiento previo en función de si la biblioteca se carga de forma asíncrona o sincrónica.
Implementación asincrónica
Al igual que con at.js, si la biblioteca del SDK web de Platform se carga asincrónicamente, la página puede finalizar el renderizado antes de que Target haya realizado un intercambio de contenido. Este comportamiento puede llevar a lo que se conoce como "parpadeo", en el que el contenido predeterminado aparece brevemente antes de ser reemplazado por el contenido personalizado especificado por Target. Si desea evitar este parpadeo, Adobe recomienda agregar un fragmento preocultado especial inmediatamente antes de la referencia de script del SDK web de Platform asincrónico o del código incrustado de etiquetas.
Si su implementación es asíncrona, como en los ejemplos anteriores, sustituya el fragmento preocultado de at.js por la versión siguiente compatible con el SDK web de Platform:
<!--Prehiding snippet for Target with asynchronous Web SDK deployment-->
<script>
!function(e,a,n,t){var i=e.head;if(i){
if (a) return;
var o=e.createElement("style");
o.id="alloy-prehiding",o.innerText=n,i.appendChild(o),setTimeout(function(){o.parentNode&&o.parentNode.removeChild(o)},t)}}
(document, document.location.href.indexOf("mboxEdit") !== -1, "body { opacity: 0 !important }", 3000);
</script>
El fragmento preocultado crea una etiqueta de estilo en el encabezado de la página con la definición CSS de su elección. Esta etiqueta de estilo se elimina cuando se recibe una respuesta de Target o se alcanza el tiempo de espera.
El comportamiento de preocultación se controla mediante dos configuraciones al final del fragmento.
-
body { opacity: 0 !important }
especifica la definición de CSS que se utilizará para la preocultación hasta que se cargue Target. De forma predeterminada, toda la página está oculta. Puede actualizar esta definición a los selectores que desea ocultar previamente junto con cómo desea ocultarlos. Puede incluir varias definiciones, ya que este valor es simplemente lo que se inserta en la etiqueta de estilo de preocultación. Si tiene un elemento contenedor fácil de identificar que incluya el contenido debajo de su navegación, puede utilizar este ajuste para limitar la preocultación a ese elemento contenedor. -
3000
especifica el tiempo de espera en milisegundos para la preocultación. Si no se recibe una respuesta de Target antes del tiempo de espera, se elimina la etiqueta de estilo de ocultamiento previo. No es habitual alcanzar este tiempo de espera.
alloy-prehiding
. Si se utiliza el fragmento de preocultación para at.js, es posible que no funcione correctamente.Implementación sincrónica
Adobe recomienda implementar el SDK web de Platform de forma asíncrona para obtener el mejor rendimiento general de la página. Sin embargo, si la biblioteca alloy.js o el código incrustado de etiquetas se cargan sincrónicamente, no se requiere el fragmento de preocultación. En su lugar, el estilo de preocultación se especifica en la configuración del SDK web de Platform.
El estilo de preocultación para implementaciones sincrónicas se puede configurar usando la opción prehidingStyle
. La configuración del SDK web de Platform se explica en la siguiente sección.
Para obtener más información sobre cómo el SDK web de Platform puede administrar el parpadeo, puede consultar la sección de guías: administración del parpadeo para experiencias personalizadas
Configuración del SDK web de Platform
El SDK web de Platform debe configurarse en cada carga de página. El siguiente ejemplo supone que todo el sitio se está actualizando al SDK web de Platform en una sola implementación:
El comando configure
siempre debe ser el primer comando del SDK llamado. edgeConfigId
es el ID de secuencia de datos
code language-javascript |
---|
|
En las implementaciones de etiquetas, muchos campos se rellenan automáticamente o se pueden seleccionar desde los menús desplegables. Tenga en cuenta que se pueden seleccionar diferentes entornos limitados sandboxes y flujos de datos de la plataforma para cada entorno. La secuencia de datos cambiará según el estado de la biblioteca de etiquetas en el proceso de publicación.
{modal="regular"}
Si planea migrar de at.js al SDK web de Platform página por página, se requieren las siguientes opciones de configuración:
code language-javascript |
---|
|
A continuación se describen las opciones de configuración relevantes relacionadas con Target:
edgeConfigId
ebebf826-a01f-4458-8cec-ef61de241c93
orgId
ADB3LETTERSANDNUMBERS@AdobeOrg
targetMigrationEnabled
true
idMigrationEnabled
true
thirdPartyCookiesEnabled
true
prehidingStyle
body { opacity: 0 !important }
Para obtener una lista completa de opciones, consulte la guía configuración del SDK web de Platform.
Ejemplo de implementación
Una vez que el SDK web de Platform esté correctamente configurado, la página de ejemplo tendría este aspecto.
code language-html |
---|
|
Código de página:
code language-html |
---|
|
En las etiquetas, agregue la extensión SDK para web de Adobe Experience Platform:
{modal="regular"}
Y añada las configuraciones deseadas:
{modal="regular"}
Es importante tener en cuenta que simplemente incluir y configurar la biblioteca del SDK web de Platform como se muestra arriba no ejecuta ninguna llamada de red a la red de Adobe Edge.
A continuación, aprenda a solicitar y aplicar actividades basadas en VEC a la página.