En esta lección, implementaremos la extensión de Adobe Target con una solicitud de carga de página y parámetros personalizados.
Adobe Target es la solución de Adobe Experience Cloud que le proporciona todo lo necesario para adaptar y personalizar la experiencia de sus clientes con el fin de maximizar los ingresos de sus sitios web, aplicaciones, medios sociales y otros canales digitales, tanto para PC como para móviles.
Adobe Experience Platform Launch se está integrando en Adobe Experience Platform como un conjunto de tecnologías de recopilación de datos. Se han implementado varios cambios terminológicos en la interfaz que debe tener en cuenta al usar este contenido:
Al final de esta lección, debe poder:
Para completar las lecciones de esta sección, primero debe completar las lecciones de Configuración de etiquetas y Añadir el servicio de identidad.
Antes de comenzar, necesitamos realizar una leve actualización de los códigos incrustados de etiquetas. Cuando los códigos incrustados de etiquetas se cargan de forma asíncrona, la página puede finalizar el procesamiento antes de que la biblioteca de Target se cargue completamente y haya realizado su intercambio de contenido. Esto puede conllevar lo que se conoce como “parpadeo”, por el cual el contenido predeterminado aparece brevemente antes de ser reemplazado por el contenido personalizado especificado por Target. Si desea evitar este parpadeo, se recomienda codificar un fragmento preocultado especial inmediatamente antes de los códigos incrustados asíncronos de las etiquetas.
Dicha práctica ya se ha llevado a cabo en el sitio de Luma, pero sigamos adelante para hacerlo en la página de muestra y que, así, entienda la implementación. Copie las siguientes líneas de código:
<script>
//prehiding snippet for Adobe Target with asynchronous tags deployment
;(function(win, doc, style, timeout) {
var STYLE_ID = 'at-body-style';
function getParent() {
return doc.getElementsByTagName('head')[0];
}
function addStyle(parent, id, def) {
if (!parent) {
return;
}
var style = doc.createElement('style');
style.id = id;
style.innerHTML = def;
parent.appendChild(style);
}
function removeStyle(parent, id) {
if (!parent) {
return;
}
var style = doc.getElementById(id);
if (!style) {
return;
}
parent.removeChild(style);
}
addStyle(getParent(), STYLE_ID, style);
setTimeout(function() {
removeStyle(getParent(), STYLE_ID);
}, timeout);
}(window, document, "body {opacity: 0 !important}", 3000));
</script>
Abra la página de muestra y péguela justo antes del código incrustado de la etiqueta, como se muestra a continuación (no se preocupe si los números de línea son diferentes). En esta captura de pantalla se ha minificado el fragmento de preocultamiento:
Vuelva a cargar la página de muestra. Notará que la página estará oculta durante tres segundos antes de que se muestre. Este comportamiento es temporal y desaparecerá después de haber implementado Target. Este comportamiento de preocultación se controla mediante dos configuraciones al final del fragmento, que se pueden personalizar, pero generalmente funcionan mejor al mantener la configuración predeterminada:
body {opacity: 0 !important}
especifica la definición de CSS que se utiliza para la preocultación hasta que se carga Target. De forma predeterminada, todo el cuerpo quedará oculto. Si tiene una estructura DOM coherente con un elemento contenedor fácil de identificar que incluya todo el contenido debajo de su navegación, por ejemplo, y no quiere tener que probar ni personalizar su navegación, puede utilizar este ajuste para limitar la preocultación a ese elemento contenedor.3000
que especifica la configuración de tiempo de espera para la preocultación. De forma predeterminada, si Target no se ha cargado en tres segundos, se muestra la página. Esto suele ser improbable.Para obtener más información y para obtener el fragmento de preocultación no reducido, consulte la extensión de Adobe Target con una implementación asíncrona.
La extensión de Adobe Target es compatible con implementaciones del lado del cliente mediante el SDK de JavaScript de Target para la web moderna, at.js. Clientes que aún usan la biblioteca antigua de Target, mbox.js, debería actualizar a at.js 2.x para utilizar etiquetas.
La extensión Target v2 consta de dos partes principales:
En este primer ejercicio, añadiremos la extensión y veremos las configuraciones. En ejercicios posteriores usaremos las acciones.
Para añadir la extensión
Vaya a Extensiones > Catálogo
Escriba target
en el filtro para localizar rápidamente las extensiones de Adobe Target. Hay dos extensiones: Adobe Target y Adobe Target v2. Este tutorial utilizará la versión 2 de la extensión que utiliza la última versión de at.js (actualmente 2.x), ideal tanto para sitios web tradicionales como para aplicaciones de una sola página (SPA).
Haga clic en Instalar
Cuando agregue la extensión, importará muchas, pero no todas las configuraciones de at.js, de la interfaz de Target, como se muestra a continuación. La configuración del Timeout (tiempo de espera) no se importa, siempre se mantiene en 3000 ms después de añadir la extensión. Para el tutorial, mantenga la configuración predeterminada. Tenga en cuenta que en el lado izquierdo se mostrará la versión de at.js que se incluye con la versión actual de la extensión.
Haga clic en Guardar en biblioteca
En este punto, Target aún no está haciendo nada, por lo que no hay nada que validar.
Cada versión de la extensión de Target viene con una versión específica de at.js que se muestra en la descripción de la extensión. Actualice la versión de at.js al actualizar la extensión de Target.
Los expertos en marketing utilizan Target para controlar la experiencia del visitante en la página al realizar pruebas y segmentar contenido. Debido a esta importante función en la presentación de la página, debe cargar Target lo antes posible para minimizar el impacto sobre la visibilidad de la página. En esta sección, se cargará la biblioteca JavaScript de Target, at.js, y se activará la solicitud de carga de página (denominada “mbox global” en versiones anteriores de at.js).
Puede utilizar la regla All Pages - Library Loaded
que ha creado en la lección “Añadir elementos de datos, reglas y bibliotecas” para implementar Target porque ya se ha activado lo antes posible en las cargas de página.
Para cargar Target
Vaya a la Reglas en la navegación izquierda y, a continuación, haga clic en All Pages - Library Loaded
para abrir el editor de reglas
En Acciones (Actions), haga clic en el para añadir una acción nueva.
Seleccione Extensión > Adobe Target v2
Seleccione Tipo de acción > Load Target
Haga clic en Conservar cambios.
Con la acción Load Target
añadida, at.js se cargará en la página. Sin embargo, ninguna solicitud de Target se activará hasta que se agregue la acción Fire Page Load Request
.
Para activar la solicitud de carga de página
En Acciones, vuelva a hacer para añadir otra acción
Seleccione Extensión > Adobe Target v2
Seleccione Tipo de acción > Fire Page Load Request
Hay varias configuraciones disponibles para la solicitud de carga de página relacionadas con ocultar o mostrar la página y el selector de CSS que se usan en la preocultación. Estos ajustes funcionan junto con el fragmento de preocultación codificado en la página. Conserve la configuración predeterminada.
Haga clic en Conservar cambios.
La nueva acción se agrega en secuencia después de la acción Load Target
y las acciones se ejecutarán en este orden. Puede arrastrar y soltar las acciones para reorganizar el orden, pero en esta situación Load Target
debe ir antes de Fire Page Load Request
.
Haga clic en Guardar en biblioteca y crear.
Ahora que ha añadido la extensión Target v2 y ha activado la variable Load Target
y Fire Page Load Request
debe haber una solicitud de carga de página en todas las páginas donde se utilice la propiedad tag .
Para validar las acciones Load Target y Fire Page Load Request
Vuelva a cargar la página de muestra. Ya no debería ver un retraso de tres segundos antes de que la página sea visible. Si está cargando la página de muestra mediante el protocolo file://
, debe realizar este paso en un navegador Firefox o Safari, ya que Chrome no activa una solicitud de Target al utilizar el protocolo file://
.
Abra el sitio de Luma
Asegúrese de que Debugger asigne la propiedad de etiqueta a your Entorno de desarrollo, tal como se describe en la sección lección anterior
Vaya a la pestaña Resumen de Debugger
En la sección Launch
, confirme que Target
aparece en el encabezado Extensions
.
En la sección Target
, confirme que aparece la versión de la biblioteca at.js.
.
Finalmente, vaya a la pestaña Target
, expanda el código de cliente y confirme que aparece la solicitud de carga de página:
.
¡Felicidades! ¡Ha implementado Target!
Al pasar parámetros en la solicitud de Target, se añaden potentes funciones a las actividades de segmentación, prueba y personalización. La extensión de etiqueta proporciona dos acciones para pasar parámetros:
Add Params to Page Load Request
, que agrega parámetros a las solicitudes de carga de página (equivalente al método targetPageParams()).
Add Params to All Requests
, que agrega parámetros en todas las solicitudes de Target, por ejemplo: la solicitud de carga de página más las solicitudes adicionales realizadas a partir de acciones de código personalizado o codificadas en el sitio (equivalente al método targetPageParamsAll()).
Estas acciones se pueden utilizar antes de la acción Load Target
y pueden configurar distintos parámetros en páginas diferentes según las configuraciones de reglas. Utilice la función de orden de reglas que utilizó al configurar los ID de cliente con el servicio de ID para establecer parámetros adicionales en el evento Library Loaded
antes de que la regla active la solicitud de carga de página.
Dado que la mayoría de las implementaciones utilizan la solicitud de carga de página para la entrega de actividades, normalmente es suficiente para usar la acción Add Params to Page Load Requests
.
Los parámetros se utilizan para pasar datos personalizados a Target, lo que enriquece las capacidades de personalización. Son ideales para atributos que cambian con frecuencia durante una sesión de navegación, como el nombre de la página, la plantilla, etc. y no persisten.
Añadamos el elemento de datos Page Name
que hemos creado anteriormente en la lección Añadir elementos de datos, reglas y bibliotecas como parámetro de solicitud.
Para añadir el parámetro de solicitud
Vaya a la Reglas en la navegación izquierda y, a continuación, haga clic en All Pages - Library Loaded
para abrir el editor de reglas.
En Acciones (Actions), haga clic en el para añadir una acción nueva.
Seleccione Extensión > Adobe Target v2
Seleccione Tipo de acción > Añadir parámetros a la solicitud de carga de página
Escriba pageName
como nombre
Haga clic en el para abrir el modal del elemento de datos.
Haga clic en el elemento de datos Page Name
.
Haga clic en el botón Seleccionar.
Haga clic en Conservar cambios.
Haga clic y arrastre en el borde izquierdo de la acción Add Params to Page Load Request
para reorganizar las acciones que tiene antes de la acción Fire Page Load Request
(puede ser antes o después de Load Target
).
Haga clic en Guardar en biblioteca y crear.
Por el momento, los parámetros personalizados que se pasan con solicitudes at.js 2.x no son fácilmente visibles en Debugger, por lo que utilizaremos las herramientas para desarrolladores del navegador.
Para validar el parámetro de solicitud nombre de página (pageName)
tt.omtrdc
(o su dominio CNAME para solicitudes de Target)Headers
> Request Payload
> execute.pageLoad.parameters
para validar el parámetro pageName
y su valorDe forma similar a los parámetros de solicitud, los parámetros de perfil se transmiten a través de la solicitud de Target. Sin embargo, los parámetros de perfil se almacenan en la base de datos de perfiles de visitante de Target y se conservan durante la duración del perfil del visitante. Puede configurarlos en una página del sitio y usarlos en las actividades de Target en otra página. Este es un ejemplo de un sitio web de automóviles. Cuando un visitante llega a una página de vehículos, puede pasar un perfil de parámetro “profile.lastViewed=sportscar” para registrar su interés en un automóvil en particular. Cuando el visitante navega a otras páginas que no sean de vehículos, puede segmentar el contenido según el último vehículo visitado. Los parámetros de perfil son ideales para atributos que cambian con poca frecuencia o que solo están disponibles en determinadas páginas
En este tutorial no se transmite ningún parámetro de perfil, pero el flujo de trabajo es casi idéntico al que realizó al transmitir el parámetro pageName
. La diferencia es que debe dar a los parámetros de perfil un prefijo profile.
. Este es el aspecto que tendría un parámetro de perfil denominado “userType” en la acción Add Params to Page Load Request
:
Los parámetros de entidad son parámetros especiales que se utilizan en las implementaciones de Recommendations por tres motivos principales:
entity.id
) o la categoría (entity.categoryId
) que el visitante está viendo actualmente.entity.name
) o una imagen (entity.thumbnailUrl
). Algunos clientes rellenan su catálogo utilizando fuentes de backend, pero también se pueden rellenar usando parámetros de entidad en solicitudes de Target.No es necesario pasar ningún parámetro de entidad en este tutorial, pero el flujo de trabajo es idéntico al que hizo anteriormente al pasar la variable pageName
parámetro de solicitud: simplemente asigne al parámetro un nombre con el prefijo "entity". y asignarlo al elemento de datos pertinente. Tenga en cuenta que algunas entidades comunes tienen nombres reservados que deben utilizarse (por ejemplo, “entity.id” para el código de artículo del producto o SKU). Este es el aspecto que tendría al establecer los parámetros de entidad en la acción Add Params to Page Load Request
:
La recopilación de ID de cliente con el servicio de ID de Adobe Experience Platform Cloud facilita la importación de datos CRM en Target mediante la función Atributos del cliente de Adobe Experience Cloud. También activa la vinculación de visitantes entre dispositivos, lo que permite mantener una experiencia de usuario uniforme a medida que sus clientes cambian entre portátiles y dispositivos móviles.
Es imperativo configurar el ID de cliente en la acción Set Customer IDs
del servicio de ID antes de activar la solicitud de carga de página. Para ello, asegúrese de disponer de las siguientes capacidades en su sitio:
Set Customer IDs
en una regla que se active con el evento “Library Loaded (Page Top)” [biblioteca cargada (principio de página)].Fire Page Load Request
en una regla que se active después de la acción “Set Customer ID” (establecer ID de cliente).En la lección anterior, Añadir el servicio de ID de Adobe Experience Platform, ha creado la regla All Pages - Library Loaded - Authenticated - 10
para activar la acción “Set Customer ID” (establecer ID de cliente). Debido a que esta regla tiene una configuración Order
de 10
, los ID de cliente se establecen antes de que nuestra solicitud de carga de página se active desde la regla All Pages - Library Loaded
con su configuración Order
de 50
. Por lo tanto, ¡ya ha implementado la recopilación de ID de cliente para Target!
Por el momento, los parámetros personalizados que se pasan con solicitudes at.js 2.x no son fácilmente visibles en Debugger, por lo que utilizaremos las herramientas para desarrolladores del navegador.
Para validar el ID de cliente
Abra el sitio de Luma
Asegúrese de que Debugger asigne la propiedad de etiqueta a your Entorno de desarrollo, tal como se describe en la sección lección anterior
Inicie sesión en el sitio de Luma con las credenciales test@adobe.com
/test
Vuelva a la página principal de Luma
Abra las herramientas para desarrolladores del navegador
Haga clic en la pestaña Network
Filtre las solicitudes a tt.omtrdc
(o su dominio CNAME para solicitudes de Target)
Expanda la sección Headers
> Request Payload
> id.customerIds.0
para validar la configuración del ID de cliente y su valor:
El servicio de ID de Adobe Experience Platform le permitirá enviar varios ID al servicio. Sin embargo, solo el primero se enviará a Target.
Es un ejercicio opcional para los clientes de Target Premium.
El token de propiedad es un parámetro reservado que se utiliza con la función Permisos de usuario de Enterprise de Target Premium. Se utiliza para definir distintas propiedades digitales, de modo que a los miembros de una organización de Experience Cloud se les puedan asignar permisos diferentes para cada propiedad. Por ejemplo, es posible que desee que un grupo de usuarios pueda configurar actividades de Target en el sitio web, pero no en la aplicación móvil.
Las propiedades de Target son análogas a las propiedades de etiquetas y a los grupos de informes de Analytics. Una empresa con varias marcas, sitios web y equipos de marketing puede utilizar una propiedad de Target, una propiedad de etiqueta y un grupo de informes de Analytics diferentes para cada sitio web o aplicación móvil. Las propiedades de las etiquetas se diferencian por sus códigos incrustados, los grupos de informes de Analytics se diferencian por su ID de grupo de informes y las propiedades de Target se diferencian por su parámetro de token de propiedad.
El token de propiedad debe implementarse mediante una acción de código personalizado en etiquetas con la variable targetPageParams()
función. Si va a implementar varios sitios con diferentes valores at_property con una sola propiedad de etiqueta, puede administrar el valor at_property a través de un elemento de datos.
Este es un ejercicio opcional si es usuario de Target Premium y desea implementar un token de propiedad en su propiedad Tutorial:
En una pestaña independiente, abra la interfaz de usuario de Target.
Vaya a Administración > Propiedades
Identifique la propiedad que desea utilizar y haga clic en el </> (o crear una nueva propiedad)
Copie el fragmento de código dentro de <script></script>
al portapapeles
En la pestaña etiquetas , vaya a Reglas en la navegación izquierda y, a continuación, haga clic en All Pages - Library Loaded
para abrir el editor de reglas.
En Acciones (Actions), haga clic en la acción Core - Custom Code
para abrir Action Configuration
Abra el editor de código y pegue el código de la interfaz de Target que contiene el targetPageParams()
function
Haga clic en el icono Guardar botón
Marque la Ejecutar globalmente para que targetPageParams()
se declara en el ámbito global
Haga clic en Conservar cambios.
Haga clic en Guardar en biblioteca y crear.
Si intenta agregar la variable at_property
a través de la función Añadir parámetros a la solicitud de carga de página , el parámetro se rellenará en la solicitud de red, pero el Compositor de experiencias visuales (VEC) de Target no podrá detectarlo automáticamente al cargar la página. Rellenar siempre at_property
usando la variable targetPageParams()
en una acción Custom Code.
Por el momento, los parámetros personalizados que se pasan con solicitudes at.js 2.x no son fácilmente visibles en Debugger, por lo que utilizaremos las herramientas para desarrolladores del navegador.
Para validar el parámetro del token de propiedad
Abra el sitio de Luma
Asegúrese de que Debugger asigne la propiedad de etiqueta a your Entorno de desarrollo, tal como se describe en la sección lección anterior
Abra las herramientas para desarrolladores del navegador
Haga clic en la pestaña Network
Filtre las solicitudes a tt.omtrdc
(o su dominio CNAME para solicitudes de Target)
Expanda la sección Headers
> Request Payload
> property.token
para validar el valor
La solicitud de confirmación de pedido es un tipo especial de solicitud que se utiliza para enviar los detalles del pedido a Target. La inclusión de tres parámetros de solicitud específicos (orderId, orderTotal y productPurchasedId) es lo que convierte una solicitud de Target normal en una solicitud de pedido. Además de informar sobre los ingresos, la solicitud de pedidos también hace lo siguiente:
Se recomienda utilizar una solicitud de confirmación de pedido en todos los canales de pedidos, incluso en sitios que no sean de minoristas. Por ejemplo, los sitios de generación de posibles clientes suelen tener canales de posibles clientes con un “ID de posible cliente” único generado al final. Estos sitios deben implementar una solicitud de pedido con un valor estático (como “1”) para orderTotal.
Es posible que los clientes que utilizan la integración de Analytics para Target (A4T) en la mayoría de sus informes también deseen implementar la solicitud de pedido si utilizan actividades de Automated Personalization, que no admiten A4T. Además, la solicitud de pedido es un elemento fundamental de las implementaciones de Recommendations, lo que permite utilizar algoritmos basados en el comportamiento de compra. Para obtener la información más reciente sobre la compatibilidad con A4T, consulte la documentación.
La solicitud de confirmación de pedido se debe activar a partir de una regla que solo se active en su página o evento de confirmación de pedido. A menudo, se puede combinar con una regla que establezca el evento de compra de Adobe Analytics. Debe configurarse mediante la acción Código personalizado de la extensión principal, utilizando los elementos de datos adecuados para configurar los parámetros de orderId, orderTotal y productPurchasedId.
Añadamos los elementos de datos y la regla que necesitamos para activar una solicitud de confirmación de pedido en el sitio de Luma. Dado que ya ha creado varios elementos de datos, estas instrucciones aparecen abreviadas.
Para crear un elemento de datos para el ID de pedido
Order Id
.digitalData.cart.orderId
como JavaScript variable name
.Clean text
Para crear el elemento de datos para la cantidad del carro de compras
Cart Amount
.digitalData.cart.cartAmount
como JavaScript variable name
.Clean text
Para crear un elemento de datos para el código de artículo del carro de compras (Target)
Haga clic en Añadir elemento de datos.
Asigne un nombre al elemento de datos Cart SKUs (Target)
.
Seleccione Tipo de elemento de datos > Código personalizado
Para Target, los códigos de artículo deben aparecer en una lista separada por comas. Este código personalizado redistribuye la capa de datos con el formato adecuado. En el editor de código personalizado, pegue lo siguiente:
var targetProdSkus="";
for (var i=0; i<digitalData.cart.cartEntries.length; i++) {
if(i>0) {
targetProdSkus = targetProdSkus + ",";
}
targetProdSkus = targetProdSkus + digitalData.cart.cartEntries[i].sku;
}
return targetProdSkus;
Marque la opción Force lowercase value
.
Marque la opción Clean text
Haga clic en Guardar en biblioteca
Ahora necesitamos crear una regla para activar la solicitud de confirmación de pedido con estos elementos de datos como parámetros en la página de confirmación de pedido.
Para crear la regla para la página de confirmación de pedido
Order Confirmation Page - Library Loaded - 60
.Order
a 60
para que se active después del Load Target
acción (que está en nuestra All Pages - Library Loaded
regla donde Order
está configurado como 50
)Seleccione Tipo de condición > Ruta sin cadena de consulta
Para Path equals
, use thank-you.html
Alterne la opción Regex para cambiar la lógica de equals
a contains
(puede utilizar la función Test
para confirmar que la prueba pasará con la dirección URL https://luma.enablementadobe.com/content/luma/us/en/user/checkout/order/thank-you.html
)
Haga clic en Conservar cambios.
Seleccione Tipo de acción > Código personalizado
Haga clic en Abrir editor
Pegue el siguiente código en el modal Edit Code
adobe.target.getOffer({
"mbox": "orderConfirmPage",
"params":{
"orderId": _satellite.getVar('Order Id'),
"orderTotal": _satellite.getVar('Cart Amount'),
"productPurchasedId": _satellite.getVar('Cart SKUs (Target)')
},
"success": function(offer) {
adobe.target.applyOffer({
"mbox": "orderConfirmPage",
"offer": offer
});
},
"error": function(status, error) {
console.log('Error', status, error);
}
});
Haga clic en Guardar para conservar el código personalizado.
Haga clic en Conservar cambios para mantener la acción
Por el momento, los parámetros personalizados que se pasan con solicitudes at.js 2.x no son fácilmente visibles en Debugger, por lo que utilizaremos las herramientas para desarrolladores del navegador.
Abra el sitio de Luma
Asegúrese de que Debugger asigne la propiedad de etiqueta a your Entorno de desarrollo, tal como se describe en la sección lección anterior
Examine el sitio y añada varios productos al carro de compras
Continúe con el cierre de compra
Durante el proceso de cierre de compra, los únicos campos obligatorios son First Name
y Last Name
En la página Revisar pedido, asegúrese de hacer clic en el botón Place Order
Abra las herramientas para desarrolladores del navegador
Haga clic en la pestaña Network
Filtre las solicitudes a tt.omtrdc
(o su dominio CNAME para solicitudes de Target)
Haga clic en la segunda solicitud
Expanda la sección Headers
> Request Payload
> execute.mboxes.0
para validar el nombre de la solicitud y los parámetros de pedido:
Existen casos excepcionales en los que necesita realizar solicitudes de Target distintas de la carga de página y la solicitud de confirmación de pedido. Por ejemplo, a veces los datos importantes que desea utilizar para la personalización no están definidos en la página antes de los códigos incrustados de etiquetas; puede que estén codificados en la parte inferior de la página o que se devuelvan desde una solicitud de API asincrónica. Estos datos se pueden enviar a Target mediante una solicitud adicional, aunque no es óptimo utilizar esta solicitud para enviar contenido, ya que la página ya estará visible. Estos datos se pueden utilizar para enriquecer el perfil del visitante para usarlo más adelante (mediante parámetros de perfil) o para rellenar el catálogo de Recommendations.
En estas circunstancias, utilice la acción Código personalizado de la extensión principal para activar una solicitud mediante los métodos getOffer()/applyOffer() y trackEvent(). Esto es similar a lo que hizo en el ejercicio Solicitud de confirmación de pedido, pero utiliza un nombre de solicitud diferente y no usa los parámetros especiales de pedido. Asegúrese de utilizar la acción Load Target antes de realizar llamadas de solicitud desde el código personalizado.
La pantalla Edit at.js de la interfaz de usuario de Target tiene ubicaciones en las que puede pegar JavaScript personalizado que se ejecuta inmediatamente antes o después del archivo at.js. El Library Header (encabezado de la biblioteca) se utiliza a veces para anular la configuración de at.js a través de la función targetGlobalSettings() o transmitir datos de terceros a través de la función Data Providers. El Library Footer (pie de página de la biblioteca) se utiliza a veces para agregar oyentes de eventos personalizados de at.js.
Para replicar esta capacidad en etiquetas, utilice la acción Custom Code en la extensión principal y secuencie la acción antes (Library Header) o después (Library Footer) de la acción Load Target. Esto se puede hacer en la misma regla que la acción Load Target
(según se muestra a continuación) o en reglas independientes con eventos o configuraciones de pedidos que se activan de forma fiable antes o después de la regla que contiene Load Target
:
Para obtener más información sobre los ejemplos de uso de los encabezados y pies de página personalizados, consulte los siguientes recursos:
Siguiente: “Añadir Adobe Analytics” >