Toma de decisiones en el dispositivo

La toma de decisiones en el dispositivo proporciona la capacidad de almacenar en caché su Adobe Target Prueba A/B y Segmentación de experiencias (XT) en su servidor y realice la toma de decisiones en memoria con una latencia cercana a cero, sin bloquear las solicitudes de red al Adobe Target Red perimetral.

Para obtener más información, consulte Introducción a la toma de decisiones en el dispositivo en el 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, Adobe Target expertos en productos 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 puertas a nuevos casos de uso interesantes, al mismo tiempo que mejora 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 usar 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 todo Target Las llamadas a la API pasan por el cable hasta que se ha descargado el artefacto. Lea lo mejor sección prácticas sobre 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 Target Las llamadas de API pasan por alto incluso si las "ubicaciones" son compatibles con dispositivos. Este comportamiento es el predeterminado para todos getOffers() llama a y proporciona el mejor rendimiento en la mayoría de las situaciones. Si cambia el comportamiento predeterminado de getOffers() configurando la variable decisioningMethod a 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 carga 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 sección "Prácticas recomendadas en el dispositivo" más arriba 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 Target implementación
  • 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 Tutorials de Adobe Target guía.

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

Haga clic aquí para acceder a la entrada 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 a la entrada del blog.

En esta página