Notes de mise à jour 2016 release-notes
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 section-7d719b3213344a46858835042e0214ed
Novembre 2016
- La version 1.10 requiert AppMeasurement version 1.8.0.
- Si vous utilisez la bibliothèque version 2.0.0 ou ultérieure du service Experience Cloud Identity, la synchronisation des identifiants commencera par défaut pour Adobe Media Optimizer. Voir Comprendre la synchronisation des identifiants et les taux de correspondance.
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 fonctionvisitor.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
etidSyncByDataSource
, 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 section-04e1b4d4b10d40468f2116b8119998e7
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 section-69f2eb5b246b4c7aafe116b7a2a5448a
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 section-f7d59104de6644fca3691480383d4644
Août 2016
Correctifs et améliorations
-
Ajout de
idSyncAttachIframeOnWindowLoad
comme indicateur booléen optionnel que vous pouvez définir dans la fonctionVisitor.getInstance
. SiidSyncAttachIframeOnWindowLoad= 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 remplaceidSyncAttachIframeASAP
, 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 du service Experience Cloud Identity
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 section-3faaa14bf3934c6a99b8f79ee06fc0d2
Juillet 2016
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 versdpm.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’ID. 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 fonctionVisitor.getInstance
. S’il est défini surtrue
, le service d’ID 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’ID 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 section-735b4989a5744a42aeb2d97602dbda62
Juin 2016
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’ID 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.
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 section-a62ae48275324058b57edf66ee5a579f
Mai 2016
Mises à jour de la documentation
Version 1.5.x section-0cfeef085cff4cbc8dff6cbc6fc32920
Avril 2016
Mises à jour de la documentation
Mise en œuvre du service Experience Cloud Identity pour Target
Version 1.5.4 section-1a44ba147fb3440ea7dec551faee3528
Mars 2016
Mises à jour de la documentation
-
Mise en œuvre du service Experience Cloud Identity pour Analytics : nouvelle procédure qui décrit comment configurer le service d’ID avec Analytics.
-
Points de prise de décision concernant la migration vers le service Experience Cloud Identity : révision du texte pour le clarifier. L’utilisation d’un seul domaine vous permet de migrer hors d’un CNAME de collecte de données si vous ne souhaitez plus le gérer. Toutefois, il n’est pas nécessaire de modifier votre CNAME si celui-ci fonctionne.
Version 1.5.3 section-7c09ba2832bd4644a1ccc3aa83abe66a
Janvier 2016
Mises à jour de la documentation