Toma de decisiones en el dispositivo para at.js

NOTA

La toma de decisiones en el dispositivo estará disponible con la próxima versión at.js 2.5.0. Fecha que se anunciará próximamente.

A partir de la versión 2.5.0, at.js ofrece la toma de decisiones en el dispositivo. La toma de decisiones en dispositivos le permite almacenar en caché sus actividades Prueba A/B y Segmentación de experiencias (XT) en el explorador para realizar decisiones en memoria sin bloquear una solicitud de red a la Adobe Target Red perimetral.

Target también ofrece la flexibilidad de proporcionar la experiencia más relevante y actualizada a partir de sus actividades de experimentación y personalización impulsada por el aprendizaje automático (basado en ML) a través de una llamada al servidor en vivo. En otras palabras, cuando el rendimiento es más importante, puede elegir utilizar la toma de decisiones en el dispositivo. Sin embargo, cuando se necesita la experiencia más relevante, actualizada y basada en ML, se puede realizar una llamada al servidor.

¿Cuáles son las ventajas de la toma de decisiones en dispositivos?

Las ventajas de la toma de decisiones en dispositivos incluyen:

  • Ofrezca decisiones y experiencias increíblemente rápidas. La creación de bloques y la toma de decisiones se realizan en la memoria y en el navegador para evitar el bloqueo de solicitudes de red.
  • Mejore el rendimiento de las aplicaciones. Ejecute experimentos y ofrezca personalización a sus clientes y usuarios sin poner en peligro las experiencias del usuario final.
  • Mejorar la puntuación de calidad del sitio de Google. Con la toma de decisiones en la memoria, mejore la puntuación de calidad del sitio de Google de su negocio en línea para que los consumidores la puedan descubrir más.
  • Obtenga información sobre análisis en tiempo real. Obtenga información sobre el rendimiento de su actividad en tiempo real mediante los informes de Analytics for Target (A4T). A4T le permite girar su estrategia en momentos críticos.

Funciones compatibles.

El SDK de Adobe Target 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 la lista de funciones compatibles:

  • Tipos de actividades.
  • Segmentación de audiencia
  • Método de asignación

Para obtener más información, consulte Funciones compatibles con la toma de decisiones en dispositivos.

¿Cómo funciona la toma de decisiones en el dispositivo?

Cuando implementa e inicializa at.js con la toma de decisiones en el dispositivo habilitada, se descarga desde la CDN de Akamai más cercana al visitante un artefacto de regla que incluye la toma de decisiones en el dispositivo para actividades A/B y XT, audiencias y recursos, y se almacena en caché localmente en el explorador del visitante. Cuando se realiza una solicitud desde at.js para recuperar una experiencia, la decisión sobre qué experiencia se debe devolver se toma en memoria, según los metadatos codificados en el artefacto de regla en caché.

Método de decisión

Con la toma de decisiones en el dispositivo, Target introduce una nueva configuración denominada Método de decisión. La configuración Decisioning Method dicta cómo at.js ofrece sus experiencias. El método de toma de decisiones tiene tres valores:

  • Solo en el lado del servidor
  • Solo en el dispositivo
  • Híbrido

Solo en el lado del servidor

Solo en el lado del servidor es el método de toma de decisiones predeterminado que se establece de forma predeterminada cuando at.js 2.5.0+ se implementa y se implementa en las propiedades web.

Usar solo del lado del servidor como configuración predeterminada significa que todas las decisiones se toman en la red perimetral Target, lo que implica una llamada al servidor de bloqueo. Este método puede introducir la latencia incremental, pero también ofrece beneficios importantes, como la posibilidad de aplicar las capacidades de aprendizaje automático de Target que incluyen Recommendations, Automated Personalization (AP) y Segmentación automática.

Además, la mejora de sus experiencias personalizadas mediante el uso del perfil de usuario de Target, que se mantiene en todas las sesiones y canales, puede proporcionar potentes resultados para su empresa.

Por último, server-side only permite utilizar Adobe Experience Cloud y ajustar las audiencias a las que se puede dirigir mediante segmentos de Audience Manager y Adobe Analytics.

El diagrama siguiente ilustra la interacción entre su visitante, el explorador, at.js 2.5.0+ y la red Adobe Target Edge. Este diagrama de flujo captura los visitantes nuevos y los visitantes que regresan.

Diagrama de flujo solo del lado del servidor

La siguiente lista corresponde a los números del diagrama:

