Informations détaillées sur les versions du fichier at.js

Prise en charge de la fonctionnalité Adobe Opt-in  : Adobe Opt-in est un moyen de simplifier les intégrations des solutions Adobe avec les plateformes de gestion des autorisations. Pour plus d’informations sur la fonctionnalité Adobe Opt-in, voir Confidentialité et protection générale des données (RGPD).

Compatibilité avec la norme CSP du secteur  : at.js n’utilise plus eval() pour exécuter JavaScript.

Journalisation de l’analyse côté client : permet aux clients de contrôler entièrement la manière dont ils souhaitent envoyer les données d’analyse à Adobe Analytics, que ce soit côté client ou côté serveur.

Pour plus d’informations, voir Journalisation côté client Analytics.

Envoi de notifications  : Permet aux développeurs d’envoyer des notifications lorsqu’une expérience est générée par leur code au lieu d’utiliser applyOffer() ou applyOffers().

Pour plus d’informations, voir adobe.target.sendNotifications(options).

Taille d’at.js réduite de ~24 %  : La taille d’at.js est réduite de ~24 %. Un fichier plus petit permet d’améliorer les performances de chargement des pages et réduit le temps de téléchargement du fichier at.js sur la page.

Les détails de l’événement at-request-succeeded contiennent l’indicateur de redirection. Cet indicateur peut être utilisé pour déterminer si la page sera redirigée vers une URL différente. Si vous souhaitez connaître l’URL, abonnez-vous à at-content-rendering-redirect. (TNT-29834)

Résolution d’un problème qui faisait échouer window.targetGlobalSettings.enabled avec une exception d’exécution s’il était défini sur false. (TNT-29829)

Résolution d’un problème qui faisait échouer la page lors du chargement dans le compositeur d’expérience visuelle (VEC) en cas d’utilisation de code personnalisé pour déclencher une demande mbox globale et à l’aide du masquage des corps. (TNT-29795)

Ajout de la prise en charge de screenOrientation, devicePixelRatio et webGLRenderer. Ces nouveaux paramètres de requête Target sont utilisés pour iPhone X et d’autres détections d’appareils modernes. Pour plus d’informations, voir Mobile. (TNT-29781)

Résolution du problème où le conseil d’emplacement d’Adobe Audience Manager (AAM) n’était pas toujours envoyé. (TNT-29695)

Pour les navigateurs qui le prennent en charge, at.js 1.5.0 passe à MutationObserver pour l’interrogation du sélecteur. Les versions antérieures à at.js 1.0.0 utilisaient un polyfill MutationObserver, qui s’avérait problématique. Pour éviter les problèmes de polyfill, la version 1.5.0 utilise le pseudo code suivant afin de choisir le mécanisme de planification à utiliser :

if MutationObserver is supported
  scheduler = MutationObserver
else if document is visible
  scheduler = requestAnimationFrame
else
  scheduler = setTimeout

Les nouveaux événements suivants sont disponibles afin de faciliter les activités de traçage, de débogage et de personnalisation de l’interaction avec at.js :

• LIBRARY_LOADED
• REQUEST_START
• CONTENT_RENDERING_START
• CONTENT_RENDERING_NO_OFFERS
• CONTENT_RENDERING_REDIRECT

Pour plus d’informations, voir Événements personnalisés de at.js.

Vous pouvez augmenter une requête at.js au moyen de paramètres complémentaires issus des fournisseurs de données. Les fournisseurs de données doivent être ajoutés à window.targetGlobalSettings sous la dataProviders key.

Pour plus d’informations, voir Fournisseurs de données.

Les requêtes at.js font désormais appel à GET, mais permutent sur le mode POST lorsque la taille de l’URL dépasse 2 048 caractères. Une nouvelle propriété nommée urlSizeLimit vous permet d’augmenter la taille limite si nécessaire. Cette modification Target permet d’aligner at.js sur AppMeasurement, qui utilise la même technique.

Target impose désormais l’utilisation de la clé mbox dans la fonction adobe.target.applyOffer(options) . Cette clé était requise par le passé, mais Target applique désormais son utilisation pour s’assurer qu’Target dispose d’une validation appropriée et que les clients utilisent correctement la fonction.

La fonctionnalité de suivi des événements et des clients a été améliorée dans at.js. at.js utilise navigator.sendBeacon() pour envoyer les données de suivi d’événement et revient en mode XHR synchrone lorsque navigator.sendBeacon() n’est pas pris en charge. Cette solution de secours concerne principalement Internet Explorer 10 et 11, ainsi que certaines versions de Safari. Safari comprendra une prise en charge supplémentaire de navigator.sendBeacon() dans la prochaine version d’iOS 11.3.

at.js peut désormais assurer le rendu des offres même lorsqu’une page est ouverte dans les onglets d’arrière-plan. Certains clients Target ont rencontré un problème lorsque requestAnimationFrame() a été désactivé en raison du comportement de limitation du navigateur pour les onglets d’arrière-plan.

Cette version apporte de nombreuses améliorations de performances, y compris des piles d’appels plus courtes lors de l’inspection d’un profil CPU Chrome.

