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 lien de paiement Stripe (buy.stripe.com), le pixel Metrikia ajoute automatiquement ?client_reference_id=<mtk_vid> au lien. Quand votre serveur crée la session Checkout (paiement intégré à la page, redirection côté serveur), c'est lui qui transmet l'identifiant à Stripe, dans les métadonnées de la session (clé mtk_vid) : voir le guide Configurer le tracking Stripe Checkout. À la fin du paiement, Stripe nous renvoie cet identifiant dans sa notification, 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éé.

Trois façons d'identifier un visiteur (par fiabilité)

1. Cookie mtk_vid (le plus fiable) : 365 jours, first-party, persiste tant que le visiteur ne nettoie pas son navigateur.
2. Identifiant du visiteur transmis à Stripe (metadata.mtk_vid ou client_reference_id) : pont fiable entre le pixel et la notification de paiement de Stripe, même quand l'acheteur n'a jamais donné son e-mail.
3. Hash email : si le visiteur a soumis un formulaire de lead avant son checkout, Metrikia hashe son email dès réception et le rattache aux touchpoints historiques (utile en cas de cookie perdu : Safari ITP par exemple).

Pour une vente Stripe, Metrikia cherche dans cet ordre : l'identifiant du visiteur transmis dans les métadonnées de la session (mtk_vid), puis client_reference_id, puis la page de retour qui porte ?session_id={CHECKOUT_SESSION_ID} (si elle est vue dans les 90 secondes qui suivent la notification de Stripe), et en dernier l'e-mail de l'acheteur. Les trois premiers relient la vente à la visite exacte ; l'e-mail la relie seulement au parcours connu de cette personne. Seul l'événement Stripe checkout.session.completed relie une vente à une visite : un paiement par Payment Element ou PaymentIntent sans Checkout Session n'est pas relié à la visite.

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/gclid ou 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

1. Ouvrez CRM (/app/crm), onglet Leads, puis cliquez sur un lead : son onglet Historique liste ses événements.
2. Pour la séquence de touchpoints, ouvrez Attribution MTA (/app/attribution), tableau Parcours client, et dépliez le parcours de ce lead.
3. 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)

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.