Paso Descripción
1 El Experience Cloud Visitor ID se recupera del servicio de identidad de Adobe Experience Cloud.
2 La biblioteca de at.js carga de forma sincronizada y oculta el cuerpo del documento.
La biblioteca at.js también se puede cargar de forma asíncrona con un fragmento de ocultamiento previo opcional implementado en la página.
3 La biblioteca at.js oculta el cuerpo para evitar parpadeos.
4 Se realiza una solicitud de carga de página que incluye todos los parámetros configurados, como (ECID, ID de cliente, parámetros personalizados, perfil de usuario, etc.).
5 Se ejecutan los scripts de perfiles y se incluyen en el Almacenamiento de perfiles.
El Almacenamiento de perfiles solicita audiencias de la Biblioteca de audiencias que cumplan los requisitos (por ejemplo, audiencias compartidas de Adobe Analytics, Adobe Audience Manager, etc.).
Se envían los atributos del cliente al Almacenamiento de perfiles en un procesamiento de lotes.
6 El Almacenamiento de perfiles se utiliza para la calificación de audiencias y la creación de contenedores para filtrar actividades.
7 El contenido resultante se selecciona una vez que la experiencia se determina a partir de las actividades Target activas.
8 La biblioteca at.js oculta los elementos correspondientes de la página que están asociados a la experiencia que se debe representar.
9 La biblioteca at.js muestra el cuerpo para que el resto de la página se pueda cargar para que el visitante la vea.
10 La biblioteca at.js manipula el DOM para representar la experiencia desde la red perimetral de Target.
11 La experiencia se procesa para el visitante.
12 Se carga toda la página web.
13 Se envían los datos de Analytics a los servidores de recopilación de datos.
14 Los datos de destino se comparan con los Analytics datos a través del SDID y se procesan en el Analytics almacén de informes. Por lo tanto, los datos de Analytics se pueden visualizar tanto en Analytics como en Target mediante los informes de Analytics for Target (A4T).

Solo en el dispositivo

En el dispositivo solo es el método de toma de decisiones que debe configurarse en at.js 2.5.0 o posterior cuando las decisiones en el dispositivo solo deben utilizarse en todas las páginas web.

La toma de decisiones en dispositivos puede ofrecer sus experiencias y actividades de personalización a una velocidad asombrosa, ya que las decisiones se toman a partir de un artefacto de reglas en caché que contiene todas las actividades que cumplen los requisitos para la toma de decisiones en dispositivos.

Para obtener más información sobre las actividades que cumplen los requisitos para la toma de decisiones en el dispositivo, consulte Funciones compatibles en la toma de decisiones en el dispositivo.

Este método de toma de decisiones solo debe usarse si el rendimiento es muy crítico en todas las páginas que requieren decisiones de Target. Además, tenga en cuenta que cuando se selecciona este método de toma de decisiones, las actividades Target que no cumplen los requisitos para la toma de decisiones en el dispositivo no se entregarán ni ejecutarán. La biblioteca at.js 2.5.0+ está configurada para buscar solo el artefacto de reglas en caché para tomar decisiones.

El diagrama siguiente ilustra la interacción entre su visitante, el explorador, at.js 2.5.0+ y la CDN de Akamai. La CDN de Akamai almacena en caché el artefacto de reglas para la primera visita del visitante. Para la primera visita a la página de un visitante nuevo, el artefacto de reglas JSON debe descargarse de la CDN de Akamai para almacenarse en caché localmente en el explorador del visitante. Una vez descargado el artefacto de reglas JSON, la decisión se toma inmediatamente sin bloquear la llamada de red. El diagrama de flujo siguiente captura los visitantes nuevos.

Diagrama de flujo solo en el dispositivo

La siguiente lista corresponde a los números del diagrama:

NOTA

Adobe Target Los servidores de administración califican todas las actividades que cumplen los requisitos para la toma de decisiones en el dispositivo, generan el artefacto de reglas JSON y lo propagan a la CDN de Akamai. Las actividades se supervisan continuamente en busca de actualizaciones para generar un nuevo artefacto de reglas JSON que se propagará a la CDN de Akamai.

