Fonctionnement d’Adobe Target

Découvrez comment fonctionne Adobe Target et obtenez des informations sur Adobe Experience Platform Web SDK et les bibliothèques JavaScript (at.js et mbox.js). Cet article présente également les différents types d’activités que vous pouvez créer à l’aide de Target. Vous en apprendrez également davantage sur le réseau Edge Target, l’optimisation du moteur de recherche (SEO) et la manière dont Target détecte les robots.

Target SDK web Platform et bibliothèques JavaScript

Target s’intègre aux sites web à l’aide de Experience Platform Web SDK ou des bibliothèques JavaScript :

  • SDK Web Adobe Experience Platform : le SDK Web Experience Platform est une nouvelle bibliothèque JavaScript côté client. Le SDK Web Experience Platform permet aux clients Adobe Experience Cloud dʼinteragir avec les différents services dʼExperience Cloud (y compris Target) via le réseau Edge Experience Platform. Adobe recommande à tous les nouveaux clients Target d’implémenter Experience Platform Web SDK.
  • at.js : la bibliothèque at.js est la nouvelle bibliothèque d’implémentation de Target. La bibliothèque at.js réduit les délais de chargement des pages pour les implémentations web et offre des options d’implémentation optimisées pour les applications d’une seule page. at.js est fréquemment mis à jour avec de nouvelles fonctionnalités. Adobe recommande à tous les clients qui utilisent at.js de mettre à jour leurs implémentations vers la dernière version d’at.js.
  • mbox.js : la bibliothèque mbox.js est l’ancienne bibliothèque d’implémentation de Target. La bibliothèque mbox.js nʼest plus prise en charge depuis le 31 mars 2021.

Référencez Experience Platform Web SDK ou at.js sur chaque page de votre site. Par exemple, vous pouvez ajouter l’une de ces bibliothèques à votre en-tête global. Vous pouvez également utiliser les balises dans Adobe Experience Platform pour implémenter Target.

Les ressources suivantes contiennent des informations détaillées sur lʼimplémentation du SDK Web Experience Platform ou dʼat.js :

Chaque fois qu’un visiteur demande une page qui a été optimisée pour Target, une requête est envoyée au système de ciblage. La requête permet de déterminer le contenu à proposer à ce visiteur. Ce processus se produit en temps réel. Chaque fois qu’une page est chargée, une demande de contenu est créée et traitée par le système. Le contenu est régi par les règles des activités et des expériences contrôlées par le spécialiste du marketing et est ciblé sur le visiteur individuel du site. Le contenu est proposé à chaque visiteur du site en fonction des éléments auxquels il est le plus susceptible de réagir, de ceux avec lesquels il est le plus susceptible d’interagir ou de ceux qu’il est le susceptible d’acheter. Le contenu personnalisé permet d’optimiser les taux de réponse, les taux d’acquisition et le chiffre d’affaires.

Dans Target, chaque élément de la page fait partie d’une seule expérience pour l’ensemble de la page. Chaque expérience peut inclure plusieurs éléments de la page.

Le contenu présenté aux visiteurs dépend du type d’activité que vous avez créé :

Test A/B

Le contenu qui s’affiche dans un test A/B de base est choisi de manière aléatoire à partir des expériences que vous affectez à l’activité. Vous pouvez attribuer les pourcentages d’affectation du trafic pour chaque expérience. Suite à ce fractionnement aléatoire du trafic, il se peut qu’il faille une quantité importante de trafic initial avant que les pourcentages ne s’équilibrent. Si, par exemple, vous créez deux expériences, l’expérience initiale est choisie de façon aléatoire. Si le trafic est léger, il est possible que le pourcentage des visiteurs puisse être réorienté vers une seule expérience. Avec l’augmentation du trafic, les pourcentages s’égalisent.

Vous pouvez préciser des cibles de pourcentage pour chaque expérience. Dans ce cas, un nombre aléatoire est généré et utilisé pour choisir l’expérience à afficher. Les pourcentages résultants peuvent ne pas correspondre exactement aux cibles spécifiées, mais un trafic plus élevé signifie que les expériences doivent être fractionnées en tenant davantage compte des objectifs de cible.

  1. Un client demande une page de votre serveur et l’affiche dans le navigateur.
  2. Un cookie propriétaire est défini dans le navigateur du client pour stocker son comportement.
  3. La page appelle le système de ciblage.
  4. Le contenu s’affiche en fonction des règles de votre activité.

Pour plus d’informations, consultez Création d’un test A/B.

Affectation automatique

L’affectation automatique identifie un gagnant parmi plusieurs expériences. L’affectation automatique réaffecte automatiquement davantage de trafic à l’expérience gagnante, ce qui permet d’augmenter les conversions pendant que le test continue à s’exécuter et à apprendre.

Pour plus d’informations, voir Affectation automatique.

