Macros de destination définies destination-macros-defined
Décrit les macros que vous pouvez ajouter à un URL de destination.
Lors de la création d’une destination URL, vous pouvez insérer les macros suivantes dans la chaîne de URL. Vérifiez auprès de votre partenaire de données/destination l’emplacement correct des macros dans le URL de destination.
%alias%
Obligatoire.
Définit l’emplacement de la valeur de segment mappée dans une URL de destination. En règle générale, il s’agit de l’identifiant de segment, mais il peut également s’agir du code d’intégration.
%did%
%dpid_data source id%
L'identifiant data source id correspond à l'identifiant d'une source de données transmise à la macro.
Examinons comment cela fonctionne dans un exemple simple. Dans ce cas, nous avons un partenaire Audience Manager avec les identifiants et conditions suivants :
- Identifiant de la source de données :
1
- Un identifiant client interne :
CustomerABC
- ID déclaré : le partenaire souhaite transmettre ces valeurs en tant qu’ID déclaré
1:CustomerABC
.
Pour ce faire avec le %dpid_data source id%
, le partenaire Audience Manager formate la macro comme suit :
%dpid_1%
La macro remplacera 1
par CustomerABC
.
${GDPR}
${GDPR_CONSENT_XXXX}
XXXX
par l’ID de partenaire de destination. Pour plus d’informations, consultez Plug-in Audience Manager pour IAB TCF .%http_proto%
Détecte le protocole utilisé dans la page web parente et l’insère dans l’URL de destination. Par exemple :
- si la page web est https://aam_client.com, cette macro est remplacée par https://url-destination.com
- si la page web est http://aam_client.com, cette macro sera remplacée par http://url-destination.com
%mcid%
%region%
%rnd%
%timestamp%
Contournement du cache avec les macros de destination destination-cache-busting
Les macros %rnd%
et %timestamp%
insèrent des valeurs uniques dans une chaîne URL pour empêcher la mise en cache du navigateur.
Contournement du cache avec %rnd%
et %timestamp%
dest-cache-busting
Les navigateurs mettent en cache (enregistrent) le contenu fréquemment demandé en mémoire. Lors du chargement d’une page, le contenu enregistré est diffusé à partir du cache plutôt qu’à partir d’un serveur distant. Ce processus permet de maintenir des temps de téléchargement efficaces, car les données sont diffusées localement plutôt qu’à partir d’un autre emplacement. Cependant, comme la mise en cache ne nécessite pas d’appel au serveur, elle peut fausser la création de rapports en réduisant artificiellement le nombre de requêtes uniques.
Le démantèlement du cache empêche les navigateurs d’enregistrer et de réutiliser du contenu. Cette technique utilise du code qui insère un nombre aléatoire ou un horodatage dans une chaîne d’URL, ce qui lui donne un aspect unique pour le navigateur. Par conséquent, chaque appel HTTP
est comptabilisé comme une requête distincte au serveur. Forcer un nouvel appel au serveur pour chaque requête permet de maintenir la précision des rapports et de réduire les incohérences. Audience Manager fournit deux macros pour le démantèlement du cache :
%rnd%
: insère un nombre aléatoire dans une URL.%timestamp%
: insère la date/l’heure Unix dans une URL.
Comparaison des %rnd%
et des %timestamp%
compare-rnd-timestamp
Les deux macros empêchent la mise en cache, mais %rnd%
peuvent être plus efficaces. Par exemple, avec %timestamp%
, si plusieurs utilisateurs consultent une page simultanément, ils obtiendront la même valeur de date/heure. Par conséquent, la URL n’est pas unique et plusieurs appels ne sont comptabilisés qu’une seule fois. Cependant, %rnd%
génère une valeur numérique unique pour chaque appel (même lorsque les utilisateurs voient la même page simultanément). Cela signifie que la chaîne URL contient différentes valeurs et est comptabilisée comme unique.