Prise de décision sur l’appareil

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.

Webinaire : personnalisation et test sans latence avec prise de décision sur l’appareil à partir d’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.

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 avez Target Premium, vous pouvez utiliser propriétés/espaces de travail 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 Target Les appels d’API passent par le réseau jusqu’à ce que l’artefact soit téléchargé. Lire le meilleur section pratiques sur le mode de prise de décision "hybride" ci-dessous pour en savoir plus sur cette approche.
  • Si vous disposez d’une application d’une seule page (SPA), Adobe 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 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.

  • Si vous décidez d’appeler 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.

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 Target implémentation
  • 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, reportez-vous à la section Tutorials Adobe Target guide.

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

Cliquez ici pour accéder à la publication de 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 de blog.

Sur cette page