Show Menu
TEMAS×

Upgrading from at.js 1. x to at.js 2. x

La versión más reciente de at.js en Adobe Target proporciona conjuntos de funciones enriquecidas que equipan su empresa para ejecutar la personalización en tecnologías de próxima generación de lado del cliente. Esta nueva versión se centra en actualizar at.js para tener interacciones armoniosas con aplicaciones de una sola página (SPA).
Here are some benefits of using at.js 2. x that are not available in previous versions:
  • La capacidad de almacenar en caché todas las ofertas al cargar la página para reducir el número de llamadas al servidor a una sola llamada.
  • Importante mejora de las experiencias de los usuarios finales en su sitio porque las ofertas se muestran inmediatamente a través de la caché sin ningún tiempo de retraso que introducen las llamadas tradicionales al servidor.
  • Una sencilla línea de código y configuración de desarrollador único para permitir que sus especialistas en marketing creen y ejecuten actividades A/B y XT a través del VEC en sus SPA.

at.js 2. x diagramas del sistema

The following diagrams help you understand the workflow of at.js 2. x with Views and how this enhances the SPA integration. To get a better introduction of the concepts used in at.js 2. x , see Single Page Application implementation .
La llamada
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 perfiles y se incluyen en el Almacenamiento de perfiles. El Almacenamiento solicita audiencias de la Biblioteca de audiencias que cumplan los requisitos (por ejemplo, audiencias compartidas de Adobe Analytics, Gestión de público, etc.).
Se envían los atributos del cliente al Almacenamiento de perfiles 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
Se envían los datos de Analytics a los servidores de recopilación de datos.
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.
Por lo tanto, los datos de Analytics se pueden visualizar tanto en Analytics como en Target mediante los informes de Analytics for Target (A4T).
Ahora, independientemente de que se implemente triggerView() en la SPA, las vistas y 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.
La llamada
Detalles
1
En la SPA, se llama a triggerView() para procesar la vista y aplicar acciones para modificar los 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 al Almacenamiento de perfiles de Target para contar al visitante en la actividad e incrementar las métricas.
5
Los datos de Analytics se envían a los servidores de recopilación de datos.
6
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. Por lo tanto, los datos de Analytics se pueden visualizar tanto en Analytics como en Target mediante los informes de A4T.

Implementación de at.js 2. x

  1. Implementación de at.js 2. x mediante la extensión Adobe Launch .
    La implementación de at.js con Adobe Launch es el método preferido.
    O
    Manually download at.js 2. x using the Target UI and deploy it using the method of your choice .

Funciones obsoletas de at.js

There are several functions that have been deprecated in at.js 2. x .
If these deprecated functions are still used on your site when at.js 2. x is deployed, you will see console warnings. The recommended approach when upgrading is to test the deployment of at.js 2. x in a staging environment and make sure to go through each and every warning that has been logged in the console and translate the deprecated functions to new functions introduced in at.js 2. x .
Puede encontrar las funciones obsoletas y sus equivalentes a continuación. Para ver una lista completa de las funciones, consulte Funciones de at.js .
at.js 2. x ya no oculta automáticamente los elementos marcados mboxDefault . Por lo tanto, los clientes tendrán que ajustar manualmente la lógica de ocultación previa en el sitio o a través de un administrador de etiquetas.

mboxCreate(mbox,params)

Descripción :
Ejecuta una solicitud y aplica la oferta al DIV más cercano con el nombre de clase mboxDefault .
Ejemplo:
<div class="mboxDefault">
  default content to replace by offer
</div>
<script>
  mboxCreate('mboxName','param1=value1','param2=value2');
</script>

at.js 2. x equivalente
getOffer() y applyOffer() son una alternativa a mboxCreate(mbox, params) .
Ejemplo:
<div class="mboxDefault"> 
  default content to replace by offer 
</div> 
<script> 
  var el = document.currentScript.previousElementSibling;
  adobe.target.getOffer({
    mbox: "mboxName",
    params: {
      param1: "value1",
      param2: "value2"
    },
    success: function(offer) {
      adobe.target.applyOffer({
        mbox: "mboxName",
        selector: el,
        offer: offer
      });
    },
    error: function(error) {
      console.error(error);
      el.style.visibility = "visible";
    }
  });
