Uso Adobe Target con la variable Platform Web SDK

Adobe Experience Platform Web SDK puede ofrecer y procesar experiencias personalizadas administradas en Adobe Target al canal web. Puede utilizar un editor WYSIWYG, denominado Compositor de experiencias visuales (VEC), o una interfaz no visual, la variable Compositor de experiencias basadas en formularios, para crear, activar y entregar sus actividades y experiencias de personalización.

Se han probado las siguientes funciones, que actualmente son compatibles con Target:

• Pruebas A/B
• Creación de informes de conversión e impresión de A4T
• Actividades de Automated Personalization
• Actividades de segmentación de experiencias
• Pruebas multivariable (MVT)
• Actividades de Recommendations
• Informes de impresión y conversión de Target nativo
• Compatibilidad con VEC

Platform Web SDK diagrama del sistema

El diagrama siguiente le ayuda a comprender el flujo de trabajo de Target y Platform Web SDK decisión de borde.

Habilitación Adobe Target

Para habilitar Target, haga lo siguiente:

1. Habilitar Target en su datastream con el código de cliente apropiado.
2. Agregue la variable renderDecisions a sus eventos.

A continuación, opcionalmente, también puede añadir las siguientes opciones:

• decisionScopes: Recupere actividades específicas (útil para actividades creadas con el compositor basado en formularios) añadiendo esta opción a los eventos.
• Preocultación de fragmento: Oculte solo ciertas partes de la página.

Uso del VEC de Adobe Target

Para usar el VEC con un Platform Web SDK implementación, instale y active Firefox o Chrome Extensión de VEC Helper.

Para obtener más información, consulte Extensión del Helper del Compositor de experiencias visuales en el Guía de Adobe Target.

Representación de contenido personalizado

Consulte Representación de contenido personalizado para obtener más información.

Audiencias en XDM

Al definir audiencias para su Target actividades que se entregan mediante la variable Platform Web SDK, XDM debe definirse y utilizarse. Después de definir esquemas XDM, clases y grupos de campos de esquema, puede crear una Target regla de audiencia definida por los datos XDM para la segmentación. Within Target, los datos XDM se muestran en la variable Audience Builder como parámetro personalizado. El XDM se serializa mediante notación de puntos (por ejemplo, web.webPageDetails.name).

Si tiene Target Las actividades con audiencias predefinidas que utilizan parámetros personalizados o un perfil de usuario no se envían correctamente a través del SDK. En lugar de usar parámetros personalizados o el perfil de usuario, debe utilizar XDM en su lugar. Sin embargo, hay campos de segmentación de audiencia integrados que se admiten mediante la variable Platform Web SDK que no requieren XDM. Estos campos están disponibles en la Target IU que no requieren XDM:

• Biblioteca de segmentos
• Geografía
• Red
• Operating System
• Páginas del sitio
• Explorador
• Fuentes de tráfico
• Lapso de tiempo

Para obtener más información, consulte Categorías para audiencias en el Guía de Adobe Target.

Tokens de respuesta

Los tokens de respuesta se utilizan principalmente para enviar metadatos a terceros como Google, Facebook, etc. Los tokens de respuesta se devuelven en la variable meta dentro de propositions -> items. Este es un ejemplo:

{
  "id": "AT:eyJhY3Rpdml0eUlkIjoiMTI2NzM2IiwiZXhwZXJpZW5jZUlkIjoiMCJ9",
  "scope": "__view__",
  "scopeDetails": ...,
  "renderAttempted": true,
  "items": [
    {
      "id": "0",
      "schema": "https://ns.adobe.com/personalization/dom-action",
      "meta": {
        "experience.id": "0",
        "activity.id": "126736",
        "offer.name": "Default Content",
        "offer.id": "0"
      }
    }
  ]
}

Para recopilar los tokens de respuesta, debe suscribirse a alloy.sendEvent promesa, iterar hasta propositions
y extraiga los detalles de items -> meta. Cada proposition tiene un renderAttempted campo booleano que indica si la variable proposition se ha procesado o no. Consulte el siguiente ejemplo:

alloy("sendEvent",
  {
    renderDecisions: true,
    decisionScopes: [
      "hero-container"
    ]
  }).then(result => {
    const { propositions } = result;

    // filter rendered propositions
    const renderedPropositions = propositions.filter(proposition => proposition.renderAttempted === true);

    // collect the item metadata that represents the response tokens
    const collectMetaData = (items) => {
      return items.filter(item => item.meta !== undefined).map(item => item.meta);
    }

    const pageLoadResponseTokens = renderedPropositions
      .map(proposition => collectMetaData(proposition.items))
      .filter(e => e.length > 0)
      .flatMap(e => e);
  });

Cuando el procesamiento automático está habilitado, la matriz de propuestas contiene:

Al cargar la página:

• Compositor basado en formularios propositions con renderAttempted indicador establecido en false
• Propuestas basadas en el Compositor de experiencias visuales con renderAttempted indicador establecido en true
• Propuestas basadas en el Compositor de experiencias visuales para una vista de aplicación de una sola página con renderAttempted indicador establecido en true

On View - change (para vistas en caché):

• Propuestas basadas en el Compositor de experiencias visuales para una vista de aplicación de una sola página con renderAttempted indicador establecido en true

Cuando se deshabilita el procesamiento automático, la matriz de propuestas contiene:

Al cargar la página:

• Compositor basado en formularios propositions con renderAttempted indicador establecido en false
• Propuestas basadas en el Compositor de experiencias visuales con renderAttempted indicador establecido en false
• Propuestas basadas en el Compositor de experiencias visuales para una vista de aplicación de una sola página con renderAttempted indicador establecido en false

On View - change (para vistas en caché):

• Propuestas basadas en el Compositor de experiencias visuales para una vista de aplicación de una sola página con renderAttempted indicador establecido en false

Actualización de perfil único

La variable Platform Web SDK permite actualizar el perfil al Target y al Platform Web SDK como evento de experiencia.

Para actualizar un Target , asegúrese de que los datos de perfil se pasen de la siguiente manera:

• En “data {“
• En “__adobe.target”
• Prefijo “profile.” por ejemplo, como se muestra a continuación

Típico Platform Web SDK el código que utiliza este comando tiene el siguiente aspecto:

sendEventcon datos de perfil

alloy("sendEvent", {
   renderDecisions: true|false,
   xdm: { // Experience Event XDM data },
   data: { // Freeform data }
});

Envío de atributos de perfil a Adobe Target:

alloy("sendEvent", {
  renderDecisions: true,
  data: {
    __adobe: {
      target: {
        "profile.gender": "female",
        "profile.age": 30
      }
    }
  }
});

Solicitar recomendaciones

Las siguientes listas de tabla Recommendations y si cada uno es compatible mediante la variable Platform Web SDK:

Envío de atributos de Recommendations a Adobe Target:

alloy("sendEvent", {
  renderDecisions: true,
  data: {
    __adobe: {
      target: {
        "entity.id": "123",
        "entity.genre": "Drama"
      }
    }
  }
});

Depuración

mboxTrace y mboxDebug ya no se utilizan. Uso Platform Web SDK depuración.

Terminología

Propuestas: En Target, las propuestas se correlacionan con la experiencia seleccionada de una actividad.

Esquema: El esquema de una decisión es el tipo de oferta en Target.

Ámbito: El alcance de la decisión. En Target, el ámbito es el mBox. El mBox global es el __view__ ámbito.

XDM: El XDM se serializa en notación de puntos y luego se coloca en Target como parámetros mBox.

Recursos de Business.Adobe.com