Mises à jour de la documentation 2015

La variable de données contextuelles se terminait incorrectement par un point au lieu d’un trait de soulignement.

• Correct : c_contextData.*
• Incorrect : c_contextData_*

Les clients Analytics doivent définir un code d’intégration lors de l’utilisation du profil marketing de Principal et de la transmission des identifiants déclarés via le service d’identification des visiteurs à l’Audience Manager .

Ce document est obsolète et a été remplacé par Create a Cross-Device Data Source.

• Suppression du paramètre facultatif, iframeAttachmentDelay.
• Ajout d’une note à la variable declaredId. Lors de l’utilisation du service d’identification des visiteurs, définissez l’identifiant avec setCustomerIDs au lieu de DIL. Voir ID de client et états authentifiés.

Révisions :

• Créer des groupes
• Comprendre les autorisations génériques

• Étapes et instructions simplifiées pour la création d’un groupe et l’attribution d’autorisations.
• Ajout d’informations sur les autorisations génériques et sur la manière de les utiliser.

Ajout de la remarque suivante :

Remarque : Audience Manager ne prend pas en charge les fichiers .zip pour les compartiments S3 entrants.

Ajout d’une nouvelle FAQ qui explique pourquoi le nombre d’enregistrements traités avec succès peut différer lors de la comparaison des tickets d’entrée et des rapports dans AAM.

Ajout d’une nouvelle FAQ qui explique pourquoi le nombre de caractéristiques uniques de mes caractéristiques intégrées multi-appareils est supérieur au nombre total d’enregistrements intégrés.

Suppression des informations sur Talend.

Suppression des informations sur la Netezza et remplacement de cette dernière par des informations sur RedShift.

Nouvelle rubrique.

Modification en FAQ sur la confidentialité et la rétention des données (12/2016).

Ajout d’informations expliquant comment le changement différentiel est calculé en fonction de la période choisie.

Ajout d’une note expliquant comment étudier un changement exceptionnellement important de delta dans les visiteurs uniques.

Ajout des informations suivantes à la section Limites et règles :

• Les expressions de limitation de fréquence incluent tous les utilisateurs dont le nombre de réalisations de caractéristiques est inférieur à la valeur souhaitée.

  Par exemple :

  frequency([1000T]) <= 5

  Cette expression inclut tous les utilisateurs qui ont réalisé la caractéristique avec l’ID "1 000" moins de cinq fois, y compris les utilisateurs qui n’ont pas réalisé la caractéristique.

• Lorsque vous avez besoin que les exigences de récence/fréquence soient inférieures à un nombre spécifique de fois ou de jours, vous devez joindre cette caractéristique à une autre avec un opérateur AND.

  En reprenant l’exemple ci-dessus, frequency([1000T]) <= 5, l’expression devient valide lorsqu’elle est associée à une autre caractéristique.

  Par exemple :

  frequency([1000T]) <= 5 AND isSiteVisitorTrait

• Pour les cas d’utilisation de la limitation de la fréquence des publicités, vous pouvez créer une règle de segment similaire à ce qui suit :

  (frequency([1000T] <= 2D) >= 5)?

  Cette expression inclut tous les utilisateurs qui ont réalisé plus de cinq fois la caractéristique avec l’ID "1 000" au cours des deux derniers jours.

  Vous pouvez atteindre le plafond en envoyant ce segment au serveur d’annonces, puis en incluant un SAUF sur le segment du serveur d’annonces. Cette approche permet d’obtenir de meilleures performances en Audience Manager, tout en poursuivant le même objectif pour la limitation de la fréquence.