Optimisation de la mise en oeuvre Adobe Target

Si vous découvrez votre entreprise et que vous souhaitez vous familiariser avec ce qui est en place à partir d’une pratique de test et d’optimisation, cet article vous aide à démarrer. Nous commencerons par une présentation de la mise en oeuvre et de la structure d’Adobe Target. Vous apprendrez à comprendre et à contrôler la configuration de votre organisation. Enfin, nous discuterons des techniques de dépannage courantes et des conseils sur la création d’un référentiel de connaissances pour votre équipe.

Adobe Target est un outil qui permet de tester et de cibler du contenu unique pour différents visiteurs. Pour une vue d’ensemble des fonctionnalités disponibles, consultez ce guide.

Implémentation et structure de Target

Avant de passer au processus de mise en oeuvre d’Adobe Target ou à sa structure, il est utile de commencer par comprendre quelques principes fondamentaux du logiciel.

Adobe Target est un outil qui permet de tester et de cibler du contenu unique pour différents visiteurs sans modifier le code natif du site web. Target modifie temporairement l’expérience de l’utilisateur final et suit le comportement des utilisateurs après avoir vu la modification. Target offre également la possibilité de modifier l’expérience pour les utilisateurs finaux en fonction des informations de profil ou des actions précédentes.

Il existe trois types d’activité fondamentaux de Target :

1. Test A/B
2. Test multivarié (MVT)
3. Test d’expérience

Le test A/B compare plusieurs expériences afin d’identifier celle qui améliore le mieux les conversions tout au long d’une période de test prédéfinie. Le test A/B est une expérience hautement contrôlée avec des mesures de trafic, fractionnées en pourcentages plutôt qu’en règles, qui vous permet d’effectuer les opérations suivantes :

• pour analyser les données de test.
• pour obtenir des informations sur votre audience.
• pour déterminer l’expérience la plus performante.

Test multivarié (MVT) compare des combinaisons d’offres parmi les éléments d’une page afin de déterminer la combinaison offrant les meilleures performances pour une audience spécifique. Ce test identifie également l’élément de la page qui améliore le mieux les conversions tout au long d’une période de test prédéfinie. MVT fournit :

• Une façon d’afficher plusieurs offres dans plusieurs éléments.
• Méthode permettant de tester l’expérience unique résultante par rapport à un objectif spécifique.
• Identifier les éléments qui ont le plus d’impact négatif ou positif sur les interactions des visiteurs.

Test d’expérience (Ciblage d’expérience) diffuse du contenu à une audience spécifique en fonction d’un ensemble de règles et de critères définis par les responsables du marketing. Cette méthode permet de cibler du contenu spécifique sur une audience spécifique en fonction d’un ensemble de règles d’attribution définies.

Comment Target fonctionne-t-il ?

Voici un exemple général du fonctionnement de Target :

1. Un visiteur demande une page à votre serveur et elle s’affiche dans le navigateur.
2. Un cookie propriétaire est défini dans le navigateur du visiteur pour stocker le comportement.
3. La page appelle ensuite Adobe Target.
4. Le contenu s’affiche en fonction des règles de l’activité de l’utilisateur.
5. Adobe Target capture des mesures spécifiques, telles que définies dans la configuration de l’activité, afin d’évaluer l’impact des expériences de test.

Target est basé sur une "mbox globale" qui permet d’avoir un impact sur n’importe quel élément de la page. Cette fonctionnalité est déployée au chargement de la page sous la forme d’un lien codé en dur vers le fichier at.js ou elle est diffusée à l’aide d’un gestionnaire de balises comme Adobe Launch.

Présentation de votre implémentation actuelle

Pour comprendre votre mise en oeuvre actuelle, Adobe vous recommande de passer en revue votre mise en oeuvre de l’interface utilisateur Target, ainsi que votre mise en oeuvre de Tag Manager et de Page Load.

Pour consulter Target interface utilisateur :

1. Commencez votre révision dans la section Target Interface utilisateur :

   • Consultez la section Target pile de technologies
   • Confirmation des fonctionnalités disponibles
   • Identifier l’emplacement du déploiement actif

2. Examinez les activités pour connaître les bonnes pratiques :

   • Vérifier les campagnes historiques pour la maturité du programme

