Show Menu
TOPICS×

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 contenues dans les notes de mise à jour d’Experience Cloud . Pour lire les anciennes annonces, reportez-vous aux notes de mise à jour précédentes .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
  • Correctif d’un bogue qui transmettait les identifiants utilisateurs uniques d’Audience Manager (AAMUUID) au service d’ID comme s’ils étaient des Experience Cloud ID.
  • Si la durée de vie 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’identification envoie 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 internes Adobe directement sur la page. La synchronisation automatique est activée pour tous les comptes nouveaux et existants. Cela contribue à 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.
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é aux 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 Identity .
Correctifs
L’API visiteur n’effectue plus de force 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 de l’exclusion
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 en tant que valeurs non codées uniquement. Le codage des ID crée des identifiants codés deux fois.