</script> 

mboxDefine() y mboxUpdate()

Descripción :
Crea una asignación interna entre un elemento y un nombre de mbox, pero no ejecuta la solicitud. Se utiliza junto con mboxUpdate() , que ejecuta la solicitud y aplica la oferta al elemento identificado por ID de nodo en mboxDefine() . También se puede usar para actualizar un mbox iniciado por mboxCreate .
Ejemplo:
<div id="someId" class="mboxDefault"></div>
<script>
 mboxDefine('someId','mboxName','param1=value1','param2=value2');
 mboxUpdate('mboxName','param3=value3','param4=value4');
</script>

at.js 2. x equivalente :
Una alternativa a mboxDefine() y mboxUpdate es getOffer() y applyOffer() , con la opción de selector utilizada en applyOffer() . Este método permite asignar la oferta a un elemento mediante cualquier selector de CSS, no solo a uno con un ID.
Ejemplo:
<div id="someId" class="mboxDefault"> 
  default content to replace by offer 
</div> 
<script> 
  adobe.target.getOffer({
    mbox: "mboxName",
    params: {
      param1: "value1",
      param2: "value2",
      param3: "value3",
      param4: "value4" 
    },
    success: function(offer) {
      adobe.target.applyOffer({
        mbox: "mboxName",
        selector: "#someId",
        offer: offer
      });
    },
    error: function(error) {
      console.error(error);
      var el = document.getElementById("someId");
      el.style.visibility = "visible";
    }
  });
</script>

adobe.target.registerExtension()

Descripción :
Ofrece una forma estándar de registrar una extensión determinada.
Esto ya no se admite y no debe usarse.

Resumen de las funciones de at.js obsoletas, nuevas y admitidas en 2.0

Método
Compatible?
nueva?
Obsoleto?
(Se muestra el contenido predeterminado)
getOffer()
getOffers()
applyOffer()
applyOffers()
triggerView()
trackEvent()
mboxCreate()
mboxDefine()
mboxUpdate()
targetGlobalSettings()
Data Providers
targetPageParams()
targetPageParamsAll()
registerExtension()
At.js Custom Events

Limitaciones y llamadas

Tenga en cuenta las siguientes limitaciones y llamadas:

Seguimiento de conversiones

Los clientes que utilizan mboxCreate() para el seguimiento de conversiones deben utilizar trackEvent() o getOffer() .

Entrega de ofertas

Los clientes que no reemplacen mboxCreate() por getOffer() o applyOffer() se arriesgan a que no se entreguen las ofertas.

Puede at.js 2. x se utilizará en algunas páginas mientras que at.js 1. x , o mbox.js se encuentra en otras páginas?

Sí, el perfil del visitante se conserva en todas las páginas que utilizan distintas versiones y bibliotecas. El formato de la cookie es el mismo.

New API use in at.js 2. x

at.js 2. x usa una nueva API que llamamos API de envío. Para depurar si at.js llama al servidor Target Edge correctamente, puede filtrar la pestaña Red de las herramientas para desarrolladores del explorador en “entrega”, “ tt.omtrdc.net ” o código de cliente. También notará que Target envía una carga útil JSON en lugar de pares clave-valor.

Mbox Global de Target ya no se utiliza.

En at.js 2. x , ya no ve " target-global-mbox " visiblemente en las llamadas de red. En su lugar, hemos sustituido la sintaxis “ target-global-mbox ” por “ execute > pageLoad ” en la carga útil JSON enviado por los servidores Target como se ve a continuación:
{
  "id": {
    // ...
  },
  "context": {
    "channel": "web",
    // ...
  },
  "execute": {
    "pageLoad": {}
  }
}

fundamentalmente, el concepto de mbox global se introdujo para hacer saber a Target si se recuperarán las ofertas y el contenido durante la carga de página. Esto lo hemos hecho más explícito en la versión más reciente.

¿Sigue siendo relevante el nombre de mbox global en at.js?