at.js 1.3.0 ne prend plus en charge la diffusion de contenu sur Microsoft Internet Explorer 9. Pour obtenir la liste des navigateurs pris en charge, voir Navigateurs pris en charge. Dorénavant, toutes les requêtes sont exécutées via XMLHttpRequest avec prise en charge de CORS sans requêtes JSONP. Cette modification améliore considérablement la sécurité.

Prise en charge de l’offre de redirection pour A4T. Après avoir téléchargé et installé at.js version 0.9.6, vous pouvez utiliser des offres de redirection dans les activités qui utilisent Adobe Analytics as the Reporting Source for Target (A4T). Outre at.js version 0.9.6, il existe d’autres exigences minimales auxquelles votre implémentation doit répondre pour utiliser les offres de redirection et A4T. Pour en savoir plus et obtenir d’autres informations importantes, voir FAQ sur les offres de redirection (A4T).

Avant la version 0.9.6 d’at.js , lorsque l’API visiteur était présente sur la page et que le paramètre visitorApiTimeout était trop agressif, Target ne pouvions pas dans une situation où aucune donnée ECID n’était envoyée dans la requête Target. Il pouvait en résulter certains problèmes, par exemple des accès désassemblés dans Analytics lors de l’utilisation d’A4T.

Ce comportement a été modifié dans la version 0.9.6 d’at.js. Même si la visitorApiTimeout est définie sur 1 ms, Target tenterez de collecter les données de SDID, de serveurs de suivi et d’ID de client et de les envoyer dans la requête Target.

Ajout du paramètre selectorsPollingTimeout. Pour plus d’informations, voir targetGlobalSettings().

Le format de la réponse de getOffer() a été modifié. Pour plus d’informations, voir adobe.target.getOffer(options).

Ajout de la journalisation de la console pour les déclarations <!DOCTYPE> non prises en charge.

Correction d’un problème en raison duquel les modules externes Target Classic n’étaient pas correctement appliqués lorsque plusieurs offres par défaut étaient diffusées vers une seule mbox. (TGT-22664)

Amélioration de la définition des cookies pour deux domaines de premier niveau (TLD) de lettre afin de s’assurer que le cookie de mbox est défini correctement pour ces domaines (par exemple, test.no, autodrive.ca, etc.).

L’algorithme d’extraction du domaine de premier niveau devant être utilisé lors de l’enregistrement des cookies a été modifié dans la version 0.9.6 d’at.js. En raison de cette modification, les cookies ne peuvent pas être enregistrés dans des adresses utilisant le protocole IP. La plupart du temps, les adresses IP sont utilisées à des fins de test mais, comme solutions de contournement, vous pouvez utiliser les entrées DNS ou ajuster le fichier des hôtes sur une box locale.

Correction de la gestion des actions de déplacement et de réorganisation lorsque les propriétés sont des valeurs de chaîne au lieu d’entiers.

Les noms de mbox peuvent désormais contenir des caractères spéciaux, y compris des esperluettes ( & ).

Pour obtenir la liste des caractères spéciaux autorisés, voir Configuration d’at.js.

Ajout du paramètre secureOnly, qui indique si at.js doit utiliser le protocole HTTPS seulement ou s’il peut permuter entre les protocoles HTTP et HTTPS en fonction du protocole de la page. Il s’agit d’un paramètre avancé défini par défaut sur false ; il peut être remplacé au moyen de targetGlobalSettings.

L’option Prise en charge héritée des navigateurs est disponible dans at.js version 0.9.3 et versions antérieures. Elle a été supprimée de la version 0.9.4 d’at.js.

Corrige un problème d’écran blanc lors de l’utilisation d’offres du compositeur d’expérience visuelle. Toute personne utilisant at.js doit effectuer la mise à niveau vers cette nouvelle version.

Nouvelle API registerExtension.

Cette nouvelle API permet aux développeurs d’accéder à certains modules jQuery utilisés dans at.js pour développer des extensions (ou plug-ins) pour la bibliothèque. Ce changement a quelques répercussions. Il affecte uniquement les utilisateurs qui utilisent les fonctions suivantes :

• L’API getSettings() a été supprimée, mais la même fonctionnalité est disponible avec registerExtension().

• L’API getTracking() a été supprimée, mais la même fonctionnalité est disponible avec registerExtension().

• Les extensions existantes (notamment les extensions AngularJS) doivent être mises à jour pour utiliser l’approche registerExtension().

Nouvelle API de notification at.js.

L’objectif de ce système de notifications est de fournir davantage d’informations sur les activités d’at.js sur la page et les problèmes éventuels. Un problème courant rencontré avec le compositeur d’expérience visuelle est qu’une version IT modifie la page, un sélecteur du compositeur d’expérience visuelle se brise et le test cesse de fournir le contenu correctement. L’un des objectifs de ce système de notification est de rendre ce problème visible sur la page de manière à ce que les développeurs puissent accéder à ces informations, les transmettre à un système, comme Adobe Analytics, et envoyer des alertes aux exploitants les informant que leur test est interrompu.

Nouvelle méthode d’API targetGlobalSettings().

Vous pouvez remplacer des paramètres de la bibliothèque at.js plutôt que de les configurer dans l’interface utilisateur de Target Standard/Premium ou à l’aide d’API REST.