DocumentationTargetGuide de Target

Notes de mise à jour de Target (version préliminaire)

Last update: Tue Nov 19 2024 00:00:00 GMT+0000 (Coordinated Universal Time)
  • Rubriques :

Cet article contient des informations sur les prochaines versions d’Adobe Target, y compris les SDK, les API et les bibliothèques JavaScript.

Dernière mise à jour : vendredi 14 novembre 2024

NOTE
Les dates de publication, fonctions et autres informations peuvent changer sans préavis.
Pour consulter des informations sur la version actuelle, voir Notes de mise à jour de Target. Les informations sur ces pages peuvent être identiques selon le timing des versions. Les numéros de problème entre parenthèses sont destinés à une utilisation interne par Adobe.

Adobe Experience Platform Web SDK __view__ optimisation de la portée (22 octobre 2024)

Entre le 22 juillet 2024 et le 15 août 2024, l’équipe Target a optimisé la portée de __view__, ce qui améliore la précision des rapports d’impression d’activité, de visites et de visiteurs. Cette optimisation a pour but de capturer automatiquement les données de rapport pour les propositions générées automatiquement et doit être transparente pour la plupart des comptes.

Cette optimisation sera activée pour tous les nouveaux clients Adobe Experience Platform Web SDK. Toutefois, les clients qui ont migré depuis at.js et n’ont pas suivi les étapes de mise en oeuvre ci-dessous ont désactivé l’optimisation. Nous recommandons vivement à ces clients de passer en revue leurs mises en oeuvre d’ici le 3 février 2025. À compter de cette date, nous activerons l’optimisation pour tous les clients. L’échec de la révision et de l’ajustement des mises en oeuvre d’ici là peut avoir un impact sur les rapports, comme mentionné ci-dessous. Contactez Adobe Customer Care si vous devez confirmer si votre implémentation est affectée ou si vous avez besoin de plus de temps pour ajuster votre implémentation.

IMPORTANT
Si vous ne parvenez pas à terminer la révision de votre mise en oeuvre et à résoudre des problèmes d’ici le 3 février 2025, vous pouvez demander une extension unique de six mois. Assurez-vous que votre demande est envoyée avant le 31 janvier 2025. Adobe examinera votre demande et décidera de celle-ci.

Pour bénéficier de cette optimisation en cas de rendu manuel des propositions, passez en revue votre Platform Web SDK implementation pour vous assurer que vous envoyez des notifications après avoir effectué un rendu manuel des expériences ou lorsque vous utilisez la méthode applyPropositions (ou l’action Launch correspondante en tant qu’assistance) pour effectuer le rendu des expériences.

Les scénarios les plus courants lorsque des expériences sont générées manuellement sont les suivants :

  • Utilisation des offres JSON
  • Utilisation d’une portée de décision personnalisée dans une activité créée dans le Form-Based Experience Composer
  • Ne pas utiliser renderDecisions: true lors de la récupération d’une activité créée à l’aide de Form-Based Experience Composer qui utilise la portée globale __view__

Si les notifications ne sont pas implémentées comme indiqué dans le guide Render personalized content dans la collecte de données, il se peut que les données de rapport soient manquantes dans Target et dans les rapports Analytics for Target (A4T). Dans certains scénarios, il se peut que vous remarquiez un partage de trafic incorrect, car les données de rapport ne sont pas capturées. Ou, dans d’autres scénarios, signaler le même événement à plusieurs reprises.

Selon votre mise en oeuvre, recherchez les impacts des rapports Analytics et A4T.

Platform Web SDK prend en charge deux types d’implémentation pour le rendu des expériences et des personnalisations :

  • Appel unique pour la personnalisation et la mesure.

    Initialement recommandé, l’approche d’appel unique pour Platform Web SDK est planifiée pour être abandonnée au profit de l’approche d’appel partagé. Adobe conseille à toutes les nouvelles implémentations d’utiliser la nouvelle approche d’appel partagé et recommande que les clients existants passent également à la méthode d’appel partagé.

    Si vous continuez à utiliser l’approche d’appel unique, vous remarquerez peut-être les modifications inattendues suivantes dans vos rapports Analytics :

    • Rebonds en creux.
    • Les accès A4T et Page View ne sont pas assemblés, ce qui complique l’exécution de certaines ventilations et corrélations de vos rapports A4T à l’aide d’eVars et d’événements Analytics.

  • Scinder les appels (également appelés événements de haut et de bas de page).

    Ce type d’implémentation est la nouvelle méthode d’implémentation d’appel partagé recommandée par Adobe. Avec cette approche, la nouvelle optimisation n’a aucune incidence sur les rapports Analytics ou A4T.

Si vous avez des questions, contactez l'Assistance clientèle Adobe. (KB-2179)

Notes de mise à jour supplémentaires et informations détaillées sur les versions

Ressource
Détails
Notes de mise à jour : SDK web Experience Platform Adobe Target
Informations détaillées sur les modifications apportées à chaque version du SDK web Platform.
Informations détaillées sur les versions d’at.js
Informations détaillées sur les modifications apportées à chaque version de la bibliothèque JavaScript at.js Adobe Target.

Informations préliminaires section_7B9D4AAFC6A74388B9D7DEF0658D8B63

Pour recevoir des notifications avancées sur les améliorations à venir de Target et des autres solutions Adobe Experience Cloud, inscrivez-vous à Adobe Priority Product Update:

https://www.adobe.com/subscription/priority-product-update.html

recommendation-more-help
3d9ad939-5908-4b30-aac1-a4ad253cd654