Ciblage automatique (AT)

Le ciblage automatique s’appuie sur un machine learning avancé pour sélectionner plusieurs expériences hautement performantes définies par des spécialistes du marketing. Le ciblage automatique offre donc à chaque visiteur l’expérience la plus adaptée. La diffusion d’expérience est basée sur les profils individuels des clients et le comportement des visiteurs précédents ayant des profils similaires. Utilisez le ciblage automatique pour personnaliser le contenu et générer des conversions.

Pour plus d’informations, consultez Ciblage automatique.

Automated Personalization (AP)

Automated Personalization (AP) combine des offres ou des messages et s’appuie sur un machine learning avancé pour faire correspondre différentes variations d’offre à chaque visiteur. La diffusion d’expérience s’appuie sur les profils individuels des clients pour personnaliser le contenu et stimuler l’effet élévateur.

Pour plus d’informations, consultez Automated Personalization.

Ciblage d’expérience (XT)

Le ciblage d’expérience (XT) diffuse le contenu à une audience spécifique selon un ensemble de règles et de critères définis par les responsables du marketing.

Le ciblage d’expérience, qui inclut le géociblage, présente un atout majeur pour la définition de règles ciblant une expérience ou un contenu spécifique pour une audience particulière. Plusieurs règles peuvent être définies au sein d’une même activité afin de fournir différentes variations de contenu à des audiences différentes. Lorsque des visiteurs consultent votre site, le ciblage d’expérience les évalue pour déterminer s’ils répondent aux critères définis. S’ils correspondent aux critères, ils entrent dans l’activité et l’expérience pour l’audience éligible. Vous pouvez créer des expériences pour plusieurs audiences au sein d’une activité unique.

Pour plus d’informations, consultez Ciblage d’expérience.

Test multivarié (MVT)

Multivariate Testing (MVT) compare les combinaisons d’offres dans les éléments d’une page afin de déterminer la combinaison la plus performante pour une audience spécifique. Le test multivarié permet d’identifier l’élément qui a le plus d’effet sur la réussite de l’activité.

Pour plus d’informations, consultez Test multivarié.

Recommendations

Les activités Recommendations affichent automatiquement les produits ou le contenu susceptibles d’intéresser vos clients selon l’activité précédente de l’utilisateur ou d’autres algorithmes. Les recommandations aident à diriger les clients vers des éléments qu’ils ne connaîtraient pas autrement.

Pour plus d’informations, consultez Recommendations.

Le réseau Edge

Un « Edge » est une architecture de diffusion géographiquement distribuée qui assure un temps de réponse optimal pour les visiteurs qui demandent du contenu, où qu’ils se trouvent sur le monde.

Pour améliorer les temps de réponse, les Edges de Target hébergent uniquement la logique d’activité, les profils mis en cache et les informations d’offre.

Les bases de données des activités et du contenu, les données Analytics, les API et les interfaces utilisateurs des spécialistes du marketing sont hébergées dans les clusters centraux d’Adobe. Des mises à jour sont alors envoyées aux Edges de Target. Les clusters centraux et les clusters Edge sont automatiquement synchronisés en vue de continuellement mettre à jour les données d’activité mises en cache. Toute la modélisation 1:1 est également stockée sur chaque nœud, afin que les demandes les plus complexes puissent aussi être traitées sur le réseau Edge.

Chaque cluster Edge comporte toutes les informations nécessaires pour répondre à la demande de contenu du visiteur et pour effectuer un suivi sur les données d’analyse de cette demande. Les demandes des visiteurs sont acheminées vers le cluster Edge le plus proche.

Pour plus d’informations, consultez l’article technique Présentation de la sécurité de Adobe Target.

La solution Target est hébergée dans des centres de données détenus et loués par Adobe aux quatre coins du monde.

Les emplacements des clusters centraux comprennent un centre de collecte de données et un centre de traitement des données. Les emplacements des clusters Edge comprennent uniquement un centre de collecte de données. Chaque suite de rapports est affectée à un centre de traitement des données spécifique.

Les données d’activité sur le site du client sont collectées par le plus proche des sept clusters Edge. Ces données sont acheminées vers le cluster central prédéfini par le client pour le traitement. Il s’agit de l’un des trois emplacements suivants : Oregon, Dublin, Singapour. Les données du profil du visiteur sont stockées sur le cluster Edge le plus proche du visiteur. Les clusters Edge comprennent les clusters centraux et ceux situés en Virginie, à Bombay, à Sydney et à Tokyo.

Au lieu de répondre à toutes les requêtes de ciblage à partir d’un seul emplacement, les requêtes sont traitées par le cluster Edge le plus proche du visiteur. Ce processus permet d’atténuer l’effet du temps de déplacement réseau/Internet.

Carte présentant les différents types de serveurs Target

