AQ d’activité

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 d’utilisateurs.

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 seule ou avec d’autres activités actives satisfaisant les critères de diffusion (requête/audience page/Target).

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 l’AQ d’activité jusqu’à la fin de la session ou jusqu’à ce que vous utilisiez le signet d’applet AQ Target pour vous libérer de Activity QA. Cette fonctionnalité est utile si vous avez une activité qui s’étend sur plusieurs pages web.

Comme l’AQ d’activité est désormais disponible pour tous les types d’activité Target, la fonction "Prévisualiser les activités Automated Personalization avec les URL d’aperçu de l’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. La nouvelle tentative des liens d’aperçu doit fonctionner. Pour éviter que cette situation ne se reproduise, archivez les activités enregistrées qui ne sont plus utilisées de manière active.

Activity QA Les URL sont disponibles avec des activités avec Analytics comme source des rapports (A4T). Les accès générés lors de l’exécution de l’AQ à l’aide de Activity QA se déplacent vers la même suite de rapports que celle où les données de l’activité sont transmises même après la mise en service de l’activité.

Activity QA n’affiche pas de contenu pour les activités archivées ou les activités 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 (depuis 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" lors de la création de l’activité améliorations dans le compositeur d’après les formulaires ou options de remise 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 attractif si vous utilisez Safari ou un autre navigateur qui bloque les cookies tiers. Dans ce cas, vous devez ajouter les paramètres d’aperçu à chaque URL à laquelle vous accédez. La même chose est vraie 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 inclus dans la même activité), les liens QA ne sont pas générés pour les quatre combinaisons (Expérience A/US Site, Expérience A/Royaume-Uni Site, Expérience B/US Site, Expérience B/Royaume-Uni Site). 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. Une personne chargée de l’assurance qualité au Royaume-Uni ne peut pas consulter le site des États-Unis.

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. Certains clients doivent toutefois charger des équilibreurs ou des serveurs Web qui tentent de coder à nouveau les paramètres de chaîne de requête.

En raison de ce double encodage, lorsque Target tente de décoder le at_preview_token, Target ne parvient pas à extraire la valeur de jeton correcte, ce qui entraîne un mauvais aperçu.

Adobe recommande de discuter avec votre équipe informatique pour vous assurer que tous les paramètres d’aperçu sont placés sur la liste autorisée afin que ces valeurs ne soient jamais transformées.

Le tableau suivant répertorie les paramètres qui peuvent être placés sur la liste autorisée dans votre domaine :

L’interface utilisateur de Target QA Mode affiche uniquement la première URL d’une expérience dans une activité multi-page. L’hypothèse est que vous créez un test de parcours et que vous passez de l’URL 1 à l’URL 2. 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 de manière active pour empêcher que ce problème se produise.