Il est possible que plusieurs contacts de votre base de données correspondent en réalité à une seule et même personne. Le dédoublonnage des contacts vous permet de supprimer les doublons tout en conservant vos données importantes, comme les attributs, les timelines et les interactions.
Cet article explique comment fonctionne le dédoublonnage des contacts dans Positive User, comment le contact de référence est sélectionné, quelles données sont fusionnées et comment éviter la création de nouveaux doublons.
Le dédoublonnage des contacts consiste à identifier et à fusionner les fiches contact en double dans votre base de données. Les doublons sont détectés en comparant certains attributs, comme l'adresse email, l'ID du contact (user_id) et le statut. Une fois les doublons identifiés, les différentes fiches sont regroupées en une seule fiche contact complète.
Cette opération est réalisée par l'équipe du support client. Pour lancer un dédoublonnage, contactez le support via le chat de votre espace de travail. Vous devrez également indiquer à quelle fréquence l'opération doit être effectuée.
Le dédoublonnage peut être programmé :
• Une seule fois
• Tous les 1, 7 ou 30 jours, ou selon une fréquence personnalisée
L'opération s'effectue pendant la nuit (heure d'Europe centrale, CET). Si vous demandez un dédoublonnage aujourd'hui, vous verrez donc les résultats au plus tôt le lendemain.
Le système analyse toutes les fiches contact et regroupe celles qui partagent la même adresse email. Dans chaque groupe, une fiche est sélectionnée comme contact de référence. Ce contact de référence conserve la timeline d'origine et l'historique des automatisations.
Le schéma ci-dessous illustre la logique utilisée pour sélectionner le contact de référence lors du dédoublonnage.

La sélection du contact de référence suit un ordre de priorité strict.
Les fiches qui ont une valeur pour l'attribut "ID du contact" sont prioritaires. L'ID du contact est un identifiant facultatif, mais unique, que vous pouvez attribuer à vos contacts.
Cela signifie que :
• Les fiches sans ID du contact sont moins prioritaires
• Les fiches dont les ID du contact sont différents ne sont jamais fusionnées, même si elles partagent la même adresse email

Si l'ID du contact ne suffit pas à départager les fiches, le système examine l'attribut "Statut".
L'attribut "Statut" peut prendre deux valeurs :
• Contact
• Visiteur
Une fiche ayant le statut "contact" est toujours prioritaire sur une fiche ayant le statut "visiteur". Le statut "contact" est attribué automatiquement lorsqu'une adresse email est récupérée grâce au suivi des visiteurs, mais il peut aussi être modifié manuellement ou lors d'un import.

Si plusieurs fiches restent à égalité après les étapes précédentes, le système compare leur date "Mis à jour le". La fiche dont la date "Mis à jour le" est la plus ancienne devient le contact de référence.

Si certains attributs du contact de référence ne sont pas renseignés (par exemple le numéro de téléphone, la ville, le système d'exploitation ou des attributs personnalisés), les valeurs manquantes sont récupérées dans les autres fiches.
Si plusieurs fiches contiennent des valeurs différentes pour un même attribut :
• Le statut "contact" est prioritaire sur le statut "visiteur"
• Si nécessaire, la valeur de la fiche dont la date "Mis à jour le" est la plus ancienne est retenue
Toutes les interactions sont conservées et associées au contact de référence, notamment :
Les conversations de chat
Les messages envoyés
Les événements enregistrés
Les opportunités assignées
Les tags
Etc.
Les visites de pages sont cumulées. Pour les champs comme "Dernier contact", "Dernière vue" ou "Dernière interaction le", la valeur la plus récente est conservée.
Cela peut avoir des conséquences sur le fonctionnement des automatisations après le dédoublonnage.
Exemple 1
Si un contact a commencé une automatisation, mais que sa fiche n'est pas retenue comme contact de référence, la fiche fusionnée ne poursuivra pas cette automatisation.
Exemple 2
Si un contact a déclenché une automatisation à la suite d'événements comme "Tag ajouté", "Ajouté à la liste" ou la modification d'un attribut, et que sa fiche n'est pas retenue comme contact de référence, ces modifications peuvent déclencher à nouveau l'automatisation après le dédoublonnage.
Pour éviter la création de doublons, définissez avec soin la manière dont les contacts sont identifiés dans votre configuration.
Vous pouvez pour cela utiliser l'attribut "ID du contact" ou l'authentification par adresse email.
Veillez à ce que votre logique d'authentification et d'identification soit cohérente, que vous utilisiez l'ID du contact ou l'adresse email.