Show Menu
SUJETS×

Notes de mise à jour 2016

Description des nouvelles fonctionnalités, des mises à jour et des modifications apportées au service Experience Cloud Identity en 2016.
Ces modifications sont également consignées dans les notes de mise à jour d’Experience Cloud .

Version 1.10

Novembre 2016
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 = UTC horodatage 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 bogue qui transmettait des identifiants 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’identification 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’identification 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

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’identification 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’identification charge l’iFrame de synchronisation des identifiants au chargement de la fenêtre. Par défaut, le service d’identification 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
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 .

Version 1.6.0

Juillet 2016
La version 1.6.0 du service Experience Cloud ID nécessite AppMeasurement pour JavaScript version 1.6.2. Si vous passez à la version 1.6.0 du service d’ID, assurez-vous d’utiliser la bonne version du code AppMeasurement.
Fonction Description
Partage des ressources cross-origin (CORS)
Grâce au partage des ressources cross-origin (CORS), les navigateurs peuvent demander des ressources auprès d’un domaine autre que le domaine actuel. Le service Experience Cloud Identity prend en charge les normes CORS afin de permettre les requêtes de ressources cross-origin côté client. Dans les navigateurs non compatibles avec la norme CORS, les demandes JSONP sont restaurées par le service ID.
Voir :
Correctifs et améliorations
  • Ajout d’un paramètre d_fieldgroup aux appels de synchronisation des identifiants vers dpm.demdex.net . Ce nouveau paramètre est utilisé à des fins de dépannage et de débogage internes.
  • Ajout d’un attribut de titre à l’iFrame du service d’identification. Avec un titre d’iFrame, les lecteurs d’écran peuvent plus facilement fournir des informations sur la page aux utilisateurs qui ont besoin d’aide lors de leur interaction avec du contenu en ligne. L’attribut du titre d’iFrame est défini sur Adobe ID Syncing iFrame .
  • Ajout de idSyncAttachIframeASAP: true comme indicateur en option que vous pouvez définir dans la fonction Visitor.getInstance . S’il est défini sur true , le service d’identification charge l’iFrame de synchronisation des identifiants aussi vite que possible. Cette modification vise à améliorer les taux de correspondance de la synchronisation des identifiants. Par défaut, le service d’identification charge l’iFrame au chargement de la fenêtre. Voir Variables de fonction Visitor.getInstance .
  • Correction d’un bogue d’une fonction de rappel en raison duquel AppMeasurement était bloqué dans une boucle infinie.
  • Valeur par défaut de l’intervalle loadTimeout modifiée et définie sur 30 000 millisecondes au lieu de 500 millisecondes. Voir Variables de fonction Visitor.getInstance .
Documentation nouvelle et révisée
Nouveau
Révision

Version 1.5.7

Juin 2016
Fonction Description
Modifications de l’attribut iframe.sandbox
L’attribut iFrame est désormais défini de sorte que iframe.sandbox=’allow-scripts allow-same-origin’; .
Le fait d’autoriser seulement ces 2 jetons permet de renforcer la sécurité et d’offrir au service d’identification les fonctionnalités de base requises pour la synchronisation des ID.
L’attribut sandbox n’est pas pris en charge dans Internet Explorer version 9 ou antérieure. Pour en savoir plus, voir la section sur les attributs de cette documentation sur les iFrames .
Codage de l’Experience Cloud ID (MID)
Le service d’ID code la valeur MID qui est renvoyée du serveur ou lorsqu’elle est définie par la fonction visitor.setMarketingCloudVisitorID() . Pour plus d’informations sur le MID, voir Cookies et service Experience Cloud ID .
Correctifs
L’API visiteur n’impose plus un autre appel de resynchronisation avec Audience Manager lorsqu’il n’existe pas d’identifiant visiteur Analytics hérité.

Version 1.5.x

Avril 2016
Mises à jour de la documentation

Version 1.5.4

Mars 2016
Fonction Description
Prise en charge du droit d’opposition
Le service Experience Cloud  ID prend en charge les requêtes de droit d’opposition des visiteurs.
Modification de l’intervalle de synchronisation d’ID
Le service Experience Cloud ID effectue désormais des appels de synchronisation des identifiants à chaque appel aux serveurs de collecte de données. Le service d’ID n’effectuait auparavant qu’une seule requête lors du premier appel pour obtenir un Experience Cloud  ID.
Mises à jour de la documentation

Version 1.5.3

Janvier 2016
Mises à jour de la documentation
Rubrique Description
Révision du texte. Les ID de client doivent être transmis uniquement en tant que valeurs non codées. Les identifiants de codage créent des identifiants codés par doublon.