Un guide pratique de suivi de l'attribution

Le suivi de l'attribution devient compliqué lorsqu'un utilisateur passe de www.example.com à app.example.com, docs.example.com, checkout.example.com ou à un microsite marketing distinct. La personne voit une marque. Votre pile d'analyse peut voir plusieurs visites déconnectées.

Cette déconnexion peut donner l’impression que la recherche organique est faible, que les campagnes payantes semblent meilleures ou pires qu’elles ne le sont et que l’activation du produit semble sans rapport avec la page de destination qui l’a provoquée.

L’objectif est de préserver le contexte source tout au long du parcours sans transformer l’attribution en suivi invasif.

Problèmes courants entre sous-domaines

Les sous-domaines créent des écarts d'attribution de manière prévisible :

• Le site marketing et l'application utilisent des propriétés d'analyse différentes.
• Un formulaire d'inscription redirige via un fournisseur d'authentification.
• Les paramètres UTM sont perdus avant l'événement de conversion.
• Les exclusions de références sont mal configurées.
• Les cookies sont limités à un hôte au lieu du domaine parent.
• Une application d'une seule page modifie les itinéraires sans enregistrer les pages vues.
• L'application du produit enregistre l'activation, mais le site marketing enregistre l'acquisition.

Le résultat est généralement un rapport dans lequel les conversions apparaissent sous forme de trafic direct, d'auto-références, de références d'authentification ou « inconnues ».

Définir le parcours avant de configurer les outils

Commencez par le véritable chemin utilisateur. Pour une entreprise SaaS, cela pourrait ressembler à :

1. Le visiteur atterrit sur www.example.com/blog/... à partir d’une recherche organique.
2. Le visiteur clique sur « Démarrer l’essai gratuit ».
3. Le navigateur ouvre app.example.com/signup.
4. L'utilisateur vérifie le courrier électronique via un service d'authentification.
5. L'utilisateur crée un espace de travail.
6. L'utilisateur connecte une intégration.

Décidez maintenant quels événements comptent :

• Vue de la page de destination
• Inscription commencée
• Inscription terminée
• Espace de travail créé
• Première intégration connectée
• Premier rapport consulté

Chaque événement doit avoir un propriétaire et une définition. Si « inscription » signifie démarrer un formulaire dans un outil et un compte vérifié dans un autre, les rapports d'attribution ne seront pas fiables.

Utilisez UTMs de manière cohérente

Les UTMs restent le moyen le plus simple de préserver le contexte de la campagne. Utilisez-les pour les publicités payantes, les e-mails, les partenariats, les publications sociales, les liens d'affiliation et les codes QR hors ligne. Conservez les valeurs en minuscules, prévisibles et exemptes de données personnelles.

Bien:

?utm_source=linkedin&utm_medium=paid-social&utm_campaign=q2-demo

Mauvais:

?utm_source=linkedin&utm_campaign=jane.smith@example.com-demo

La documentation UTM de Google reste une référence utile pour la signification des paramètres même si vous utilisez un autre produit d'analyse (Google Analytics Help).

Conservez l'attribution de première partie lorsque cela est possible

Pour les parcours inter-sous-domaines, les mesures de première partie sont généralement suffisantes. Vous pouvez utiliser le même script et le même projet d'analyse dans les sous-domaines associés, puis stocker uniquement le contexte source minimum nécessaire pour les rapports agrégés.

Dans une implémentation axée sur la vie privée :

• Ne stockez pas les adresses IP complètes.
• Ne créez pas de profils intersites sur des domaines non liés.
• Évitez les empreintes digitales comme solution de contournement aux limites des cookies.
• Ne transmettez pas d'emails ou de client IDs dans URLs.
• Supprimez les paramètres de requête sensibles avant la collecte d’analyses.
• Utilisez une conservation courte pour les données d'événement brutes.

Si vous utilisez des cookies, faites attention au consentement et à la portée des cookies. Un cookie limité à .example.com peut être lu par sous-domaines, mais il s'agit toujours d'une technologie de suivi et peut nécessiter un consentement en fonction de l'objectif et de la juridiction. Les directives britanniques de l'ICO indiquent clairement que les cookies non essentiels et les technologies similaires nécessitent un contrôle de l'utilisateur (ICO).

Gérer les redirections d’authentification et de paiement

Les fournisseurs d'authentification et les processeurs de paiement interrompent souvent l'attribution. Si un utilisateur passe par auth.vendor.com ou checkout.vendor.com, vos analyses peuvent traiter le retour comme une nouvelle référence.

Utilisez ces garanties :

• Ajoutez des domaines d'authentification et de paiement connus aux exclusions de référencement lorsque votre outil le prend en charge.
• Stockez le contexte de la campagne avant la redirection.
• Déclenchez des événements de conversion après le retour de l'utilisateur sur votre domaine.
• Réconciliez les conversions analytiques avec les enregistrements back-end.
• Testez les flux en navigation privée et avec consentement refusé.

Pour les conversions de grande valeur, enregistrez également la conversion sur le serveur. L'analyse côté navigateur est utile dans le contexte marketing, mais votre backend doit rester la source de vérité pour les comptes créés, les abonnements payés et les factures.

Activation des attributs, pas seulement l'inscription

De nombreuses équipes SaaS s'arrêtent au « essai commencé ». Cela récompense les campagnes qui suscitent la curiosité, pas nécessairement les clients. De meilleurs rapports connectent la source d'acquisition aux jalons d'activation.

Exemples :

• Les visiteurs de la recherche organique créent moins de comptes mais s'activent à un rythme plus élevé.
• Les réseaux sociaux payants créent de nombreuses inscriptions mais peu de connexions d'intégration.
• Les références de partenaires créent moins d’essais mais plus de mises à niveau payantes.
• Le trafic de documentation se convertit lentement mais produit des utilisateurs à forte rétention.

Vous n’avez pas besoin d’une surveillance au niveau de la personne pour cela. Regrouper les cohortes par source, campagne, page de destination et événement d'activation peut suffire.

Une liste de contrôle d'attribution entre sous-domaines

Avant de vous fier aux chiffres, testez le parcours complet :

• Même projet d'analyse ou reporting clairement joint entre les sous-domaines.
• Pages vues enregistrées pour les modifications d'itinéraire côté client.
• UTMs conservés ou capturés avant les redirections.
• Domaines d'authentification et de paiement gérés intentionnellement.
• Événements de conversion définis une seule fois.
• Enregistrements backend réconciliés avec les décomptes analytiques.
• Paramètres sensibles URL supprimés.
• Comportement de consentement testé sur les marchés réglementés.
• Bot et trafic interne filtrés.

L'attribution entre sous-domaines devrait rendre les décisions plus claires et non créer un graphique d'identité fantôme. Mesurez le chemin depuis la source jusqu'au résultat, conservez les données de première partie et minimales, et utilisez la vérité backend pour les événements qui affectent les revenus ou la conformité.

Vérifications d'attribution finales

Avant de faire confiance à l'attribution inter-sous-domaines, prouvez trois choses : le contexte de la campagne survit au parcours, la conversion existe dans votre système backend et les données sensibles URL sont supprimées avant que les analyses ne les reçoivent.

Utilisez l'analyse pour répondre à des questions opérationnelles telles que quel canal a amené des visiteurs qualifiés, quelle page de destination a été convertie et où l'entonnoir est tombé. Gardez les données personnelles hors des paramètres de campagne, évitez les empreintes digitales comme raccourci et rapprochez les résultats de grande valeur avec les enregistrements propriétaires.