Fonctionnement de Adobe Target
Découvrez comment fonctionne Adobe Target et obtenez des détails sur les bibliothèques JavaScript (Adobe Experience Platform Web SDK et at.js). Cet article couvre également les différents types d’activités que vous pouvez créer, Target les stratégies de comptage de l’utilisation, la Target Edge Network, l’optimisation du moteur de recherche et la détection des robots.
Les points clés sont les suivants :
- Bibliothèques JavaScript : découvrez les bibliothèques JavaScript Target : Adobe Experience Platform Web SDK et at.js.
- Stratégies d’utilisation des appels au serveur : découvrez comment Target compte divers appels au serveur, y compris les points d’entrée, la mbox unique, la mbox par lots, les appels d’exécution, de prérécupération et de notification.
- Edge Network : découvrez comment Target interagit avec le Adobe Experience Platform Edge Network.
- Expérience utilisateur protégée : découvrez comment Adobe garantit la disponibilité et les performances de son infrastructure de ciblage.
- Directives SEO : suivez les bonnes pratiques pour aligner les activités Target sur les directives SEO.
- Trafic de robots : découvrez comment Target gère le trafic de robots pour éviter de biaiser les tests et les algorithmes de personnalisation.
Adobe Target bibliothèques JavaScript libraries
Target s’intègre aux sites web à l’aide de Experience Platform Web SDK ou d’at.js :
- Adobe Experience Platform Web SDK: cette bibliothèque JavaScript côté client permet aux clients Adobe Experience Cloud d’interagir avec divers services via Experience Platform Edge Network. Adobe recommande aux nouveaux clients Target d’implémenter le Experience Platform Web SDK .
- at.js : cette bibliothèque d’implémentation pour Target réduit les temps de chargement des pages pour les implémentations web et offre de meilleures options pour les applications d’une seule page. Mise à jour fréquente avec de nouvelles fonctionnalités, Adobe recommande à tous les utilisateurs d’at.js d’effectuer la mise à jour vers la dernière version.
Référencez le fichier Experience Platform Web SDK ou at.js sur chaque page de votre site. Par exemple, ajoutez l’une de ces bibliothèques à votre en-tête global. Vous pouvez également utiliser des balises dans Adobe Experience Platform pour implémenter Target.
Les ressources suivantes contiennent des informations détaillées sur l’implémentation de Experience Platform Web SDK ou d’at.js :
Chaque fois qu’un visiteur demande une page optimisée pour la Target, une requête en temps réel est envoyée au système de ciblage pour déterminer le contenu à diffuser. Cette demande est effectuée et honorée chaque fois qu’une page se charge, selon des activités et des expériences contrôlées par les spécialistes marketing. Le contenu est ciblé sur les visiteurs et visiteuses du site, afin d’optimiser les taux de réponse, les taux d’acquisition et les recettes. Le contenu personnalisé permet de s’assurer que les visiteurs répondent, interagissent ou effectuent des achats.
En Target, chaque élément de la page fait partie d’une seule expérience, qui peut inclure plusieurs éléments.
Le contenu affiché dépend du type d’activité que vous créez :
A/B Test
Dans un test A/B de base, le contenu est choisi de manière aléatoire à partir des expériences attribuées. Vous pouvez définir des pourcentages d’affectation du trafic pour chaque expérience. Au départ, le trafic peut être inégalement réparti en raison d’un fractionnement aléatoire, mais il s’égalise à mesure que le trafic augmente. Par exemple, avec deux expériences, l’expérience de départ est choisie de manière aléatoire. Un trafic faible peut biaiser les pourcentages des visiteurs vers une expérience, mais cette situation s’équilibre avec un trafic plus important.
Spécifiez des cibles en pourcentage pour chaque expérience. Un nombre aléatoire est généré pour sélectionner l’expérience à afficher. Bien que les pourcentages obtenus puissent ne pas correspondre exactement aux cibles, un trafic plus élevé entraîne une répartition plus proche des objectifs cibles.
- Un client demande une page à votre serveur, qui s’affiche dans son navigateur.
- Un cookie propriétaire est défini dans le navigateur du client pour stocker son comportement.
- La page appelle le système de ciblage.
- Le contenu s’affiche en fonction des règles d’activité.
Pour plus d’informations, consultez Création d’un test A/B.
Auto-Allocate
Auto-Allocate identifie l’expérience gagnante parmi plusieurs options. Il réaffecte ensuite automatiquement davantage de trafic au gagnant, ce qui augmente les conversions à mesure que le test continue à s’exécuter et à apprendre.
Voir Auto-Allocate pour plus d’informations.
Auto-Target (AT)
Auto-Target tire parti du machine learning avancé pour choisir parmi plusieurs expériences hautement performantes définies par des spécialistes marketing. Auto-Target offre à chaque visiteur l’expérience la plus adaptée en fonction des profils individuels des clients et du comportement des visiteurs précédents présentant des profils similaires. Utilisez des Auto-Target 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 utilise le machine learning avancé pour faire correspondre différentes variations pour chaque visiteur. AP personnalise le contenu en fonction des profils individuels des clients pour stimuler l’effet élévateur.
Pour plus d’informations, consultez Automated Personalization.
Experience Targeting (XT)
Experience Targeting (XT) diffuse du contenu à des audiences spécifiques en fonction de règles et de critères définis par les spécialistes marketing. En incluant le géociblage, l’XT est utile pour définir des règles qui ciblent des expériences ou du contenu spécifiques pour des audiences particulières. Plusieurs règles peuvent être définies dans une activité afin de fournir différentes variations de contenu à différentes audiences. Lorsque des visiteurs consultent votre site, XT les évalue pour déterminer s’ils répondent aux critères. S’ils remplissent les critères, ils rejoignent l’activité et voient l’expérience qui leur est destinée. 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.
Multivariate Test (VMT)
Multivariate Testing (MVT) compare les combinaisons d’offres dans les éléments de 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 les clients selon leur activité précédente ou d’autres algorithmes. Les recommandations aident à diriger les clients vers des éléments pertinents qu’ils ne découvriraient pas autrement.
Pour plus d’informations, consultez Recommendations.
Comptabilisation de lTargetutilisation des appels au serveur usage
Target compte uniquement les appels au serveur qui offrent une valeur ajoutée aux clients. Le tableau suivant montre comment compte Target points d’entrée, la mbox unique, les appels de mbox par lots, les appels d’exécution, de prérécupération et de notification.
Les informations suivantes vous aident à comprendre la stratégie de comptage utilisée pour les appels au serveur Target, comme indiqué dans le tableau ci-dessous :
- Count Once : compte une fois par appel API.
- Compter le nombre de mbox : compte le nombre de mbox sous le tableau dans la payload d’un seul appel API.
- Ignorer : n’est pas comptabilisé du tout.
- Compter le nombre de vues (une fois) : compte le nombre de vues sous le tableau dans la payload. Dans une implémentation standard, une notification d’affichage ne comporte qu’une seule vue sous le tableau de notifications, ce qui équivaut à compter une fois dans la plupart des implémentations.
rest//v1/mboxrest/v2/batchmbox/ubox/[raw|image|page]rest/v1/delivery
/rest/v1/target-upstream
Le réseau Edge concept_0AE2ED8E9DE64288A8B30FCBF1040934
Une « Edge » est une architecture de diffusion géographiquement distribuée qui assure des temps de réponse optimaux pour les visiteurs qui demandent du contenu, quel que soit leur emplacement.
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 utilisateur des spécialistes du marketing sont hébergées dans Adobe clusters centraux. Des mises à jour sont envoyées aux Edges de Target, qui sont automatiquement synchronisées avec les clusters centraux pour mettre à jour en continu les données d’activité mises en cache. Toute la modélisation 1:1 est également stockée sur chaque périphérie, ce qui permet aux requêtes complexes d’être traitées localement.
Chaque cluster Edge contient toutes les informations nécessaires pour répondre aux demandes de contenu des visiteurs et pour effectuer le suivi des données d’analyse. 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é d’Adobe Target.
Target est hébergé dans des centres de données détenus et loués par Adobe Adobe dans le monde entier.
Les clusters centraux hébergent des centres de collecte et de traitement des données. Les emplacements des clusters Edge contiennent uniquement des centres 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 ensuite dirigées vers une destination prédéfinie du cluster central (Oregon, Dublin ou Singapour) pour traitement. 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, ainsi que ceux de Virginie, de Mumbai, de Sydney et de Tokyo.
Au lieu de traiter toutes les requêtes de ciblage à partir d’un seul emplacement, elles sont traitées par le cluster Edge le plus proche du visiteur. Cette approche atténue l’impact du temps de déplacement réseau et Internet.
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.
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 concept_40A5E781D90A41E4955F80EA9E5F8F96
Adobe garantit que la disponibilité et la performance de son infrastructure de ciblage sont aussi fiables que possible. Cependant, les répartitions de communication entre le navigateur d’un visiteur et les serveurs Adobe peuvent 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 du visiteur ne parvient pas à se connecter à Target.
Aucune modification n’est apportée à la page si le navigateur du visiteur ne parvient pas à se connecter dans un délai d’expiration 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 garantit des références de performance basées sur les normes du secteur, garanties par la Adobe Service Level Agreement.
- Le réseau Edge garantit la diffusion opportune des données.
- Adobe utilise une approche à plusieurs niveaux pour sécuriser ses applications, offrant ainsi aux clients le plus haut niveau 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) concept_C0C865663CAB4251B66A1F250FD25E6A
Adobe Target s’aligne sur les directives des moteurs de recherche pour les tests. Google encourage les tests utilisateur et indique que A/B et Multivariate Testing n’endommage pas les classements des moteurs de recherche organiques si certaines directives sont suivies.
Adobe Target s’aligne sur les directives des moteurs de recherche pour les tests.
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 le billet date de 2012, il reste la déclaration la plus récente de Google sur la question, et les directives sont toujours pertinentes.
-
Pas de cloaking : le cloaking consiste à afficher un ensemble de contenus aux utilisateurs et un ensemble différent aux robots des moteurs de recherche en identifiant spécifiquement les robots et en leur fournissant un contenu différent.
Target est configuré de manière à traiter les robots des moteurs de recherche de la même manière que n’importe quel autre utilisateur. Par conséquent, les 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 nécessite des URL différentes pour les variations. Dans ce cas, toutes les variations doivent inclure une balise rel=« canonical » référençant l’URL d’origine (contrôle). Par exemple, si Adobe teste sa page d’accueil avec différentes URL pour chaque variation, la balise canonique suivante pour la page d’accueil doit être placée dans la balise
<head>de chaque variation :<link rel="canonical" href="https://www.adobe.com" /> -
Utiliser les redirections 302 (temporaires) : lorsque des URL distinctes sont utilisées pour les pages de variation dans un test, Google recommande d’utiliser la redirection 302 pour diriger le trafic vers les variations de test. La redirection 302 informe les moteurs de recherche que la redirection est temporaire et active uniquement pendant l’exécution du test.
Une redirection 302 est une redirection côté serveur, tandis que la Target et la plupart des fournisseurs d’optimisation utilisent les fonctionnalités côté client. Par conséquent, Target n’est pas entièrement conforme aux recommandations de Google concernant les redirections. Cependant, cela n’affecte qu’une petite partie des tests. L’approche standard pour l’exécution de tests par le biais de Target implique de modifier le contenu dans une seule URL, ce qui élimine le besoin de redirections. Dans les cas où plusieurs URL sont requises pour les variations de test, Target utilise la commande JavaScript
window.location, qui ne spécifie pas si la redirection est une 301 ou une 302.Adobe recherche activement des solutions pour se conformer pleinement aux directives des moteurs de recherche. Pour les clients qui ont besoin d’URL distinctes pour les tests, Adobe pense que l’implémentation correcte des balises canoniques réduit les risques associés.
-
Exécuter des expériences uniquement aussi longtemps que nécessaire : Adobe définit « aussi longtemps que nécessaire » comme le temps nécessaire pour atteindre une signification statistique. Target propose les bonnes pratiques et le Adobe Target Calculateur de taille d’échantillon pour déterminer à quel moment votre test a atteint ce point. Adobe recommande d’incorporer l’implémentation en codage en dur des tests concluants dans votre workflow de test et d’allouer les ressources appropriées.
L’utilisation de Target pour « publier » les tests gagnants n’est pas recommandée en tant que solution à long terme. Si le test gagnant est publié en permanence pour 100 % des utilisateurs, cette approche peut être utilisée temporairement lors du codage en dur du test gagnant.
Tenez compte de ce que votre test a changé. Les mises à jour mineures, telles que les couleurs des boutons, n’ont aucune incidence sur les classements organiques. Toutefois, les modifications de texte doivent être codées en dur.
Tenez également compte de 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, ces considérations ne s’appliquent pas. 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. Cependant, Adobe recommande de connaître les thèmes de mots-clés sur une page et de conserver ces thèmes. 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 bots
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.
Le trafic identifié comme généré par les robots est toujours diffusé. Les robots sont traités comme des utilisateurs standard afin de s’assurer que Target est conforme aux directives SEO. Cependant, le trafic de robots peut fausser les tests A/B ou les algorithmes de personnalisation s’il est traité comme des utilisateurs normaux. Par conséquent, le trafic de robots connu dans votre activité Target est traité différemment. La suppression du trafic de robots permet de mesurer plus précisément l’activité des utilisateurs et utilisatrices.
Pour le trafic de robots connu, Target ne :
- Ne crée pas ni ne récupère de profil de visiteur
- Consigner les attributs de profil ou exécuter les scripts de profil
- Recherche des segments Adobe Audience Manager (AAM) (le cas échéant)
- Utiliser de trafic de robots dans la modélisation ou la diffusion de contenu personnalisé pour des activités de Recommendations, de Auto-Target, de Automated Personalization ou de Auto-Allocate
- 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
Pour le trafic de robots connu, lors de l’utilisation de Analytics for Target (A4T), Target ne :
- d’événements à Analytics
Pour le trafic de robots connu lors de l’utilisation de la journalisation client_side, Target ne renvoie pas :
tnta payload