Synthèse décisionnelle

Confirmé

Ce qui change

  • Le diagnostic distingue URL observée, réception dans le bon flux et dimension du rapport.
  • Le registre UTM intervient pour les marquages manuels absents ou incohérents.

Recommandation

Ce que vous pouvez faire

  1. Identifier propriété, flux, période et dimension exacte de l’observation.
  2. Comparer le lien réellement diffusé et les informations disponibles au moment de la collecte.
  3. Vérifier portée, auto-marquage et traitement avant de modifier la campagne.

À confirmer

Ce que l’on ne sait pas encore

  • Les données observées dépendent du consentement, des redirections et de l’intégration.
  • Un marquage correct ne prouve pas un effet causal de campagne.

Une campagne absente d’un rapport n’a pas nécessairement perdu ses paramètres. Le lien diffusé, les données reçues par GA4 et la dimension consultée répondent à trois questions différentes. Le diagnostic doit repérer le premier écart avant de modifier le marquage.

La méthode suivante utilise GA4 comme exemple documenté. Elle distingue un lien incorrect, une collecte absente ou mal orientée et une lecture de rapport inadaptée. Une convention UTM aide à corriger certains cas ; elle n’est pas la réponse automatique à tous les incidents.

Fixer ce qui manque et dans quel rapport

Noter la campagne attendue, le lien réellement diffusé, le moment du clic et l’observation qui déclenche l’enquête. « Aucun achat attribué », « aucune session retrouvée » et « nom de campagne différent » ne décrivent pas le même défaut.

Faire préciser la propriété GA4, le flux de données du site, la période, le fuseau, les filtres et le nom complet de la dimension. Le plan de mesure e-commerce fixe ces définitions. Une capture d’écran sans ce contexte ne permet pas de choisir une correction.

La prochaine étape dépend des traces disponibles : suivre le lien, vérifier la réception d’un événement ou examiner le rapport traité. Le manque d’accès reste un manque de preuve, pas un nombre nul.

Observer le lien avant et après ses transformations

Comparer le lien préparé à celui réellement publié dans l’email, la publicité ou le support concerné. Un outil peut ajouter une enveloppe, un raccourci ou un changement de marché. Relever les étapes observables et leur chronologie.

Pour un marquage manuel, Google documente les paramètres UTM, dont source, support et campagne. Leurs valeurs sont sensibles à la casse : une différence de nom peut produire une autre valeur de rapport. Source : URL de campagne.

Dans un premier cas fictif, le registre contient le bon lien mais l’email diffusé utilise une ancienne version sans son marquage manuel attendu. Corriger le lien diffusé et la procédure de préparation. Ne pas modifier les rapports pour faire apparaître artificiellement la campagne manquante.

En revanche, l’absence de paramètres dans la barre d’adresse finale ne suffit pas à établir une perte avant collecte. Faire examiner le moment où l’URL a changé par rapport à celui où Analytics a reçu les informations. Une capture tardive ne montre pas nécessairement l’adresse exploitée au début du parcours.

Distinguer envoi, réception et attribution

Faire suivre un parcours de test autorisé, avec les conditions de consentement réellement prévues. Demander à la personne chargée de la mesure d’identifier le flux visé, le moment de l’envoi et l’événement reçu. Ne pas copier de données personnelles dans les preuves.

Google décrit Realtime et DebugView comme des moyens de confirmer la collecte ; DebugView permet de suivre les événements d’un appareil en mode de débogage. Ces observations précèdent le rapport de décision. Source : confirmer la collecte.

Dans un deuxième cas fictif, le lien porte les valeurs prévues mais l’observation est faite dans une autre propriété. Corriger le périmètre de vérification avant d’accuser une redirection. Si aucun événement n’est reçu dans le bon périmètre, examiner le déclenchement, la destination de collecte et les conditions d’observation. La présence des UTM à l’écran ne suffit pas à rendre cette collecte certaine.

Si un événement est reçu, conserver ce qui permet de vérifier les informations de campagne effectivement disponibles, selon l’intégration. Le nom d’une campagne dans un rapport reste une donnée traitée ; il ne faut pas le déduire du seul succès d’une requête réseau.

