Funciones compatibles con la toma de decisiones en el dispositivo

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.

Tipos de actividades 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
Asignación automática No
Segmentación automática premium No
Prueba multivariable (MVT) No
Segmentación de experiencias (XT)
Automated Personalization Premium No
Recommendations Premium No
Actividades que utilizan Analytics para Target (A4T)

Segmentación de audiencia

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
Red No
Mobile No
Parámetros personalizados
Sistema operativo
Páginas del sitio
Navegador
Perfil del visitante No
Fuentes de tráfico No
Periodo de tiempo
Audiencias de Adobe Experience Cloud
(Audiencias de Adobe Analytics, Adobe Audience Managery Adobe Experience Manager
No

Segmentación geográfica para la toma de decisiones en el dispositivo

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: {}
		}
	}
})

Método de asignación

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
Asignar automáticamente a la mejor experiencia No
Segmentación automática para experiencias personalizadas No

En esta página