Funciones compatibles con la toma de decisiones en dispositivos

El SDK de JS Adobe Target 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 actividad creados por el Compositor de experiencias basadas en formularios o el 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 PersonalizationPremium No
Recommendations Premium No
Actividades que utilizan Analytics for 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 Manager y 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 usted mismo 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 el servidor, pero aun así desea tomar decisiones en el dispositivo para solicitudes getOffers que contienen audiencias basadas en geografía, esto también es compatible. 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 llamada getOffers. Esta latencia debe ser inferior a una llamada getOffers con 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", el SDK Target 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