La prise de décision sur appareil permet de mettre en cache votre Adobe Target Test A/B et Ciblage d’expérience (XT) sur votre serveur et prennent des décisions en mémoire à une latence proche de zéro, sans bloquer les requêtes réseau envoyées à la fonction Adobe Target Edge Network.
Pour plus d’informations, voir Présentation de la prise de décision sur les périphériques dans le Documentation des SDK Adobe Target.
Plus que jamais, les professionnels du marketing, les propriétaires et les développeurs de produits sont chargés d’optimiser l’expérience client globale sur les sites, les applications et dans toutes les situations où ils sont en contact avec leurs clients. Les multiples outils avec des silos de données et des mises en oeuvre complexes sont inadéquats.
Dans ce webinaire enregistré, Adobe Target les experts en produits expliquent comment le déplacement des décisions d’optimisation d’expérience critiques sur l’appareil pour s’exécuter localement avec une latence proche de zéro peut ouvrir la voie à de nouveaux cas d’utilisation passionnants tout en améliorant les performances du site pour vos clients.
Adobe recommande les bonnes pratiques suivantes lors de l’utilisation de la prise de décision sur l’appareil :
Lors de l’utilisation de la méthode de prise de décision "sur l’appareil", l’artefact est téléchargé lorsque le visiteur charge la page web pour la première fois. Toute qualification d’activité qui doit se produire au premier chargement de page (sans cache) n’a lieu qu’après le téléchargement complet de l’artefact. Vous pouvez suivre certaines bonnes pratiques pour vous assurer que les qualifications d’activité se produisent rapidement pour un nouveau visiteur anonyme.
Lors de l’utilisation de la méthode de prise de décision "hybride", l’artefact est téléchargé en parallèle. Tant que l’artefact n’est pas téléchargé, tout Target Les appels d’API passent par le réseau même si les "emplacements" sont compatibles avec l’appareil. Ce comportement est la valeur par défaut pour tous les getOffers()
appelle et offre les meilleures performances dans la plupart des situations. Si vous modifiez le comportement par défaut de getOffers()
en définissant la variable decisioningMethod
to on-device
, suivez ces bonnes pratiques pour éviter les erreurs et optimiser les performances.
getOffers()
avec decisioningMethod
as on-device
lorsque la page se charge pour la première fois, vous devez le faire dans le gestionnaire d’événements at.js "ARTIFACT_DOWNLOAD_SUCCEEDED" afin d’éviter les erreurs. Si votre artefact est très volumineux, les "emplacements" utilisant cette approche ne sont rendus qu’après son téléchargement complet, ce qui peut retarder le rendu de l’expérience. Adobe recommande d’utiliser rarement cette approche. Suivez les bonnes pratiques pour réduire la taille de l’artefact sous le section Bonnes pratiques relatives à "Sur appareil" ci-dessus lors de l’utilisation de cette approche.Adobe Target la prise de décision sur appareil active la diffusion de contenu avec une latence proche de zéro.
Cette vidéo de 7 minutes :
Pour visionner d’autres vidéos et tutoriels, reportez-vous à la section Tutorials Adobe Target guide.
Cliquez ici pour accéder à la publication de blog.
Cliquez ici pour accéder à la publication de blog.