Les clusters centraux Target, hébergés sur Amazon Web Services (AWS), incluent les suivants :

  • Oregon, États-Unis
  • Dublin, Irlande
  • République de Singapour

Les clusters Edge Target, hébergés sur AWS, incluent les suivants :

  • Mumbai, Inde
  • Tokyo, Japon
  • Virginie, États-Unis
  • Oregon, États-Unis
  • Sydney, Australie
  • Dublin, Irlande
  • République de Singapour

Le service Target Recommendations est hébergé dans un centre de données Adobe en Oregon.

IMPORTANT

Actuellement, Adobe Target n’a pas de cluster Edge en Chine et les performances des visiteurs restent limitées pour les clients Target en Chine. En raison du pare-feu et de l’absence de clusters Edge dans le pays, les expériences des sites où Target a été déployé peuvent être affectées. Le rendu des expériences peut être lent et le chargement des pages peut être affecté. En outre, les spécialistes du marketing peuvent rencontrer une latence lors de l’utilisation de l’interface utilisateur de création de Target.

Si vous le souhaitez, vous pouvez ajouter des clusters Edge de Target sur liste autorisée. Pour plus d’informations, consultez Ajout des nœuds Edge de Target sur liste autorisée.

Expérience utilisateur protégée

Adobe garantit que la disponibilité et la performance de l’infrastructure de ciblage sont aussi fiables que possible. Toutefois, la répartition des communications entre le navigateur d’un visiteur et les serveurs d’Adobe peut interrompre la diffusion de contenu.

Pour éviter les interruptions de service et les problèmes de connectivité, tous les emplacements sont configurés pour inclure le contenu par défaut (défini par le client). Ce contenu par défaut s’affiche si le navigateur de l’utilisateur ne parvient pas à se connecter à Target.

Aucune modification n’est apportée à la page si le navigateur de l’utilisateur ne peut pas se connecter au cours du délai d’attente défini (par défaut, 15 secondes). Si ce seuil de délai est atteint, le contenu de l’emplacement par défaut est affiché.

Adobe protège l’expérience de l’utilisateur en optimisant et en protégeant les performances.

  • Adobe procède aux benchmarks de performances en fonction des normes de l’industrie, qui sont garanties par le contrat de niveau de service d’Adobe.
  • Le réseau Edge garantit la diffusion opportune des données.
  • Adobe sécurise ses applications en appliquant une approche à plusieurs niveaux afin de fournir aux utilisateurs le plus haut niveau possible de disponibilité et de fiabilité.
  • Target Consulting aide à l’implémentation et propose une assistance produit continue.

Tests adaptés à l’optimisation du moteur de recherche (SEO)

Adobe Target s’aligne sur les directives des moteurs de recherche pour les tests.

Google encourage les tests d’utilisateurs. Google indique dans sa documentation que les tests A/B et les tests multivariés ne nuisent pas aux classements du référencement organique si vous suivez certaines directives.

Pour plus d’informations, voir les ressources Google suivantes :

