Uso de Adobe Target con el Platform Web SDK

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

Las siguientes funciones se han probado y actualmente son compatibles con Target:

• Pruebas A/B
• Informes de impresión y conversión de A4T
• Actividades de Automated Personalization
• Actividades de segmentación de experiencias
• Pruebas multivariable (MVT)
• Actividades de Recommendations
• Informes de conversión e impresió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 edge decisioning.

Habilitando Adobe Target

Para habilitar Target, haga lo siguiente:

1. Activar Target en su secuencia de datos con el código de cliente adecuado.
2. Añada el renderDecisions a sus eventos.

A continuación, de forma opcional, también puede añadir las siguientes opciones:

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

Uso del VEC de Adobe Target

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

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

Representación de contenido personalizado

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

Audiencias en XDM

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

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

• Biblioteca de segmentos
• Geografía
• Red
• Sistema operativo
• 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 meta campo 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 de, debe suscribirse a alloy.sendEvent prometer, iterar propositions
y extraer 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 se habilita la representación automática, la matriz de propuestas contiene:

Al cargar la página:

• Basado en 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

Al ver - cambiar (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 la representación automática está desactivada, la matriz de propuestas contiene:

Al cargar la página:

• Basado en 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

Al ver - cambiar (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

El Platform Web SDK permite actualizar el perfil a Target y a la Platform Web SDK como un evento de experiencia.

Para actualizar una Target , asegúrese de que los datos de perfil se pasan con lo siguiente:

• 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 }
});

Cómo enviar atributos de perfil a Adobe Target:

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

Solicitar recomendaciones

La siguiente tabla enumera Recommendations y si cada uno de ellos es compatible mediante los atributos 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 han quedado obsoletos. Uso Platform Web SDK depuración.

Terminología

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

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

Ámbito: Ámbito de la decisión. Entrada Target, el ámbito es 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