Paso Descripción
1 El Experience Cloud Visitor ID se recupera del servicio de identidad de Adobe Experience Cloud.
2 La biblioteca de at.js carga de forma sincronizada y oculta el cuerpo del documento.
La biblioteca at.js también se puede cargar de forma asíncrona con un fragmento de ocultamiento previo opcional implementado en la página.
1 La biblioteca at.js oculta el cuerpo para evitar parpadeos.
4 La biblioteca at.js realiza una solicitud para recuperar el artefacto de regla JSON de la CDN de Akamai más cercana al visitante.
5 La CDN de Akamai responde con el artefacto de regla JSON.
6 El artefacto de regla JSON se almacena en caché localmente en el explorador del visitante.
7 La biblioteca at.js interpreta el artefacto de regla JSON y ejecuta la decisión de recuperar la experiencia y oculta los elementos probados.
8 La biblioteca at.js muestra el cuerpo para que el resto de la página se pueda cargar para que el visitante la vea.
9 La biblioteca at.js manipula el DOM para procesar la experiencia desde el artefacto de regla JSON en caché.
10 La experiencia se procesa para el visitante.
11 Se carga toda la página web.
12 Se envían los datos de Analytics a los servidores de recopilación de datos. Los datos de destino se comparan con los Analytics datos a través del SDID y se procesan en el Analytics almacén de informes. AnalyticsAnalyticsPor lo tanto, los datos de se pueden visualizar tanto en como en mediante los informes de Analytics for Target (A4T).Target

El diagrama siguiente ilustra la interacción entre su visitante, el explorador, at.js 2.5.0+ y el artefacto de regla JSON almacenado en caché para la visita posterior o la visita recurrente a la página del visitante. Como el artefacto de reglas JSON ya está almacenado en caché y disponible en el explorador, la decisión se toma inmediatamente sin bloquear la llamada de red. Este diagrama de flujo captura los visitantes que regresan o la navegación de página subsiguientes.

Diagrama de flujo solo en el dispositivo para navegación de página subsiguiente y visitas repetidas

La siguiente lista corresponde a los números del diagrama:

NOTA

Adobe Target Los servidores de administración califican todas las actividades que cumplen los requisitos para la toma de decisiones en el dispositivo, generan el artefacto de reglas JSON y lo propagan a la CDN de Akamai. Las actividades se supervisan continuamente en busca de actualizaciones para generar un nuevo artefacto de reglas JSON que se propagará a la CDN de Akamai.

Paso Descripción
1 El Experience Cloud Visitor ID se recupera del servicio de identidad de Adobe Experience Cloud.
2 La biblioteca de at.js carga de forma sincronizada y oculta el cuerpo del documento.
La biblioteca at.js también se puede cargar de forma asíncrona con un fragmento de ocultamiento previo opcional implementado en la página.
1 La biblioteca at.js oculta el cuerpo para evitar parpadeos.
4 La biblioteca at.js interpreta el artefacto de regla JSON y ejecuta la decisión en la memoria para recuperar la experiencia.
5 Los elementos probados están ocultos.
6 La biblioteca at.js muestra el cuerpo para que el resto de la página se pueda cargar para que el visitante la vea.
7 La biblioteca at.js manipula el DOM para procesar la experiencia desde el artefacto de regla JSON en caché.
8 La experiencia se procesa para el visitante.
9 Se carga toda la página web.
10 Se envían los datos de Analytics a los servidores de recopilación de datos. Los datos de destino se comparan con los Analytics datos a través del SDID y se procesan en el Analytics almacén de informes. Por lo tanto, los datos de Analytics se pueden visualizar tanto en Analytics como en Target mediante los informes de Analytics for Target (A4T).

Híbrido

Actualice el método de toma de decisiones que debe establecerse en at.js 2.5.0 o posterior cuando se deben ejecutar tanto la toma de decisiones en el dispositivo como las actividades que requieren una llamada de red a la red de Adobe Target Edge.

Cuando administra actividades de toma de decisiones en el dispositivo y actividades del lado del servidor, puede resultar un poco complicado y tedioso pensar en cómo implementar y aprovisionar Target en sus páginas. Con hybrid como método de toma de decisiones, Target sabe cuándo debe realizar una llamada del servidor a la red de Adobe Target Edge para actividades que requieren ejecución del lado del servidor y también cuándo ejecutar únicamente decisiones en el dispositivo.

El artefacto de reglas JSON incluye metadatos para informar a at.js de si un mbox tiene una actividad de servidor en ejecución o una actividad de toma de decisiones en el dispositivo. Este método de toma de decisiones garantiza que las actividades que desea realizar rápidamente se realicen mediante la toma de decisiones en el dispositivo y que, para las actividades que requieren una personalización basada en ML más potente, dichas actividades se realicen a través de la red Adobe Target Edge.

