Notes de mise à jour 2016

Dernière mise à jour : 17 juillet 2024
  • Rubriques :

Créé pour :

  • Développeur
  • Utilisateur ou utilisatrice
  • Administration
  • Leader

Description des nouvelles fonctionnalités, des mises à jour et des modifications apportées au service d’identités d’Experience Cloud en 2016.

Ces modifications sont également consignées dans les notes de mise à jour d’Experience Cloud.

Version 1.10

Novembre 2016

IMPORTANT

Correctifs et améliorations

  • Instructions supplémentaires sur la manière de mettre en œuvre le service d’ID dans un environnement côté serveur.

  • Ajout de la fonction booléenne Visitor.overwriteCrossDomainMCIDAndAID qui permet de remplacer les Experience Cloud ID et Analytics ID sur d’autres domaines dont vous êtes propriétaire. Voir Remplacement d’un identifiant visiteur.

  • Ajout d’un TS = UTChorodatage en tant que propriété de la fonction visitor.appendVisitorIDsTo. Le service d’ID utilise l’horodatage pour déterminer si les identifiants doivent être utilisés dans l’URL de redirection selon un intervalle d’âge de 5 minutes. Voir Fonction d’ajout d’identifiant visiteur.

  • Ajout de la nouvelle fonction Visitor.getLocationHint, qui renvoie un identifiant de région. Voir Obtention des identifiants de région (indicateur de location).

  • Ajout de deux fonctions, idSyncByURL et idSyncByDataSource, qui permettent d’implémenter manuellement une synchronisation des identifiants dans l’iFrame de publication de destination. Voir Synchronisation des ID par URL ou source de données.

  • Résolution d’un bogue qui bloquait l’appel du suivi AppMeasurement si disableThirdPartyCalls:true.

  • Résolution d’un bogue qui empêchait le service d’ID de transmettre l’Experience Cloud ID (MID) à différents domaines.

Version 1.9.0

Octobre 2016

Correctifs et améliorations

  • Correction d’un bug qui transmettait des ID d’utilisateur Audience Manager uniques (AAMUUID) en tant qu’Experience Cloud ID au service ID.
  • Si la durée de vue d’un cookie AMCV expire, le service d’ID renvoie tout de même cette information au serveur, tant que le cookie contient un Experience Cloud ID. Après cet appel, le service d’ID effectue un appel asynchrone pour mettre à jour le cookie. Cela contribue à améliorer les performances, car le service d’ID n’a pas besoin d’attendre une réponse du serveur. Il peut utiliser les valeurs d’un cookie AMCV existant, puis demander une mise à jour.
  • Le service d’ID synchronise automatiquement les Experience Cloud ID (MID) avec Adobe Media Optimizer et d’autres domaines Adobe internes directement sur la page. La synchronisation automatique est activée pour tous les comptes nouveaux et existants. Cela permet d’améliorer les taux de correspondance pour Media Optimizer. Cela s’applique à VisitorAPI.js 1.8 ou version ultérieure. Voir la documentation Comprendre la synchronisation des identifiants et les taux de correspondance.

Documentation nouvelle et révisée

Nouveau : Obtention des identifiants de région et d’utilisateur à partir du cookie AMCV

Version 1.8.0

Septembre 2016

Correctifs et améliorations

Ajout de disableThirdPartyCalls comme indicateur booléen optionnel que vous pouvez définir dans la fonction Visitor.getInstance. Lorsque disableThirdPartyCalls= true, le service d’ID ne lancera pas d’appel vers d’autres domaines. Par défaut, disableThirdPartyCalls= false. Voir disableThirdPartyCalls.

Version 1.7.0

Août 2016

Correctifs et améliorations

  • Ajout de idSyncAttachIframeOnWindowLoad comme indicateur booléen optionnel que vous pouvez définir dans la fonction Visitor.getInstance. Si idSyncAttachIframeOnWindowLoad= true, le service d’ID charge l’iFrame de synchronisation des identifiants au chargement de la fenêtre. Par défaut, le service d’ID charge l’iFrame aussi vite que possible. Cet indicateur remplace idSyncAttachIframeASAP, qui est obsolète. Voir Variables de fonction Visitor.getInstance.

  • Ajout d’une fonctionnalité permettant la prise en charge du suivi des Experience Cloud ID à l’échelle de tous les domaines, applications natives et applications hybrides jusqu’aux transitions web. Voir Fonction auxiliaire d’ajout d’identifiant visiteur.

  • Ajout de fonctions au code visitorAPI.js qui déterminent si le service d’ID a généré l’Experience Cloud ID du visiteur côté client ou côté serveur ou si les appels d’identifiants sont expirés. Voir les sections relatives aux fonctions de suivi de dépassement de délai et au suivi de la génération d’identifiants de visiteurs côté client.

Documentation nouvelle et révisée

Révision : Conditions requises pour le service d’identités d’Experience Cloud

Problèmes connus

Les clients qui utilisent le code DIL Audience Manager et le code visitorAPI.js sur la même page doivent définir la variable DIL secureDataCollection= false. Voir secureDataCollection.