Los clientes pueden especificar un nombre de mbox global mediante Target &gt; Configuración &gt; Implementación &gt; Editar la configuración de at.js. Este ajuste lo utilizan los servidores Target Edge para traducir Ejecutar > pageLoad al nombre de mbox global que aparece en la interfaz de usuario Target. Esto permite a los clientes seguir utilizando API del lado del servidor, el compositor basado en formularios, los comandos de perfil y crear audiencias utilizando el nombre de mbox global. Le recomendamos encarecidamente que verifique que se haya configurado el mismo nombre de mbox global en la página Configuración &gt; Preferencias, en caso de que tenga páginas con at.js 1. x o mbox.js como se muestra en las ilustraciones siguientes.
y

Does the auto-create global mbox setting need to be turned on for at.js 2. x ?

En la mayoría de los casos, sí. This setting tells at.js 2. x to fire a request to the Target edge servers upon page load. Este ajuste debería estar activado ya que mbox global se traduce para Ejecutar > pageLoad, y si desea activar una solicitud al cargar la página.

Will existing VEC activities continue to work, even though the target global mbox name is not specified from at.js 2. x ?

Sí, porque Ejecutar > pageLoad se trata en el backend Target como target-global-mbox .

Si mis actividades basadas en formularios están dirigidas a target-global-mbox , ¿seguirán funcionando esas actividades?

Sí, porque Ejecutar > pageLoad se trata en los servidores Target Edge como target-global-mbox .

Supported and non-supported at.js 2. x Settings

Configuración
Compatible?
Dominio x
No
Creación automática de mbox global
Nombre de mbox global

Compatibilidad con el seguimiento entre dominios en at.js 2.x

El seguimiento entre dominios permite unir a los visitantes entre distintos dominios. Dado que se debe crear una nueva cookie para cada dominio, es difícil rastrear a los visitantes cuando navegan de un dominio a otro. Para realizar el seguimiento entre dominios, Target utiliza una cookie de terceros para rastrear a los visitantes entre dominios. Esto le permite crear una actividad de Target que abarque siteA.com y siteB.com que los visitantes permanezcan en la misma experiencia cuando naveguen por dominios únicos. Esta funcionalidad se vincula al comportamiento de cookies de origen y de terceros de Target.
El seguimiento entre dominios no se admite de forma predeterminada en at.js 2. x . El seguimiento entre dominios se admite en at.js 2. x mediante la biblioteca de Experience Cloud ID (ECID) v4.3.0 o posterior.
En Target, la cookie de terceros se almacena en <CLIENTCODE>.tt.omtrdc.net . La cookie de origen se almacena en clientdomain.com . La primera solicitud devuelve encabezados de respuesta HTTP que intentan establecer cookies de terceros denominadas mboxSession y mboxPC , mientras se devuelve una solicitud de redirección con un parámetro adicional ( mboxXDomainCheck=true ). Si el explorador acepta cookies de terceros, la solicitud de redirección incluye dichas cookies y se devuelve la experiencia. Este flujo de trabajo es posible porque utilizamos el método HTTP GET.
However, in at.js 2. x , HTTP GET is no longer used and instead we use HTTP POST. HTTP POST ahora se utiliza mediante at.js 2. x para enviar cargas de JSON a los servidores Edge de Target. Esto significa que la solicitud de redirección para comprobar si un explorador admite cookies de terceros se interrumpe. Esto se debe a que las solicitudes HTTP GET son transacciones idénticas, mientras que HTTP POST no es potente y no debe repetirse arbitrariamente. Por lo tanto, el seguimiento entre dominios en at.js 2. x ya no se admite de forma predeterminada. Solo at.js 1. x cuenta con compatibilidad incorporada para el seguimiento entre dominios.
Si desea utilizar el seguimiento entre dominios, debe instalar la biblioteca ECID v4.3.0+ junto con at.js 2. x . La biblioteca ECID existe para administrar los ID persistentes que se utilizan para identificar a un visitante incluso entre dominios. Después de instalar la biblioteca ECID v4.3.0+ y at.js 2. x , podrá crear actividades que abarquen dominios únicos, así como rastrear usuarios.

Se admite Crear automáticamente un mbox global

