Prise de décision sur l’appareil

La prise de décision sur appareil permet de mettre en cache vos activités Adobe Target Test A/B et Ciblage d’expérience (XT) sur votre serveur et d’effectuer une prise de décision en mémoire à une latence proche de zéro, sans bloquer les demandes réseau au Adobe Target réseau Edge.

Pour plus d’informations, voir Présentation de la prise de décision sur l’appareil dans la documentation des SDK Adobe Target.

Webinaire : Personalize and test at zero latency with on-device decisions from (Personnalisation et test sans latence avec prise de décision sur l’appareil à partir d’Adobe Target ; en anglais) 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 experts du produit expliquent comment le déplacement des décisions d’optimisation de l’expérience critique sur l’appareil pour s’exécuter localement avec une latence proche de zéro peut ouvrir la porte à de nouveaux cas d’utilisation passionnants tout en améliorant les performances du site pour vos clients.

Bonnes pratiques .

Adobe recommande les bonnes pratiques suivantes lors de l’utilisation de la prise de décision sur l’appareil :

Bonnes pratiques lorsque la méthode de prise de décision est "sur 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.

  • Désactivez les activités compatibles "On-Device" qui ne sont pas destinées à être dans l’artefact.
  • Si vous disposez de Target Premium, vous pouvez utiliser properties/workspaces pour créer différents fichiers d’artefacts pour différents espaces de travail.
  • Si vos fichiers d’artefact deviennent très volumineux pour des raisons légitimes, vous pouvez utiliser la méthode de prise de décision "hybride". Cette méthode vous permet de télécharger l’artefact en parallèle et tous les appels d’API Target passent sur le fil jusqu’à ce que l’artefact ait été téléchargé. Pour en savoir plus sur cette approche, consultez la section Bonnes pratiques relatives au mode de prise de décision "hybride" ci-dessous.
  • Si vous disposez d’une application d’une seule page (SPA), Adobe vous recommande de charger et d’initialiser at.js avant de charger le fichier JavaScript principal de votre application lors du premier chargement de la page. Cette approche lance le téléchargement de l’artefact beaucoup plus tôt, ce qui accélère le rendu de l’expérience.

Bonnes pratiques lorsque la méthode de prise de décision est "hybride"

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 appel d’API Target passe par le réseau même si les "emplacements" sont compatibles avec l’appareil. Ce comportement est la valeur par défaut de tous les appels getOffers() et fournit les meilleures performances dans la plupart des situations. Si vous modifiez le comportement par défaut de getOffers() en définissant decisioningMethod sur on-device, suivez ces bonnes pratiques pour éviter les erreurs et garantir les meilleures performances.

  • Si vous décidez d’appeler getOffers() avec decisioningMethod comme 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" pour é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 dans la section Bonnes pratiques sur l’appareil ci-dessus lors de l’utilisation de cette approche.

Tutoriel : Prise de décision sur appareil

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 :

  • Décrit la prise de décision sur l’appareil, y compris la manière dont elle se compare à d’autres méthodes de mise en oeuvre de Target
  • Illustre comment activer la prise de décision sur l’appareil dans Target
  • Examiner un exemple d’activité de compositeur d’après les formulaires qui a été configuré avec du contenu JSON
  • Affiche un exemple de code du SDK Node.JS contenant la configuration de clé requise pour la prise de décision sur l’appareil.
  • Illustre les résultats dans un navigateur

Pour visionner d’autres vidéos et tutoriels, consultez le guide Adobe Target Tutorials .

Adobe Tech Blog - Partie 1 : Exécutez Adobe Target SDK NodeJS pour l’expérimentation et la personnalisation sur les plateformes de périphérie (Akamai Edge Workers).

Cliquez ici pour accéder à la publication du blog.

Blog Adobe Tech - Partie 2 : exécutez le SDK NodeJS Adobe Target pour permettre l’expérimentation et la personnalisation sur les plateformes Edge (AWS Lambda@Edge).

Cliquez ici pour accéder à la publication du blog.

Sur cette page