El diagrama siguiente ilustra la interacción entre su visitante, el explorador, at.js 2.5.0+, la CDN de Akamai y la red perimetral de Adobe Target para un visitante nuevo que visita su página por primera vez. La conclusión de este diagrama es que el artefacto de reglas JSON se descarga asincrónicamente mientras las decisiones se toman a través de la red Adobe Target Edge.

Este enfoque garantiza que el tamaño del artefacto, que puede incluir muchas actividades, no influya negativamente en la latencia de la decisión. La descarga sincrónica de las reglas JSON y la posterior toma de la decisión también pueden tener efectos adversos para la latencia y pueden ser incoherentes. Por lo tanto, el método de toma de decisiones híbrido es una recomendación de práctica recomendada para realizar siempre una llamada del lado del servidor para la decisión de un nuevo visitante, y como el artefacto de reglas JSON se almacena en caché en paralelo. Para cualquier visita de página posterior y visitas de retorno, las decisiones se toman de la caché y en la memoria a través del artefacto de reglas JSON.

Diagrama de flujo híbrido de un visitante nuevo

La siguiente lista corresponde a los números del diagrama:

NOTA

Adobe Target Los servidores de administración califican todas las actividades que cumplen los requisitos para la toma de decisiones en el dispositivo, generan el artefacto de reglas JSON y lo propagan a la CDN de Akamai. Las actividades se supervisan continuamente en busca de actualizaciones para generar un nuevo artefacto de reglas JSON que se propagará a la CDN de Akamai.

Paso Descripción
1 El Experience Cloud Visitor ID se recupera del servicio de identidad de Adobe Experience Cloud.
2 La biblioteca de at.js carga de forma sincronizada y oculta el cuerpo del documento.
La biblioteca at.js también se puede cargar de forma asíncrona con un fragmento de ocultamiento previo opcional implementado en la página.
1 La biblioteca at.js oculta el cuerpo para evitar parpadeos.
4 Se realiza una solicitud de carga de página en la red perimetral de Adobe Target, que incluye todos los parámetros configurados como (ECID, ID de cliente, parámetros personalizados, perfil de usuario, etc.).
5 En paralelo, at.js realiza una solicitud para recuperar el artefacto de regla JSON de la CDN de Akamai más cercana al visitante.
6 (Adobe Target Edge Network) Los scripts de perfil se ejecutan y luego se alimentan en el Almacenamiento de perfiles. El Almacenamiento de perfiles solicita audiencias de la Biblioteca de audiencias que cumplan los requisitos (por ejemplo, audiencias compartidas de Adobe Analytics, Adobe Audience Manager, etc.).
7 La CDN de Akamai responde con el artefacto de regla JSON.
8 El Almacenamiento de perfiles se utiliza para la calificación de audiencias y la creación de contenedores para filtrar actividades.
9 El contenido resultante se selecciona una vez que la experiencia se determina a partir de las actividades Target activas.
10 La biblioteca at.js oculta los elementos correspondientes de la página que están asociados a la experiencia que se debe representar.
11 La biblioteca at.js muestra el cuerpo para que el resto de la página se pueda cargar para que el visitante la vea.
12 La biblioteca at.js manipula el DOM para representar la experiencia desde la red perimetral de Target.
13 La experiencia se procesa para el visitante.
14 Se carga toda la página web.
15 Se envían los datos de Analytics a los servidores de recopilación de datos. Los datos de destino se comparan con los Analytics datos a través del SDID y se procesan en el Analytics almacén de informes. Por lo tanto, los datos de Analytics se pueden visualizar tanto en Analytics como en Target mediante los informes de Analytics for Target (A4T).

El diagrama siguiente ilustra la interacción entre su visitante, el explorador, at.js 2.5.0+ y el artefacto de reglas JSON almacenadas en caché para una navegación de página posterior o una visita de retorno. En este diagrama, céntrese únicamente en el caso de uso que se haya tomado una decisión en el dispositivo para la siguiente navegación o visita de retorno de página. Tenga en cuenta que, según las actividades que estén activas para determinadas páginas, se puede realizar una llamada del lado del servidor para ejecutar decisiones del lado del servidor.

Diagrama de flujo híbrido para la navegación de página subsiguiente y visitas repetidas

La siguiente lista corresponde a los números del diagrama:

NOTA

Adobe Target Los servidores de administración califican todas las actividades que cumplen los requisitos para la toma de decisiones en el dispositivo, generan el artefacto de reglas JSON y lo propagan a la CDN de Akamai. Las actividades se supervisan continuamente en busca de actualizaciones para generar un nuevo artefacto de reglas JSON que se propagará a la CDN de Akamai.