This setting tells at.js 2. x to fire a request to the Target edge servers on page-load. Dado que el mbox global se traduce en ejecutar > pageLoad, y este es interpretado por los servidores Edge de Target, los clientes deben habilitarlo si desean activar una solicitud durante la carga de página.

Se admite el nombre de mbox global

Los clientes pueden especificar un nombre de mbox global mediante Target &gt; Configuración &gt; Implementación &gt; Editar la configuración de at.js. Este ajuste lo utilizan los servidores Edge Target para representar ejecutar > pageLoad en el nombre de mbox global introducido. Esto permite a los clientes seguir utilizando las API del servidor, el compositor basado en formularios, scripts de perfil y crear audiencias dirigidas al mbox global.

¿Los eventos personalizados de at.js se aplican a triggerView() , o es solo para applyOffer() o applyOffers() ?

  • adobe.target.event.CONTENT_RENDERING_FAILED
  • adobe.target.event.CONTENT_RENDERING_SUCCEEDED
  • adobe.target.event.CONTENT_RENDERING_NO_OFFERS
  • adobe.target.event.CONTENT_RENDERING_REDIRECT
Sí, los eventos personalizados de at.js también son aplicables en triggerView() .

Indica que cuando llama a triggerView() con {“page” : “true”} , envía una notificación al back-end de Target y aumenta la impresión. ¿También provoca que se ejecuten los scripts de perfil?

Cuando se realiza una llamada de recuperación previa al back-end de Target, se ejecutan los scripts de perfil. A partir de ahí, los datos de perfil afectados se cifran y se devuelven al cliente. Después de la invocación de triggerView() con {"page": "true"} , se envía una notificación junto con los datos de perfil cifrados. Es entonces cuando el back-end de Target descifra los datos de perfil y los almacena en las bases de datos.

¿Es necesario agregar el código de ocultamiento previo antes de llamar a triggerView() para administrar el parpadeo?

No, no es necesario agregar el código de ocultamiento previo antes de llamar a triggerView() . at.js 2. x administra la lógica de ocultamiento previo y el parpadeo antes de que se muestre y se aplique la vista.

Compatibilidad de at.js

Las tablas siguientes explican la compatibilidad de at.js 2.0.0 con diferentes tipos de actividades, integraciones, características y funciones de at.js.

Tipos de actividades.

Tipo
Compatible?
Prueba A/B
Asignación automática
Segmentación automática
Segmentación de experiencias
Prueba multivariable
Personalización automatizada
Las actividades de
Auto-Target activities are supported through at.js 2. x and the VEC when all modifications are applied to the Page Load Event . Cuando se agregan modificaciones a vistas específicas, solo son compatibles las actividades de Prueba A/B, Asignación automática y Segmentación de experiencias (XT).

Integraciones

Tipo
Compatible?
Analytics for Target (A4T)
Audiencias
Atributos del cliente
Fragmentos de experiencia de AEM
Extensión Adobe Launch
Depurador
Auditor
Rules have not yet been updated for at.js 2. x
Administrador dinámico de etiquetas (DTM)
Inclusión
No. La compatibilidad con el RGPD se ofrece en la versión 2.1.0 de at.js .
Personalización mejorada AEM con tecnología de Adobe Target
No

Funciones

Función
Compatible?
Dominio x
No
Propiedades/Espacios de trabajo
Vínculos de control de calidad
Compositor de experiencias basadas en formularios
Compositor de experiencias visuales (VEC)
Código personalizado
Tokens de respuesta
Seguimiento de clics
Entrega de varias actividades
targetGlobalSettings
Sí (pero no x-dominio)
Métodos de at.js
Se admiten todas las opciones excepto
mboxCreate()
mboxUpdate()
mboxDefine()
que muestran el contenido predeterminado.

Parámetros de cadena de consulta

Parámetro
Compatible?
?mboxDisable
?mboxDisable
?mboxTrace
?mboxSession
No
?mboxOverride.browserIp
No

Tokens de respuesta