Choisir une dimension de la bonne portée

Les dimensions préfixées First user décrivent la première acquisition de l’utilisateur. Les dimensions Session décrivent l’acquisition des sessions. Les dimensions de source au niveau événement servent à l’attribution des événements clés et dépendent du modèle applicable. Elles ne sont pas trois noms pour le même résultat. Source : portée des dimensions de source.

Dans un troisième cas fictif, une personne déjà connue revient par une campagne email. Chercher exclusivement ce retour dans une dimension First user peut laisser voir son acquisition initiale. Examiner la dimension de session adaptée à la question, puis l’attribution de l’événement clé séparément. Ne pas modifier la campagne pour réécrire la première acquisition.

Consigner le nom complet de la dimension et la métrique associée dans le diagnostic. Les vues d’acquisition et d’attribution doivent être comparées pour ce qu’elles décrivent, sans attendre une égalité systématique.

Vérifier l’auto-marquage avant de refaire les UTM

Avec les intégrations publicitaires concernées, un identifiant automatique comme le GCLID peut participer à l’acquisition. Google indique qu’en présence de marquage manuel et automatique, les valeurs automatiques sont utilisées pour source, support et d’autres dimensions de classification. Les dimensions manuelles ont leur propre usage. Source : marquage manuel et automatique.

La même documentation décrit le cas où GCLID ou DCLID ne peut pas être utilisé comme prévu : les paramètres UTM présents peuvent alors alimenter les dimensions de source multicanal. Il faut donc documenter le mode attendu et les paramètres utiles, sans supprimer un identifiant automatique ni supposer qu’un UTM isolé remplace toute l’intégration.

Si l’incident concerne uniquement un marquage manuel absent ou incohérent, établir une convention courte : sens des champs, casse, séparateur, responsable et référence stable de campagne. Conserver le lien diffusé et ses changements dans un registre. Ce registre sert à retrouver l’objet examiné, pas à garantir l’attribution.

Attendre le traitement adapté à la question

Une visite reçue immédiatement peut rester absente ou évoluer dans un rapport traité. Google précise que le traitement peut prendre 24 à 48 heures et que les données peuvent changer pendant cette période ; les intervalles et couvertures diffèrent selon les traitements. Ce n’est pas une garantie de résolution de tout incident à cette échéance. Source : fraîcheur des données.

Noter la date d’extraction et reprendre la même observation une fois le traitement pertinent disponible. Si le lien, la réception et la portée du rapport sont corrects mais que l’écart subsiste, transmettre ces preuves à la personne responsable de l’intégration ou du paramétrage d’attribution. Ajouter des paramètres au hasard compliquerait l’enquête.

Corriger l’étape identifiée

La décision finale doit nommer l’action : remplacer le lien diffusé, corriger une transformation avant collecte, réparer l’envoi vers le bon flux ou utiliser la dimension adaptée. Si une étape reste inaccessible, garder le diagnostic incomplet plutôt que déclarer la campagne perdue.

Google interdit l’envoi d’informations permettant d’identifier personnellement un utilisateur, y compris dans les chemins et paramètres d’URL. Le test ne doit donc pas ajouter email ou nom de client pour suivre une personne. Source : éviter les informations personnelles.

Enfin, une acquisition retrouvée ne démontre pas un effet causal sur les ventes. Le dossier Déduplication des achats GA4 traite un autre contrôle : savoir si l’achat est compté correctement.

Documentation Google consultée le 23 octobre 2026. Aucun lien commercial diffusé, compte Analytics consulté ou test marchand exécuté pour cet article.

Preuves

Sources primaires

  1. URL builders: Collect campaign data with custom URLs

    Google Analytics Help · consulté le

  2. Best practices to avoid sending Personally Identifiable Information (PII)

    Google Analytics Help · consulté le

  3. Traffic-source dimensions, manual tagging, and auto-tagging

    Google Analytics Help · consulté le

  4. Scopes of traffic-source dimensions

    Google Analytics Help · consulté le

  5. Data freshness

    Google Analytics Help · consulté le

  6. Confirm that you’re collecting data

    Google Analytics Help · consulté le