3. Désactiver les anciennes activités :

   • Archivage et nettoyage Target ressource qui n’a plus d’utilisation actuelle ou future

4. Examinez les audiences.

5. Examinez les définitions d’environnement et les domaines associés.

6. Vérifier les scripts de profil pour l’applicabilité

   • Tous les scripts de profil s’exécutent à chaque appel cible
   • Conserver l’efficacité des appels en supprimant les scripts non applicables

Pour examiner le gestionnaire de balises et le chargement de page :

1. Confirmez ce qui suit dans le gestionnaire de balises :

   • Déploiement des Target Code JavaScript
   • Solution de masquage du contenu appropriée
   • Définissez les règles nécessaires pour renseigner la variable Target appels avec les paramètres attendus

2. Confirmez ce qui suit au chargement de la page :

   • Correspondance de numéros de version pour l’URL de requête et Target URL de la requête
   • Valeur Experience Cloud ID renseignée (Cloud Body)
   • Présenter les valeurs d’intégration attendues (Cloud Body)
   • Renseigné Target paramètres sur les pages appropriées

Target activités d’audit

Pour éviter de parcourir manuellement chaque page à auditer Target activités, utilisez Adobe Auditor pour mieux comprendre l’état technique actuel de votre mise en oeuvre. Adobe Auditor est optimisé par ObservePoint et peut être configuré pour s’exécuter manuellement afin d’identifier les problèmes de mise en oeuvre de haut niveau sur votre site.

Adobe Auditor fournit les informations suivantes :

• Un haut niveau d'intégrité du site
• Appels rapides pour les problèmes de mise en oeuvre

Adobe recommande d’effectuer des audits manuels mensuels pour :

• Identification des pages non balisées
• Identification des versions incohérentes
• Découvrez les versions obsolètes
• Fournir des informations détaillées qui peuvent être exportées

Résolution des problèmes courants

Vous trouverez ci-dessous des conseils généraux de dépannage lors de la saisie de l’expérience :

Cache et cookies**

• Effacement du cache et des cookies
• Faites attention en utilisant le mode privé (par exemple : le mode privé dans Firefox peut bloquer Target)

Êtes-vous qualifié pour l’activité ?

• Vérifiez que vous avez effectué les mêmes étapes que l’audience utilisée dans l’activité.
• Utilisation mboxTrace ou jetons de réponse pour vérifier les valeurs de profil et de segment

Conseils de dépannage généraux lors de la validation visuelle/fonctionnelle

Si se trouvent dans la variable Target et vous ne voyez pas l’expérience visuelle attendue :

Vérifiez les Target response :

• Si le code n’est pas exécuté :

1. Vérifier les activités en conflit
2. Contacter le service à la clientèle

• Si le code est exécuté :

1. Retravailler le code dans ce scénario

Maintenance d'un référentiel de connaissances

Un référentiel de connaissances est une plateforme en ligne utilisée pour documenter et partager des informations. Le référentiel de connaissances contient des informations spécifiques à votre mise en oeuvre et peut contenir des informations spécifiques à l’équipe.

Idéalement, le référentiel doit permettre la modification et l’enregistrement automatique dans la plateforme. Une fois paramétré initialement, il est facile de le gérer et de le tenir à jour. Le contenu du référentiel de connaissances est traité en fonction des rôles utilisateur.

Les documents standard d’un référentiel de connaissances sont les suivants :

• Document d’aperçu - un document servant à expliquer clairement les objectifs, les objectifs, les processus et la structure du programme.
• Référentiel d’idées - un document utilisé pour gérer et classer par priorité les idées potentielles qui ne sont pas prêtes pour le processus de test ;
• Feuille de route du programme : document utilisé pour gérer tous les aspects des activités de test une fois que les idées sont prêtes à démarrer le processus de test.
• Document de plan d’activité : document utilisé pour décrire les informations nécessaires à la création et au lancement d’activités
• Document de plan d’activité - un document utilisé pour communiquer les résultats et les prochaines étapes recommandées aux parties prenantes ;
• Tableau de bord du programme : document utilisé pour effectuer le suivi des performances, de la cadence et des recettes du programme au fil du temps.

Pour plus d’informations, consultez notre webinaire avec Wilder Freed, consultant principal.

Pour en savoir plus sur la stratégie et le leadership de la pensée, voir Succès des clients hub.

Ressources Business.Adobe.com