Comprendre la fiabilité de l'attribution multi-touch
Pourquoi Metrikia regroupe certains touchpoints, comment l'identité visiteur est conservée jusqu'au paiement Stripe, et comment lire les bandeaux de qualité de données sur votre dashboard d'attribution.
Comprendre la fiabilité de l'attribution multi-touch
Pourquoi vos touchpoints sont regroupés
Sans dédup, un visiteur qui ouvre votre site dans 4 onglets et le laisse en arrière-plan génère 4 touchpoints "Direct" sur la même journée. Multiplié par votre trafic réel, ça gonfle artificiellement votre Direct path et masque vos vrais canaux d'acquisition.
Metrikia regroupe les touchpoints sur la clé (visiteur, canal, ad, jour) :
- Même visiteur, même canal (paid_social), même ad, même jour = 1 touchpoint
- Changement de canal (organic → paid_social) = 2 touchpoints distincts
- Changement d'ad (fbclid=A puis fbclid=B) = 2 touchpoints distincts sur la même journée
- Direct 10x dans la journée = 1 touchpoint Direct
- Direct → MetaA → MetaB → MetaC = 4 touchpoints distincts
Cette règle est idempotente : faire passer la dédup deux fois sur les mêmes données donne le même résultat. Aucune perte de signal métier.
Comment l'identité visiteur est préservée jusqu'au paiement
Quand un visiteur arrive sur votre site, Metrikia pose un cookie mtk_vid first-party (365 jours). Tous les touchpoints anonymes sont liés à ce cookie.
Quand le visiteur clique sur un bouton Stripe Checkout, le pixel Metrikia ajoute automatiquement ?client_reference_id=<mtk_vid> à l'URL Stripe. À la fin du checkout, Stripe nous renvoie ce client_reference_id dans le webhook, et Metrikia rétro-attribue tous les touchpoints anonymes au lead nouvellement créé.
Concrètement : un visiteur qui voit 5 pubs Meta sur 3 jours, finit par acheter via Stripe, et n'a jamais soumis un formulaire avant le checkout, voit ses 5 touchpoints rattachés au lead Stripe créé. Auparavant, ces 5 touchpoints restaient orphelins.
Trois façons d'identifier un visiteur (par fiabilité)
- Cookie mtk_vid (le plus fiable) : 365 jours, first-party, persiste tant que le visiteur ne nettoie pas son navigateur.
- Stripe client_reference_id : pont fiable entre le pixel et le webhook serveur, même quand l'utilisateur n'a jamais identifié son email.
- Hash email : si le visiteur a soumis un formulaire de lead avant son checkout, Metrikia hashe son email côté client et le rattache aux touchpoints historiques (utile en cas de cookie perdu: Safari ITP par exemple).
Le serveur teste les trois dans cet ordre et utilise la première identification disponible.
Comment lire les bandeaux de qualité
Sur le dashboard d'attribution (/app/attribution), des bandeaux peuvent apparaître :
- "Tracking ads partiellement résolu" : plus de 50% de vos touchpoints paid_social ou paid_search n'ont pas pu être reliés à une campagne précise. Vérifiez que vos liens de campagne contiennent bien les paramètres
fbclid/gclidou les UTM. - "Attribution multi-touch limitée à X% des deals" : moins de 10% de vos deals ont un parcours multi-touch reconstruit. Souvent un signe que le pixel n'est pas posé partout sur votre site.
- "Données importées CRM, statuts non distingués" : tous vos RDV ont le même statut. Ça signifie que l'import CRM n'a pas reflété la diversité de vos statuts métier: pas un bug Metrikia, à corriger côté CRM.
Comment vérifier l'attribution d'un lead précis
- Allez sur /app/leads
- Cliquez sur un lead
- Onglet Parcours : vous voyez la séquence de touchpoints reconstruite
- Si la séquence vous paraît courte, vérifiez :
- Le pixel est bien posé sur la landing page (vue source HTML, balise
metrikia-pixel.js) - Les liens de pub utilisent bien
fbclid/gclid/ UTM (pas une simple URL nue) - Le bouton checkout a
client_reference_id(ouvrez la dev console :document.querySelector('a[href*="stripe"]').href)
- Le pixel est bien posé sur la landing page (vue source HTML, balise
Problèmes fréquents
- "Mes touchpoints Direct ont chuté de 30%" : c'est le but. La dédup a éliminé les ouvertures multiples / heartbeats. Vos chiffres sont maintenant proches de la réalité d'usage.
- "Mon visiteur a acheté mais aucun touchpoint avant le checkout" : soit le pixel n'est pas posé sur la page de pub, soit le bouton Stripe n'a pas été augmenté avec
client_reference_id. Voir le guide Configurer le tracking Stripe Checkout. - "Diana ne voit pas mon attribution" : posez-lui directement la question avec un lead précis. Si elle répond "données insuffisantes", c'est qu'aucun touchpoint n'est rattaché: vérifiez le pixel et le
client_reference_id.
Guide précédent
Comprendre "récent" vs "historique" dans votre dashboard
Guide suivant
Configurer le tracking Stripe Checkout pour la rétro-attribution
Pour aller plus loin, consultez notre blog, la documentation ou contactez le support.