at.js 2. x , igual que at.js 1. x , utiliza el evento personalizado at-request-succeeded para los tokens de respuesta. Para obtener ejemplos de código utilizando el evento personalizado at-request-succeeded , consulte Tokens de respuesta .

at.js 1. x parámetros de at.js 2. asignación de carga útil x

Esta sección describe las asignaciones entre at.js 1. x y at.js 2. x .
Antes de profundizar en la asignación de parámetros, los puntos finales que utilizan estas versiones de la biblioteca han cambiado:
  • at.js 1. x - http://<client code>.tt.omtrdc.net/m2/<client code>/mbox/json
  • at.js 2. x - http://<client code>.tt.omtrdc.net/rest/v1/delivery
Otra diferencia importante es que:
  • at.js 1. x - El código de cliente forma parte de la ruta
  • at.js 2. x - El código de cliente se envía como parámetro de cadena de consulta, como: http://<client code>.tt.omtrdc.net/rest/v1/delivery?client=democlient
Las siguientes secciones enumeran cada parámetro at.js 1. x , su descripción y la carga útil JSON 2.0.0 correspondiente (si corresponde):

at_property

(at.js 1. x parámetro)
{
  ....
  "property": {
    "token": "1213213123122313121"
  }
  ....
}

browserHeight

(at.js 1. x parámetro)
Altura de la ventana del explorador del visitante.
at.js 2. x Carga útil JSON:
{
  "context": {
    "window": {
       "height": 200
    }
  }
}

browserWidth

(at.js 1. x parámetro)
Ancho de la ventana del explorador del visitante.
at.js 2. x Carga útil JSON:
{
  "context": {
    "window": {
       "width": 200
    }
  }
}

browserTimeOffset

(at.js 1. x parámetro)
Desplazamiento de zona horaria.
at.js 2. x Carga útil JSON:
{
  "context": {
    "timeOffsetInMinutes": -480
  }
}

screenHeight

(at.js 1. x parámetro)
Altura de la pantalla del visitante.
at.js 2. x Carga útil JSON:
{
  "context": {
    "screen": {
       "height": 200
    }
  }
}

screenWidth

(at.js 1. x parámetro)
Ancho de la pantalla del visitante.
at.js 2. x Carga útil JSON:
{
  "context": {
    "screen": {
       "width": 200
    }
  }
}

colorDepth

(at.js 1. x parámetro)
Profundidad de color de la pantalla del visitante.
at.js 2. x Carga útil JSON:
{
  "context": {
    "screen": {
       "colorDepth": 24
    }
  }
}

mboxHost

(at.js 1. x parámetro)
Dominio de la página en la que se ejecuta la Biblioteca de segmentos.
at.js 2. x Carga útil JSON:
{
  "context": {
    "browser": {
       "host": "test.com"
    }
  }
}

webGLRenderer

(at.js 1. x parámetro)
Las capacidades del procesador WEB GL del explorador. El mecanismo de detección de dispositivos lo utiliza para determinar si el dispositivo del visitante es de escritorio, un iPhone, un dispositivo Android, etc.
at.js 2. x Carga útil JSON:
{
  "context": {
    "browser": {
       "webGLRenderer": "AMD Radeon Pro 560X OpenGL Engine"
    }
  }
}

mboxURL

(at.js 1. x parámetro)
La dirección URL de la página.
at.js 2. x Carga útil JSON:
{
  "context": {
    "address": {
       "url": "http://test.com"
    }
  }
}

mboxReferrer

(at.js 1. x parámetro)
El referente de la página.
at.js 2. x Carga útil JSON:
{
  "context": {
    "address": {
       "referringUrl": "http://google.com"
    }
  }
}

mbox (el nombre) es igual al mbox global

(at.js 1. x parámetro)
La API de envío ya no tiene un concepto de mbox global. En la carga útil JSON debe utilizar execute > pageLoad .
at.js 2. x Carga útil JSON:
{
  "execute": {
    "pageLoad": {
       "parameters": ....
       "profileParameters": ...
       .....
    }
  }
}

mbox (el nombre) no es igual al mbox global

