Mises à jour de la documentation 2015 documentation-updates
Liste de la documentation sur les Audiences Manager nouvelle et révisée publiée en 2015. Inclut des mises à jour mineures ou des modifications au guide d’Audience Manager qui peuvent ne pas être incluses dans les notes de mise à jour de l’Experience Cloud.
Novembre 2015 nov-15
Octobre 2015 oct-15
d_cid
ou d_cid_ic
au lieu de d_dpid
et d_dpuuid
. Les variables DPID et DPUUID continueront de fonctionner, mais vous devez les considérer comme obsolètes. Cela inclut les variantes DPID et DPUUID sans le préfixe d_
.d_cid
et d_cid_ic
.Septembre 2015 sept-15
Août 2015 aug-15
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.
Juillet 2015 july-15
Juin 2015 june-15
- 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 avecsetCustomerIDs
au lieu de DIL. Voir ID de client et états authentifiés.
Mai 2015 may-15
- É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.
Avril 2015 apr-15
Ajout de la remarque suivante :
Remarque : Audience Manager ne prend pas en charge les fichiers .zip pour les compartiments S3 entrants.
Mars 2015 march-15
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).
Février 2015 feb-15
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.
Janvier 2015 jan-15
Clarification du temps nécessaire à la propagation des données entrantes vers la périphérie.
Rubrique modifiée de manière significative.
Ajout d’une étape supplémentaire pour expliquer comment ajouter l’utilisation des identifiants déclarés à DIL et au SDK Mobile.
Ce document a été abandonné et remplacé par Create a Cross-Device Data Source.
Mise à jour du texte et ajout d’illustrations.
Ce document a été abandonné et remplacé par Profile Link.