La fusion d’historique sur la base de l’uid peut échouer si l’identifiant transmis n’est pas unique, pas persistant, incohérent entre les appels ou non conforme au format attendu.
Le paramètre uid doit contenir l’identifiant unique de l’internaute dans le système ou CRM. Il sert de clé de recoupement pour fusionner les données associées à plusieurs terminaux.
Le paramètre uid transmis aux Tags collector permet de faire le lien entre les données ad-centric et user-centric collectées sur différents appareils.
Exemple de cas attendu : un internaute utilise un téléphone mobile et un poste fixe, puis se connecte avec ses identifiants sur les deux appareils. Si le même identifiant unique est transmis, les historiques peuvent être fusionnés.
Il est donc important de transmettre une valeur :
- unique ;
- persistante ;
- cohérente dans le temps ;
- cohérente entre les appareils.
Si ce n’est pas le cas, le recoupement cross-device peut échouer ou fusionner à tort des historiques qui ne devraient pas l’être.
Les vérifications sont à effectuer dans les cas suivants :
Certains chemins de conversion dans le datamining liste des ventes / devis sont incohérents.
Le paramètre uid est bien transmis, mais les données utilisateur ne sont pas consolidées d’un appareil à l’autre.
La métrique %UID différent/présent atteint ou dépasse 5 %.
La valeur transmise dans le paramètre uid doit être persistante.
Exemples de valeurs attendues :
- email crypté ;
- identifiant interne.
Elle ne doit pas correspondre à un identifiant de session.
Si un identifiant de session est transmis, chaque nouvelle visite peut générer un nouvel uid. Cela peut entraîner :
- des historiques incohérents ;
- une attribution des ventes faussée.
La métrique %UID différent/présent permet de détecter ce type de cas.
Si les données ne sont pas toujours consolidées correctement entre deux appareils, il faut vérifier que les valeurs transmises dans le paramètre uid respectent la règle suivante :
^[a-zA-Z0-9+#@_!=:.-]{4,64}$
Cette règle est contrôlée à chaque fois que le paramètre uid est présent dans l’appel collector.
Un uid n’est pas pris en compte si :
- il contient un caractère non autorisé par la règle ;
- sa longueur est inférieure à 4 caractères.
Certaines erreurs d’implémentation peuvent consister à transmettre une valeur fixe lorsque l’internaute n’est pas connecté.
Exemples de valeurs problématiques :
Ce type de valeur peut provoquer la fusion des historiques marketing de tous les internautes pour lesquels cette même valeur est transmise.