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.
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.
Adobe recomienda las siguientes prácticas recomendadas al utilizar la toma de decisiones 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.
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.
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.Adobe Target la toma de decisiones en el dispositivo habilita la entrega de contenido de latencia casi nula.
Este vídeo de 7 minutos:
Para obtener más vídeos y tutoriales, consulte la Tutorials de Adobe Target guía.
Haga clic aquí para acceder a la entrada del blog.
Haga clic aquí para acceder a la entrada del blog.