Les directives sont présentées dans une publication de Google Webmaster Central Blog. Bien que la publication date de 2012, elle rappelle les instructions les plus récentes de Google sur le sujet et les directives continuent de s’appliquer.

  • Pas de cloaking : le cloaking affiche un ensemble de contenus à vos utilisateurs et un ensemble différent aux robots des moteurs de recherche. Le cloaking est réalisé en identifiant spécifiquement les robots et en leur donnant volontairement un contenu différent.

    Target, en tant que plateforme, a été configurée pour traiter ces robots de moteurs de recherche de la même façon que n’importe quel autre utilisateur. Par conséquent, des robots peuvent être inclus dans les activités s’ils sont sélectionnés de manière aléatoire et « voient » les variations de test.

  • Utiliser rel=“canonical” : il arrive parfois qu’un test A/B doive être configuré à l’aide d’URL différentes pour les variations. Dans ces instances, toutes les variations doivent comporter la balise rel="canonical" qui fait référence à l’URL d’origine (contrôle). Par exemple, supposons qu’Adobe teste sa page d’accueil à l’aide de différentes URL pour chaque variation. La balise canonique suivante pour la page d’accueil serait placée dans la balise <head> pour chacune des variations suivantes :

    <link rel="canonical" href="https://www.adobe.com" />

  • Utiliser les redirections 302 (temporaires) : dans les instances où les URL distinctes sont utilisées pour les pages de variation dans un test, Google recommande d’utiliser la redirection 302 pour diriger le trafic dans les variations de test. La redirection 302 indique aux moteurs de recherche que la redirection est temporaire et n’est active que tant que le test est en cours d’exécution.

    Une redirection 302 est une redirection côté serveur, tandis que Target et la plupart des responsables d’optimisation utilisent les fonctionnalités côté client. Ainsi, la redirection est une zone où Target n’est pas tout à fait conforme aux recommandations de Google. Cette pratique n’affecte toutefois qu’un petit nombre de tests. L’approche standard pour l’exécution de tests Target a recours aux appels pour la modification du contenu dans une seule URL ; aucune redirection n’est donc nécessaire. Des instances ont lieu lorsque des clients doivent utiliser plusieurs URL pour représenter leurs variations de test. Dans ces instances, Target utilise la commande JavaScript window.location. Cette commande dirige les utilisateurs vers les variations de test, ce qui n’indique pas explicitement si c’est une redirection 301 ou 302.

    Adobe continue de rechercher des solutions viables pour s’aligner complètement sur les directives des moteurs de recherche. Pour les clients qui doivent utiliser des URL distinctes pour les tests, Adobe est convaincu que la bonne implémentation des balises canoniques diminue les risques de cette approche.

  • Exécuter des expériences uniquement aussi longtemps que nécessaire : Adobe considère que « aussi longtemps que nécessaire » doit durer suffisamment longtemps pour obtenir une signification statistique. Target fournit les bonnes pratiques pour déterminer le moment où votre test a atteint ce point. Adobe recommande d’incorporer l’implémentation en codage en dur des tests concluants dans votre flux de travaux de test et d’allouer les ressources appropriées.

    L’utilisation de la plateforme Target pour « publier » les tests gagnants n’est pas recommandée en tant que solution à long terme. Si le test gagnant est publié pour 100 % des utilisateurs 100 % du temps, alors cette approche peut être utilisée pendant que le processus de codage en dur du test gagnant se termine.

    Il est essentiel de prendre également en compte les éléments que votre test a modifiés. Le simple fait de mettre à jour la couleur des boutons ou d’autres éléments mineurs non textuels de la page n’influence pas vos classements organiques. Les modifications apportées au texte doivent toutefois être en codage dur.

    Il est également important de prendre en compte l’accessibilité de la page que vous testez. Si la page n’est pas accessible aux moteurs de recherche et n’a jamais été conçue pour être classée dans le référencement organique en premier lieu, alors aucune des considérations ci-dessus ne s’applique. Un bon exemple est une page de destination pour une campagne par e-mail.

Google indique que suivre ces directives « devrait avoir pour vos tests peu voire aucun impact sur votre site dans les résultats de recherche ».

En plus de ces directives, Google présente une directive supplémentaire dans la documentation de leur outil Content Experiments :

  • « Vos pages de variation doivent conserver l’esprit du contenu de vos pages originales. Ces variations ne devraient pas changer le sens de la perception générale que vos utilisateurs ont de ce contenu original. »

Google précise à titre d’exemple que « si une page originale d’un site est chargée avec des mots-clés qui ne sont pas associés aux combinaisons présentées aux utilisateurs, nous pouvons supprimer ce site de notre index ».

Adobe estime qu’il serait difficile de modifier involontairement la signification du contenu original dans les variations de test. Toutefois, Adobe recommande de connaître les thèmes de mots-clés sur une page et de les maintenir. Les modifications apportées au contenu d’une page, en particulier l’ajout ou la suppression de mots-clés pertinents, peuvent donner lieu à des changements de classement pour l’URL dans les recherches organiques. Adobe recommande de consulter votre partenaire SEO dans le cadre de votre protocole de test.

Robots

Adobe Target utilise la mesure DeviceAtlas « isRobot » pour détecter les robots connus en fonction de la chaîne de l’agent utilisateur transmise dans l’en-tête de requête.

REMARQUE

Pour les requêtes Server-Side, la valeur transmise dans le nœud « Context » de la requête est prioritaire sur la chaîne de l’agent utilisateur pour la détection des robots.

Le trafic identifié comme étant généré par un robot est toujours diffusé. Les robots sont traités comme un utilisateur régulier afin de s’assurer que Target est conforme aux directives SEO. L’utilisation du trafic de robots peut fausser les tests A/B ou les algorithmes de personnalisation s’il est traité comme pour des utilisateurs standard. Par conséquent, si un robot connu est détecté dans votre activité Target, le trafic est traité légèrement différemment. La suppression du trafic de robots permet de mesurer plus précisément l’activité des utilisateurs.

En particulier, pour le trafic de robots connu, Target :

  • Ne crée pas ni ne récupère de profil de visiteur
  • Ne consigne aucun attribut de profil ou n’exécute pas de scripts de profil
  • N’effectue pas de recherche de segments Adobe Audience Manager (AAM) (le cas échéant)
  • N’utilise pas de trafic de robots dans la modélisation et la diffusion de contenu personnalisé pour les activités Recommendations, de ciblage automatique, d’Automated Personalization ou d’affectation automatique
  • Ne consigne pas de visite d’activité pour la création de rapports
  • Ne consigne pas de données à envoyer à la plateforme Adobe Experience Cloud

Sur cette page