Toma de decisiones en el dispositivo

La toma de decisiones en dispositivos permite almacenar en caché sus actividades Adobe Target Prueba A/B y Segmentación de experiencias (XT) en el servidor y realizar decisiones en memoria con una latencia cercana a cero, sin bloquear las solicitudes de red a la Adobe Target Red perimetral.

Para obtener más información, consulte Introducción a la toma de decisiones en el dispositivo en la documentación de los SDK para Adobe Target.

Seminario web: Personalice y pruebe con una latencia cero con decisiones en el dispositivo de Adobe Target

Más que nunca, a los especialistas en marketing, propietarios de productos y desarrolladores se les está asignando la tarea de optimizar la experiencia general del cliente en los sitios, las aplicaciones y en cualquier otro lugar donde se conecten con sus clientes. Las herramientas múltiples con silos de datos y las implementaciones complicadas son inadecuadas.

En este seminario web grabado, los expertos en productos Adobe Target analizan cómo mover las decisiones de optimización de experiencias críticas en el dispositivo para ejecutarse localmente con latencia cercana a cero puede abrir las puertas a nuevos casos de uso interesantes, a la vez que mejoran el rendimiento del sitio para sus clientes.

Prácticas recomendadas

Adobe recomienda las siguientes prácticas recomendadas al utilizar la toma de decisiones en el dispositivo:

Prácticas recomendadas cuando el método de toma de decisiones es "en el dispositivo"

Cuando se utiliza "en el dispositivo" como método de toma de decisiones, el artefacto se descarga cuando el visitante carga la página web por primera vez. Cualquier calificación de actividad que deba producirse en la primera carga de página (sin caché) solo se produce después de descargar completamente el artefacto. Existen determinadas prácticas recomendadas que puede seguir para garantizar que las cualificaciones de actividad se realicen rápidamente para un nuevo visitante anónimo.

  • Desactive las actividades compatibles con "dispositivos" que no estén pensadas para estar en el artefacto.
  • Si tiene Target Premium, puede utilizar propiedades/espacios de trabajo para crear diferentes archivos de artefactos para diferentes espacios de trabajo.
  • Si los archivos de artefactos se vuelven muy grandes por razones legítimas, puede utilizar el método de decisión "híbrido". Este método le permite descargar el artefacto en paralelo y todas las llamadas a la API Target pasan por el cable hasta que el artefacto se ha descargado. Lea las mejores prácticas en el modo de decisión "híbrido" a continuación para obtener más información sobre este enfoque.
  • Si tiene una aplicación de una sola página (SPA), Adobe recomienda cargar e inicializar at.js antes de cargar el archivo JavaScript principal de la aplicación durante la primera carga de página. Este método inicia la descarga de artefactos mucho antes, lo que permite una representación de experiencias más rápida.

Prácticas recomendadas cuando el método de toma de decisiones es "híbrido"

Cuando se utiliza "híbrido" como método de toma de decisiones, el artefacto se descarga en paralelo. Hasta que se descargue el artefacto, cualquier llamada de API Target pasa por el cable incluso si las "ubicaciones" son compatibles con el dispositivo. Este comportamiento es el predeterminado para todas las llamadas getOffers() y proporciona el mejor rendimiento en la mayoría de las situaciones. Si cambia el comportamiento predeterminado de getOffers() estableciendo decisioningMethod en on-device, siga estas prácticas recomendadas para evitar errores y garantizar el mejor rendimiento.

  • Si decide llamar a getOffers() con decisioningMethod como on-device cuando la página se cargue por primera vez, debe hacerlo dentro del controlador de eventos at.js "ARTIFACT_DOWNLOAD_SUCCEEDED" para evitar errores. Si el artefacto es muy grande, cualquier "ubicación" que utilice este enfoque se procesará solo después de que el artefacto se haya descargado completamente, lo que puede retrasar el procesamiento de la experiencia. Adobe recomienda utilizar este método en raras ocasiones. Siga las prácticas recomendadas para reducir el tamaño de los artefactos en la sección "Prácticas recomendadas en el dispositivo" anterior al utilizar este método.

Tutorial: Toma de decisiones en el dispositivo

Adobe Target la toma de decisiones en el dispositivo habilita la entrega de contenido de latencia casi nula.

Este vídeo de 7 minutos:

  • Describe la toma de decisiones en el dispositivo, incluida su comparación con otros métodos de implementación de Target
  • Muestra cómo habilitar la toma de decisiones en el dispositivo en Target
  • Examina una actividad de compositor basada en formularios de ejemplo que se ha configurado con contenido JSON
  • Muestra el código SDK de Node.JS de muestra que contiene la configuración clave necesaria para la toma de decisiones en el dispositivo.
  • Muestra los resultados en un explorador

Para obtener más vídeos y tutoriales, consulte la guía Tutorials de Adobe Target.

Adobe Tech Blog - Parte 1: Ejecute Adobe Target SDK de NodeJS para la experimentación y personalización en plataformas Edge (trabajadores de Akamai Edge)

Haga clic aquí para acceder al post del blog.

Adobe Tech Blog - Parte 2: Ejecución del SDK de NodeJS de Adobe Target para la experimentación y personalización en plataformas Edge (AWS Lambda@Edge)

Haga clic aquí para acceder al post del blog.

En esta página