Paso Descripción
1 El Experience Cloud Visitor ID se recupera del servicio de identidad de Adobe Experience Cloud.
2 La biblioteca de at.js carga de forma sincronizada y oculta el cuerpo del documento.
La biblioteca at.js también se puede cargar de forma asíncrona con un fragmento de ocultamiento previo opcional implementado en la página.
1 La biblioteca at.js oculta el cuerpo para evitar parpadeos.
4 Se realiza una solicitud para recuperar una experiencia.
5 La biblioteca at.js confirma que el artefacto de regla JSON ya se ha almacenado en caché y ejecuta la decisión en la memoria de recuperar la experiencia.
6 Los elementos probados están ocultos.
7 La biblioteca at.js muestra el cuerpo para que el resto de la página se pueda cargar para que el visitante la vea.
8 La biblioteca at.js manipula el DOM para procesar la experiencia desde el artefacto de regla JSON en caché.
9 La experiencia se procesa para el visitante.
10 Se carga toda la página web.
11 Se envían los datos de Analytics a los servidores de recopilación de datos. Los datos de destino se comparan con los Analytics datos a través del SDID y se procesan en el Analytics almacén de informes. Por lo tanto, los datos de Analytics se pueden visualizar tanto en Analytics como en Target mediante los informes de Analytics for Target (A4T).

¿Cómo se habilita la toma de decisiones en el dispositivo?

La toma de decisiones en el dispositivo está disponible para todos los clientes Target que usan At.js 2.5.0+.

Para habilitar la toma de decisiones en el dispositivo:

NOTA

Debe tener la función de usuario Admin o Aprobador 🔗 para habilitar o deshabilitar la opción de decisión en el dispositivo.

  1. Haga clic en Administración > Implementación > Detalles de la cuenta.

  2. En Detalles de la cuenta, deslice el control en el dispositivo para colocarlo en la posición "activado".

    Alternativa de toma de decisiones en el dispositivo

    La opción "Incluir todas las actividades cualificadas de toma de decisiones en el dispositivo existentes en el artefacto" aparece si habilita la toma de decisiones en el dispositivo.

  3. (Condicional) Deslice el conmutador a la posición "Activado" si desea que todas las actividades de Target activas que cumplen los requisitos para la toma de decisiones en el dispositivo se incluyan automáticamente en el artefacto.

    Si deja esta opción desactivada, debe volver a crear y activar cualquier actividad de toma de decisiones en el dispositivo para que se incluya en el artefacto de reglas generadas. En otras palabras, cualquier actividad en estado activo antes de activar la opción On-Device Decisioning no se incluye en el artefacto de reglas.

Después de habilitar la opción On-Device Decisioning, Target comienza a generar y propagar artefactos de regla para su cliente.

IMPORTANTE

Asegúrese de activar el conmutador antes de inicializar el SDK para Adobe Target para utilizar la toma de decisiones en el dispositivo. Los artefactos de regla primero deben generarse y propagarse a las CDN de Akamai para que funcione la toma de decisiones en el dispositivo. La propagación puede tardar entre cinco y diez minutos en generarse el primer artefacto de regla y propagarse a la CDN de Akamai.

¿Cómo configuro at.js 2.5.0+ para utilizar la toma de decisiones en el dispositivo?

  1. Haga clic en Administración > Implementación > Detalles de la cuenta.

  2. En Métodos de implementación > Método de implementación principal, haga clic en Editar junto a la versión de at.js (debe ser at.js 2.5.0 o posterior).

    Editar la configuración del método de implementación principal

    IMPORTANTE

    Antes de cambiar esta configuración predeterminada, consulte con ClientCare para que no afecte a su implementación actual.

  3. Seleccione el método de decisión que desee:

    • Solo en el lado del servidor
    • Solo en el dispositivo
    • Híbrido

    Editar el panel de configuración de at.js

Configuración global

Puede configurar un Método de decisión predeterminado para todas las decisiones Target. Los distintos métodos de toma de decisiones son Server-side only, On-device only y Hybrid. El método de toma de decisiones seleccionado en la interfaz de usuario de Target se configura en window.targetGlobalSettings en el campo decisioningMethod. Obtenga más información sobre decisioningMethod en targetGlobalSettings().

