Funciones compatibles con on-device decisioning

El SDK de JS Adobe Target ofrece a los clientes la flexibilidad de elegir entre el rendimiento y la actualización de los datos para tomar decisiones. En otras palabras, si la entrega 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. Sin embargo, cuando el rendimiento es más crítico, se debe tomar una decisión en el dispositivo y en la memoria. Para que on-device decisioning funcione, consulte las siguientes secciones que enumeran las características compatibles.

Tipos de actividades compatibles

La siguiente tabla 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 con on-device decisioning.

Tipo de actividad

Compatible?

Prueba A/B

Sí

Asignación automática

No

Segmentación automática

No

Prueba multivariada (MVT)

No

Segmentación de experiencias (XT)

Sí

Automated Personalization

No

Recommendations

No

Actividades que usan Analytics for Target (A4T)

Sí

Segmentación de audiencia

La siguiente tabla indica qué reglas de audiencia son compatibles o no con on-device decisioning.

Segmentación geográfica para on-device decisioning

Para mantener una latencia mínima de on-device decisioning actividades con audiencias basadas en regiones, Adobe recomienda que proporcione los valores geográficos usted mismo en la llamada a getOffers. Establezca el objeto Geo en el contexto de la solicitud. Esto significa que desde el explorador puede determinar la ubicación de cada visitante. Por ejemplo, puede realizar una búsqueda de IP a geografía mediante un servicio que configure. Algunos proveedores de alojamiento, como Google Cloud, proporcionan esta funcionalidad mediante 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 desea realizar on-device decisioning 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 geografía, que agrega latencia a cada llamada de getOffers. Esta latencia debe ser menor que una llamada de getOffers con toma de decisiones en el lado del servidor, ya que entra en una red de distribución de contenido (CDN) que se encuentra cerca del servidor. Proporcione únicamente el campo "ipAddress" en el objeto Geo en el contexto de la solicitud para que el SDK recupere la geolocalización 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 son compatibles o no con on-device decisioning.