Uso Adobe Target y Web SDK para personalización
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:
Web SDK diagrama del sistema
El diagrama siguiente le ayuda a comprender el flujo de trabajo de Target y Web SDK edge decisioning.
SPA b. El contenido personalizado para vistas que se muestran como resultado de acciones del usuario en una aplicación de una sola página () se almacena en caché para que se pueda aplicar instantáneamente sin una llamada al servidor adicional cuando se activan las vistas.
. La red perimetral envía el ID de visitante y otros valores en cookies, como el consentimiento, el ID de sesión, la identidad, la comprobación de cookies y la personalización.
Habilitando Adobe Target
Para habilitar Target, haga lo siguiente:
- Activar Target en su secuencia de datos con el código de cliente adecuado.
- 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 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 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 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 para enviar metadatos a terceros, como Google o Facebook. 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 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 se habilita la representación automática, la matriz de propuestas contiene:
Al cargar la página:
- Basado en Compositor basado en formularios
propositions
conrenderAttempted
indicador establecido enfalse
- Propuestas basadas en el Compositor de experiencias visuales con
renderAttempted
indicador establecido entrue
- Propuestas basadas en el Compositor de experiencias visuales para una vista de aplicación de una sola página con
renderAttempted
indicador establecido entrue
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 entrue
Cuando la representación automática está desactivada, la matriz de propuestas contiene:
Al cargar la página:
- Form-based Composerbasado en
propositions
conrenderAttempted
indicador establecido enfalse
- Visual Experience Composerpropuestas basadas en con
renderAttempted
indicador establecido enfalse
- Visual Experience ComposerPropuestas basadas en para una vista de aplicación de una sola página con
renderAttempted
indicador establecido enfalse
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 enfalse
Actualización de perfil único
El Web SDK permite actualizar el perfil a Target y a la 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."
renderDecisions
decisionScopes
<String>
xdm
data
Típico Web SDK el código que utiliza este comando tiene el siguiente aspecto:
sendEvent
con 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 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. Utilice un método de Depuración del SDK web en su lugar.
Terminología
Propuestas: Entrada Adobe 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 Adobe Target.
Ámbito: Ámbito de la decisión. Entrada Adobe 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 Adobe Target como parámetros mBox.