<head> 
    <script type="text/javascript">

        window.targetGlobalSettings = { 
            clientCode: "yourClientCodeHere", 
            imsOrgId: "imsOrgId@AdobeOrg", 
            decisioningMethod: "on-device"

        }; 
    </script>

    <script type="text/javascript" src="at.js"></script> 
</head>

Configuración personalizada

Si establece el decisioningMethod en window.targetGlobalSettings, pero desea anular el decisioningMethod para cada decisión de Adobe Target según su caso de uso, puede realizar este procedimiento especificando decisioningMethod en la llamada getOffers() de At.js2.5.0+.

adobe.target.getOffers({ 

  decisioningMethod:"on-device", 
  request: { 
    execute: { 
      mboxes: [ 
        { 
          index: 0, 
          name: "homepage" 
        } 
      ] 
    } 
 } 
});
NOTA

Para utilizar "en el dispositivo" o "híbrido" como método de decisión en la llamada getOffers(), asegúrese de que la configuración global tenga decisioningMethod como "en el dispositivo" o "híbrido". La biblioteca at.js 2.5.0 o posterior debe saber si desea descargar y almacenar en caché el artefacto de reglas JSON inmediatamente después de cargarse en la página. Si el método de toma de decisiones de la configuración global se establece en "lado del servidor" y el método de decisión "en el dispositivo" o "híbrido" se pasa a la llamada getOffers() , at.js 2.5.0+ no tendría el artefacto de regla JSON almacenado en caché para ejecutar sus decisiones en el dispositivo.

TTL de caché de artefactos

Target representa las actividades que cumplen los requisitos para la toma de decisiones en el dispositivo como un artefacto que consta de metadatos, reglas y condiciones. Este artefacto se almacena en caché en la CDN de Akamai. Durante la primera visita del usuario, el explorador del usuario descarga y almacena en caché el artefacto que representa las actividades de toma de decisiones en el dispositivo.

En visitas posteriores al sitio, el explorador comprueba automáticamente si debe descargar una versión más reciente del artefacto. Esta comprobación añade latencia. El TTL de caché de artefactos define el número de minutos que no desea que el navegador compruebe si hay un artefacto actualizado desde la última descarga correcta. Cuanto más largo sea el lapso de tiempo, mejor será el rendimiento. Cuanto más corto sea el lapso de tiempo, mejor será la actualización de los datos, pero al costo de una latencia añadida.

¿Cómo sé que una actividad es elegible para la toma de decisiones en el dispositivo?

Después de crear una actividad apta para la toma de decisiones en el dispositivo, una etiqueta que lee On-Device Decisioning Eligible, se puede ver en la página Información general de la actividad.

Etiqueta apta para la toma de decisiones en el dispositivo en la página Información general de la actividad.

Esta etiqueta no significa que la actividad siempre se entregue mediante la toma de decisiones en el dispositivo. Solo cuando at.js 2.5.0+ esté configurado para utilizar la toma de decisiones en el dispositivo, se ejecutará esta actividad en el dispositivo. Si at.js 2.5.0+ no está configurado para usar en el dispositivo, esta actividad se enviará a través de una llamada al servidor realizada desde at.js.

Puede filtrar todas las actividades que cumplen los requisitos para la toma de decisiones en el dispositivo en la página Actividades mediante el filtro On-Device Decisioning Eligible.

Filtro apto para la toma de decisiones en el dispositivo en la página Actividades .

NOTA

Después de crear y activar una actividad apta para la toma de decisiones en el dispositivo, puede tardar entre cinco y diez minutos en incluirse en el artefacto de reglas que se genera y propaga a los puntos de presencia de la CDN de Akamai.

Resumen de los pasos para garantizar que mis actividades de toma de decisiones en el dispositivo se entreguen a través de At.js 2.5.0+?

  1. Acceda a la interfaz de usuario de Adobe Target y vaya a Administration > Implementation > Account Details para habilitar la opción On-Device Decisioning.

  2. Habilite la opción "Incluir todas las actividades cualificadas de toma de decisiones en el dispositivo en el conmutador de artefactos".

    La primera generación de artefactos de reglas JSON puede tardar hasta 10 minutos.

  3. Cree y active un tipo de actividad compatible con la toma de decisiones en el dispositivo y verifique que sea apto para la toma de decisiones en el dispositivo.

  4. Establezca el Método de toma de decisiones en "Híbrido" o "Solo en el dispositivo" a través de la interfaz de usuario de la configuración de at.js.

  5. Descargue e implemente At.js 2.5.0+ en sus páginas.

En esta página

Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now