AQ d’activité
Utilisez les URL d’assurance qualité dans Adobe Target pour effectuer facilement une assurance qualité de bout en bout de l’activité avec des liens d’aperçu qui ne changent jamais, un ciblage d’audience facultatif et un compte rendu des performances d’assurance qualité qui reste segmenté à partir des données d’activité en direct.
Activity QA vous permet de tester entièrement vos activités Target avant de les lancer en direct. La fonctionnalité Activity QA comprend les éléments suivants :
-
Liens à partager avec les membres de l’équipe qui ne changent jamais ou ne nécessitent aucune régénération, quelles que soient les mises à jour apportées aux expériences ou aux activités. Cette fonctionnalité vous permet de tester entièrement vos activités sur l’ensemble du parcours utilisateur.
-
Des conditions d’audience facultatives afin que les responsables du marketing puissent tester les critères de ciblage ou les ignorer pour soumettre à l’assurance qualité (QA) l’aspect des expériences sans avoir à respecter les conditions d’audience.
-
La création de rapports QA est capturée afin que les responsables du marketing puissent confirmer que les mesures s’incrémentent comme prévu et que les données des rapports QA sont conservées indépendamment des rapports de production (pour les rapports non-A4T).
-
La possibilité de prévisualiser une expérience isolément ou avec d’autres activités en direct satisfaisant aux critères de diffusion (page/Target requête/audience).
-
La capacité à vérifier la qualité de l’ensemble du parcours de l’utilisateur. Vous avez accès à votre site une fois avec le lien AQ et vous parcourez ensuite le site entier en mode AQ d’activité. Vous restez dans le QA d’activité jusqu’à la fin de la session ou jusqu’à ce que vous utilisiez le signet cible QA pour vous forcer à quitter la Activity QA. Cette fonctionnalité est utile si une activité s’étend sur plusieurs pages web.
note note NOTE Cette fonctionnalité s’applique aux implémentations d’at.js avec la version 2.x ou version ultérieure. Pour at.js 1.implémentations x, cette fonctionnalité n’est valable que si le navigateur du visiteur ne bloque pas les cookies tiers.
Accès et partage d’une URL AQ section_1C59BAA247B247BDB125D1BE8EAD4547
-
Dans la page Overview d'une activité, cliquez sur Activity QA.
-
Configurez les paramètres suivants :
-
Match audience rules to see experiences: Parfois, vous souhaitez confirmer que la correspondance d’audience fonctionne. D’autres fois, vous souhaiterez vérifier l’aspect et la fonctionnalité de l’activité. Si ce paramètre est activé, les testeurs doivent satisfaire aux exigences de ciblage pour pouvoir voir les expériences. Pour les activités de ciblage d’expérience (XT), une seule URL d’activité est fournie. L’expérience que vous voyez est déterminée par le fait que vous vous qualifiez pour l’une des règles de ciblage.
Si ce paramètre est désactivé, le fait de cliquer sur les liens vous montre les expériences, que vous vous qualifiez ou non. Lors de l’exécution de l’AQ, vous pouvez basculer entre la nécessité ou non de respecter le ciblage d’audience.
-
Afficher le contenu par défaut pour toutes les autres activités : si cette option est activée, le contenu par défaut est affiché pour toutes les autres activités. Par exemple, l’aperçu s’affiche de manière isolée sans prendre en compte toutes les autres activités actives sur la même demande de page/Target.
Si ce paramètre est désactivé, considérez ce qui suit :
- En cas de conflits entre l’activité que vous testez et d’autres activités actives, les règles de priorité normaless’appliquent. En raison de collisions, il est possible que vous ne puissiez pas voir l’activité que vous prévoyez d’AQ.
- Les mesures s’incrémentent pour les activités vues, mais uniquement dans l’environnement de création de rapports d’AQ.
-
-
Cliquez sur Done pour enregistrer vos modifications.
-
Partagez les URL de lien d’activité avec des membres de votre organisation à des fins de test.
Les liens d’activité n’expirent jamais et vous n’avez pas besoin de renvoyer de liens si quelqu’un modifie une activité ou une expérience. Cependant, si vous appliquez une audience différente de la Audience Library, plutôt que de simplement modifier l’activité, un nouveau lien est généré et vous devez le partager à nouveau.
Chaque URL de lien d’activité (pour l’expérience A, l’expérience B, etc.) vous permet de démarrer le parcours utilisateur à partir de l’expérience correspondante. Cliquez sur l’URL générée pour une expérience, puis poursuivez votre navigation normale sur le site pour afficher les expériences sur plusieurs pages (s’il en existe plusieurs). Une seule URL est générée par expérience, même si l’expérience s’étend sur plusieurs pages (test de modèles ou test de plusieurs pages).
Vous pouvez parcourir le site pour afficher les autres pages, car le mode Activity QA est contigu. Cette situation est vraie pour les implémentations d’at.js avec la version 2.x ou version ultérieure. Pour at.js 1.x, cette situation est uniquement vraie si le navigateur du visiteur ne bloque pas les cookies tiers.
-
Pour afficher les rapports générés à partir des URL de lien d’activité, cliquez sur la page de Reports de l’activité, cliquez sur l’icône Settings (
Abandonner le mode AQ
Activity QA est collant. Après avoir parcouru un site web en Activity QA, votre session Target doit expirer ou vous devez être libéré Target de Activity QA avant de pouvoir afficher votre site comme un visiteur standard.
at.js 2.x
Si votre site comporte at.js 2.x déployé, utilisez le signet d’assurance qualité Target pour vous forcer à quitter l’Activity QA. Le chargement d’une page de votre site avec une valeur vide, comme décrit dans la puce suivante, ne supprime pas le cookie d’assurance qualité du navigateur lorsqu’at.js 2.x est déployé.
Paramètres at.js 1.x
Si votre site comporte at.js 1.x déployé, en plus d’utiliser le signet d’assurance qualité Target, vous pouvez également vous forcer manuellement à quitter le site en chargeant une page de votre site avec le paramètre at_preview_token
avec une valeur vide. Par exemple :
https://www.mysite.com/?at_preview_token=
Adobe Experience Platform Web SDK
Si le Platform Web SDK est déployé sur votre site, vous pouvez forcer manuellement à quitter le site en chargeant une page sur votre site avec le paramètre at_qa_mode
avec une valeur vide. Par exemple :
https://www.mysite.com/?at_qa_mode=
Considérations section_B256EDD7BFEC4A6DA72A8A6ABD196D78
-
Le QA d’activité étant désormais disponible pour tous les types d’activités Target, la fonction « Prévisualiser les activités Automated Personalization avec les URL de prévisualisation d’expérience » n’est plus nécessaire.
-
Les liens d’aperçu Activity QA pour les activités enregistrées peuvent ne pas se charger si votre compte comporte trop d’activités enregistrées. Toute nouvelle tentative d’affichage des liens d’aperçu devrait fonctionner. Pour éviter que cette situation ne se reproduise, archivez les activités enregistrées qui ne sont plus utilisées activement.
-
Les URL Activity QA sont disponibles avec les activités dont la source de création de rapports est Analytics (A4T). Accès générés lors de l’assurance qualité à l’aide d’Activity QA flux vers la même suite de rapports où les données de l’activité sont transmises même après la mise en ligne de l’activité.
-
Activity QA n’affiche pas le contenu des activités archivées ou dont la date de fin est dépassée. Si vous désactivez une activité terminée, vous devez enregistrer à nouveau l’activité pour que Activity QA fonctionne.
-
Les activités importées dans Target Standard/Premium (à partir de Target Classic, par exemple) ne prennent pas en charge les URL d’assurance qualité.
-
Dans les activités Auto-Allocate et Recommendations, le modèle n’est pas affecté par les visites capturées dans Activity QA.
-
Si vous avez spécifié « URL is » lors de la création de l’activité affinements dans le compositeur basé sur les formulaires ou options de diffusion de page dans le compositeur d’expérience visuelle), l’URL d’assurance qualité ne fonctionne pas, car Activity QA ajoute des paramètres d’URL. Pour résoudre ce problème, cliquez sur l’URL AQ pour accéder à votre site, supprimez les paramètres ajoutés depuis l’URL, puis chargez la nouvelle URL.
-
Si vous disposez d’at.js 1.x, le mode Activity QA n’est pas contigu si vous utilisez Safari ou un autre navigateur qui bloque les cookies tiers. Dans ce cas, vous devez ajouter les paramètres de prévisualisation à chaque URL à laquelle vous accédez. Il en va de même si vous avez implémenté CNAME.
-
Si une activité utilise plusieurs audiences d’expérience (par exemple, un site des États-Unis et du Royaume-Uni qui est inclus dans la même activité), les liens d’assurance qualité ne sont pas générés pour les quatre combinaisons (site Experience A/US, site Experience A/UK, site Experience B/US, site Experience B/UK). Seuls deux liens AQ (Expérience A et Expérience B) sont créés et les utilisateurs doivent se qualifier pour l’audience appropriée pour voir la page. Un responsable du contrôle qualité au Royaume-Uni ne peut pas voir le site américain.
-
Tous les paramètres et toutes les valeurs
at_preview
sont déjà encodés sous forme d’URL. La plupart du temps, tout fonctionne comme prévu. Cependant, certains clients doivent utiliser des équilibreurs de charge ou des serveurs Web qui tentent à nouveau de coder les paramètres de chaîne de requête.En raison de ce double codage, lorsque Target tente de décoder le
at_preview_token
, Target ne parvient pas à extraire la valeur correcte du jeton, ce qui entraîne le dysfonctionnement de l’aperçu.placer sur la liste autorisée Adobe vous recommande de vous adresser à votre équipe informatique pour vous assurer que tous les paramètres de prévisualisation sont traités de manière à ce que ces valeurs ne soient en aucun cas transformées.
Placer sur la liste autorisée Le tableau suivant répertorie les paramètres qui peuvent être traités dans votre domaine :
table 0-row-4 1-row-4 2-row-4 3-row-4 4-row-4 5-row-4 6-row-4 7-row-4 Paramètre Type Valeur Description at_preview_token
Chaîne chiffrée Obligatoire ; aucune valeur par défaut Une entité chiffrée contenant la liste des identifiants de campagne qui peuvent être exécutés en mode assurance qualité. at_preview_index
Chaîne Vide Le format du paramètre est <campaignIndex>
ou<campaignIndex>_< experienceIndex>
Les deux index commencent par 1.at_preview_listed_activities_only
Booléen (true/false) Valeur par défaut : false Si la valeur est définie sur « true », toutes les campagnes spécifiées dans les paramètres at_preview_index
seront traitées.
Si « false », toutes les campagnes de la page sont traitées, même si elles n’ont pas été spécifiées dans le jeton d’aperçu.at_preview_evaluate_as_true_audience_ids
Chaîne Vide Liste séparée par des traits de soulignement (« _ ») des identifiant de segment qui doivent toujours (au niveau du ciblage et du compte rendu des performances) être évalués comme « true » dans la portée de la requête Target. _AT_Debug
Chaîne Fenêtre ou console Journalisation de console ou nouvelle fenêtre. adobe_mc_ref
Transmet l’URL de référence de la page par défaut à la nouvelle page. Lorsqu’utilisé avec la version 2.1 (ou ultérieure) de AppMeasurement.js
, Adobe Analytics utilise cette valeur de paramètre comme URL de référence sur la nouvelle page.adobe_mc_sdid
Transmet le Supplemental Data Id (SDID) et le Experience Cloud Org Id de la page par défaut à la nouvelle page. La transmission de ces identifiants permet à Analytics for Target (A4T) de « regrouper » la requête Target sur la page par défaut avec la requête Analytics sur la nouvelle page. -
L’interface utilisateur de Target QA Mode n’affiche que la première URL d’une expérience dans une activité multipage. L’hypothèse est que vous créez un test de parcours et que vous passez de URL1 à URL2. Toutefois, si vous souhaitez accéder à l’URL 2 indépendamment, copiez tous les paramètres d’URL fournis par rapport à l’URL 1 et appliquez-les à l’URL 2 après avoir placé un « ? ». comme vous le voyez dans l’URL 1.
-
Les liens d’aperçu de l’AQ des activités pour les activités enregistrées peuvent ne pas se charger si votre compte comporte trop d’activités enregistrées. Réessayez les liens d’aperçu. Archivez les activités enregistrées qui ne sont plus utilisées activement pour empêcher ce problème de se produire.
Compatibilité des QA Mode de bibliothèque JavaScript Target compatibility
Target prend en charge les bibliothèques JavaScript suivantes :
Le tableau suivant répertorie les différents types d’activités et indique si Activity QA mode est pris en charge pour chaque bibliothèque :