La variable Adobe Target El SDK de JS ofrece a los clientes la flexibilidad de elegir entre rendimiento y actualización de los datos para tomar decisiones. En otras palabras, si el envío del contenido personalizado más relevante y atractivo a través del aprendizaje automático es lo más importante para usted, se debe realizar una llamada al servidor en directo. Pero cuando el rendimiento es más crítico, se debe tomar una decisión en el dispositivo y en la memoria. Para que funcione la toma de decisiones en el dispositivo, consulte las siguientes secciones que enumeran las funciones compatibles.
La tabla siguiente indica qué tipos de actividades creado por el Compositor de experiencias basadas en formularios o Compositor de experiencias visuales (VEC) son compatibles o no para la toma de decisiones en dispositivos.
Tipo de actividad | Compatible? |
---|---|
Prueba A/B | Sí |
Asignación automática | No |
Segmentación automática ![]() |
No |
Prueba multivariable (MVT) | No |
Segmentación de experiencias (XT) | Sí |
Automated Personalization ![]() |
No |
Recommendations ![]() |
No |
Actividades que utilizan Analytics para Target (A4T) | Sí |
La tabla siguiente indica qué reglas de audiencia se admiten o no para la toma de decisiones en el dispositivo.
Regla de audiencia | Compatible? |
---|---|
Ubicación geográfica | Sí |
Red | No |
Mobile | No |
Parámetros personalizados | Sí |
Sistema operativo | Sí |
Páginas del sitio | Sí |
Navegador | Sí |
Perfil del visitante | No |
Fuentes de tráfico | No |
Periodo de tiempo | Sí |
Audiencias de Adobe Experience Cloud (Audiencias de Adobe Analytics, Adobe Audience Managery Adobe Experience Manager |
No |
Para mantener una latencia mínima para las actividades de toma de decisiones en dispositivos con audiencias basadas en geografía, Adobe recomienda que proporcione los valores geográficos en la llamada a getOffers. Establezca el objeto Geografía en el Contexto de la solicitud. Esto significa que desde el explorador, se puede determinar la ubicación de cada visitante. Por ejemplo, puede realizar una búsqueda de IP a información geográfica mediante un servicio que configure. Algunos proveedores de alojamiento, como Google Cloud, proporcionan esta funcionalidad a través de encabezados personalizados en cada HttpServletRequest
.
window.adobe.target.getOffers({
decisioningMethod: "on-device",
request: {
context: {
geo: {
city: "SAN FRANCISCO",
countryCode: "US",
stateCode: "CA",
latitude: 37.75,
longitude: -122.4
}
},
execute: {
pageLoad: {}
}
}
})
Sin embargo, si no puede realizar búsquedas de IP a geografía en su servidor, pero aún desea realizar la toma de decisiones en el dispositivo para getOffers solicitudes que contienen audiencias basadas en geografía, también se admite. El inconveniente de este enfoque es que utiliza una búsqueda remota de IP a información geográfica, que añade latencia a cada getOffers
llamada a . Esta latencia debe ser menor que un getOffers
con la toma de decisiones del lado del servidor, ya que se produce en una CDN ubicada cerca del servidor. Proporcione solo el campo "ipAddress" en el objeto Geo del contexto de la solicitud para que el SDK recupere la ubicación geográfica de la dirección IP del visitante. Si se proporciona cualquier otro campo además de "ipAddress", la variable Target El SDK no recuperará los metadatos de ubicación geográfica para la resolución.
window.adobe.target.getOffers({
decisioningMethod: "on-device",
request: {
context: {
geo: {
ipAddress: "127.0.0.1"
}
},
execute: {
pageLoad: {}
}
}
})
La siguiente tabla indica qué métodos de asignación se admiten o no para la toma de decisiones en dispositivos.
Método de asignación | Compatible? |
---|---|
Manual | Sí |
Asignar automáticamente a la mejor experiencia | No |
Segmentación automática para experiencias personalizadas | No |