(at.js 1. x parámetro)
Para utilizar un nombre de mbox, páselo a execute > mboxes . Un mbox requiere un índice y un nombre.
at.js 2. x Carga útil JSON:
{
  "execute": {
    "mboxes": [{
       "index": 0,
       "name": "some-mbox",
       "parameters": ....
       "profileParameters": ...
       .....
    }]
  }
}

mboxId

(at.js 1. x parámetro)
Ya no se utiliza.

mboxCount

(at.js 1. x parámetro)
Ya no se utiliza.

mboxRid

(at.js 1. x parámetro)
Solicitar ID utilizado por los sistemas descendentes para ayudar a depurar.
at.js 2. x Carga útil JSON:
{
  "requestId": "2412234442342"
  ....
}

mboxTime

(at.js 1. x parámetro)
Ya no se utiliza.

mboxSession

(at.js 1. x parámetro)
El ID de sesión se envía como parámetro de cadena de consulta ( sessionId ) al extremo de la API de envío.

mboxPC

(at.js 1. x parámetro)
El ID de TNT se pasa a id > tntId .
at.js 2. x Carga útil JSON:
{
  "id": {
    "tntId": "ca5ddd7e33504c58b70d45d0368bcc70.21_3"
  }
  ....
}

mboxMCGVID

(at.js 1. x parámetro)
El ID de visitante de Experience Cloud se pasa a id > marketingCloudVisitorId .
at.js 2. x Carga útil JSON:
{
  "id": {
    "marketingCloudVisitorId": "797110122341429343505"
  }
  ....
}

vst.aaaa.id y vst.aaaa.authState

(at.js 1. x parámetros)
Los ID de cliente se deben pasar a id > customerIds .
at.js 2. x Carga útil JSON:
{
  "id": {
    "customerIds": [{
       "id": "1232131",
       "integrationCode": "aaaa",
       "authenticatedState": "....."
     }]
  }
  ....
}

mbox3rdPartyId

(at.js 1. x parámetro)
ID de terceros de cliente utilizado para vincular distintos ID de Target.
at.js 2. x Carga útil JSON:
{
  "id": {
    "thirdPartyId": "1232312323123"
  }
  ....
}

mboxMCSDID

(at.js 1. x parámetro)
SDID, también conocido como ID de datos suplementarios. Debe pasar a experienceCloud > analytics > supplementalDataId .
at.js 2. x Carga útil JSON:
{
  "experienceCloud": {
    "analytics": {
      "supplementalDataId": "1212321132123131"
    }
  }
  ....
}

vst.trk

(at.js 1. x parámetro)
Servidor de seguimiento de Analytics. Debe pasar a experienceCloud > analytics > trackingServer .
at.js 2. x Carga útil JSON:
{
  "experienceCloud": {
    "analytics": {
      "trackingServer": "analytics.test.com"
    }
  }
  ....
}

vst.trks

(at.js 1. x parámetro)
Servidor de seguimiento de Analytics seguro. Debe pasar a experienceCloud > analytics > trackingServerSecure .
at.js 2. x Carga útil JSON:
{
  "experienceCloud": {
    "analytics": {
      "trackingServerSecure": "secure-analytics.test.com"
    }
  }
  ....
}

mboxMCGLH

(at.js 1. x parámetro)
Sugerencia de ubicación de Audience Manager. Debe pasar a experienceCloud > audienceManager > locationHint .
at.js 2. x Carga útil JSON:
{
  "experienceCloud": {
    "audienceManager": {
      "locationHint": 9
    }
  }
  ....
}

mboxAAMB

(at.js 1. x parámetro)
Blob de Audience Manager. Debe pasar a experienceCloud > audienceManager > blob .
at.js 2. x Carga útil JSON:
{
  "experienceCloud": {
    "audienceManager": {
      "blob": "2142342343242342"
    }
  }
  ....
}

mboxVersion

(at.js 1. x parámetro)
La versión se envía como parámetro de cadena de consulta a través del parámetro de versión.

Training video: at.js 2. x architectural diagram

at.js 2. x mejora la compatibilidad de Adobe Target con las SPA e integra otras soluciones de Experience Cloud. Este vídeo explica cómo se vincula todo.

Consulte Explicación de cómo at.js 2. para obtener más información.