Les listes de données peuvent contenir n'importe quoi. Elles contiennent cependant habituellement des informations supplémentaires concernant le contact : préférences du contact, informations de la carte de fidélité, informations sur la commande, concours et réponses aux enquêtes... Il s'agit de listes liées avec une relation 1 à 1 ou 1 à plusieurs à la liste Audience. Dans le cas d'une liste liée avec une relation 1 à 1 (1:1), le contact ne peut disposer que d'une seule fiche dans la liste liée. Dans le cas d'une liste liée avec une relation 1 à plusieurs (1:N), le contact peut disposer de plusieurs fiches dans la liste liée.
Seul l'identifiant de la fiche est prédéfini. Tous les autres champs sont personnalisés. Vous trouverez ci-dessous un petit exemple d'extension de profil (1:1) 'Carte de fidélité' et d'une liste liée 1:N 'Commandes'.
La création de liens entre les listes est définie dans les 'relations' de liste. Dans cet exemple, USERID est la clé étrangère de l'identifiant client et la relation est indiquée par le nom de l'étendue. Pour les extensions de profil (1:1), vous pouvez utiliser le nom de l'étendue, dans ce cas 'LOYALTY_CARD', pour personnaliser les pages et e-mails de votre Journey, par exemple ~LOYALTY_CARD.POINTS~. Ce n'est par contre pas possible pour les listes liées 1:N (comme la liste 'Commandes'), puisque le contact dispose de plusieurs fiches commande. Quelles fiches doivent être affichées ? Vous pouvez utiliser un 'conteneur SQL' pour répertorier les commandes d'un contact dans la page d'un Journey.
