Trafic non attribué dans GA4 : les causes et comment trouver la modification en cause
Le trafic non attribué dans GA4 est le trafic dont la source et le support ne correspondent à aucune règle du groupe de canaux par défaut : Analytics le classe donc en Non attribué. Il vient souvent de valeurs UTM inconnues des règles, comme un utm_medium maison, ou de balises qui cassent les données de session.
Que signifie Non attribué dans GA4 ?
Non attribué est la valeur utilisée par GA4 lorsqu'aucune règle de canal par défaut ne correspond aux données de source du trafic. La définition de Google est courte : « Non attribué est la valeur utilisée par Analytics lorsqu'aucune autre règle de canaux ne correspond aux données d'événement. »
GA4 range chaque session dans un canal (Accès direct, Recherche naturelle, Recherche sponsorisée, E-mail, Site référent, Réseaux sociaux payants, etc.) en comparant la source, le support et la campagne à des règles fixes. Ces règles ne tiennent pas compte de la casse et ne sont pas modifiables. Quand les valeurs d'une session n'entrent dans aucune, la session tombe en Non attribué.
Non attribué est donc un symptôme, pas un canal. Les visiteurs sont réels, les conversions peuvent l'être aussi, mais GA4 ne sait pas dire d'où ils viennent. Dans un rapport par canal, cela masque des résultats : une newsletter qui a apporté 300 sessions peut sembler n'en avoir apporté aucune, pendant que Non attribué grimpe sans raison visible.
Deux problèmes différents finissent sur la même ligne :
- Des valeurs que GA4 ne reconnaît pas. La source et le support existent, mais n'entrent dans aucune règle, par exemple
utm_medium=newsletterouutm_medium=social-paid. - Des données de session absentes ou cassées. La balise se déclenche de façon à perdre la source de la session. Google cite une configuration tardive, des identifiants client ou de session personnalisés et des événements déclenchés avant le chargement de la balise Google.
Le premier est un problème de nommage, qui se corrige dans les liens. Le second est un problème de balisage, qui se corrige dans Google Tag Manager ou dans le code du site. Les distinguer est la première étape du diagnostic.
Quelles modifications font basculer du trafic en Non attribué ?
La plupart des hausses de Non attribué commencent le jour où quelqu'un a modifié le marquage des liens ou le fonctionnement de la balise Google. Le tableau relie les modifications courantes à la règle qu'elles cassent.
| Modification | Pourquoi elle finit en Non attribué | Où vérifier |
|---|---|---|
Nouvelle valeur d'utm_medium (ex. newsletter, sms, influencer) | E-mail exige une source ou un support égal à email, e-mail, e_mail ou e mail ; Site référent exige le support referral, app ou link. Toute autre valeur ne correspond à rien. | « Session source / medium » dans le rapport « Traffic acquisition » |
Liens social payant avec un support du type social-paid | Réseaux sociaux payants exige une source sociale et un support correspondant à ^(.*cp.*|ppc|retargeting|paid.*)$. « social-paid » ne commence pas par « paid ». | Source / support filtré sur les réseaux sociaux |
| Balise Google déclenchée tard, ou événements avant le config | Google indique que les événements personnalisés déclenchés avant la commande config sont regroupés avec session_start, ce qui peut casser les données de session. | Historique des versions GTM, Tag Assistant |
| Nom de cookie ou ID client/session personnalisés | Google prévient que cela empêche de relier l'utilisateur d'une session à l'autre et peut laisser des événements en (not set). | Paramètres de la balise, code du site |
| Balisage côté serveur activé | Google note qu'un ID client distinct peut être utilisé pour les mesures traitées par le serveur, sauf si toutes passent par la balise serveur. | Configuration du conteneur serveur |
| Événements Measurement Protocol (CRM, back-end) | Les événements envoyés sans ID de session valide ne sont rattachés à aucune session et n'ont pas de source. | Intégration back-end ou CRM |
Aucune de ces modifications ne change le trafic. Les visiteurs arrivent comme avant ; seuls les libellés cassent. C'est pourquoi les pics de Non attribué coïncident si souvent avec une mise en production, un nouveau modèle d'e-mail ou le brief d'une campagne, et non avec une vraie variation de la demande. Pour les règles de nommage, voir notre modèle de convention UTM.
À lire aussi: Conversions GA4 et Google Ads différentes ? La raison et la modification en cause · Journal des modifications marketing : définition et mode d’emploi
Comment trouver les sessions classées en Non attribué ?
Ouvrez le rapport « Traffic acquisition », gardez le groupe de canaux par défaut de la session comme dimension, puis cliquez sur Non attribué avec la dimension secondaire « Session source / medium ». Les valeurs de source et de support vous disent lequel des deux problèmes vous avez.
- Ouvrir Traffic acquisition
- Ajouter source / support
- Lire les valeurs
- Trouver le premier jour
Lisez les valeurs de source / support
- Des valeurs reconnaissables qui cassent une règle (ex.
brevo / newsletteroufacebook / social-paid) : problème de nommage. Cherchez qui utilise cette valeur et depuis quand. - (not set), des vides ou un mélange de valeurs étranges : en général un problème de balise ou de session. Regardez les modifications de balises, le consentement et le balisage côté serveur.
- Votre propre domaine ou un prestataire de paiement comme source : souvent un problème inter-domaines ou de redirection qui perd la source d'origine.
Trouvez le jour où tout a commencé
Passez le graphique en courbe journalière et élargissez la période à au moins quatre semaines. Notez le premier jour où Non attribué a dépassé sa part habituelle. Ajoutez ensuite la campagne de la session et la page de destination en dimensions secondaires : si les sessions en trop partagent une campagne ou une page, la recherche se limite à une équipe ou à une mise en production.
Si Non attribué affiche aussi des conversions, regardez les chemins de conversion. Une baisse des conversions e-mail ou social payant le même jour est le reflet de la hausse. Pour séparer un problème de mesure d'une vraie perte, voir comment distinguer un problème de suivi d'une vraie baisse dans GA4.
Comment isoler la modification qui a fait grimper Non attribué ?
Placez sur une seule frise chronologique toutes les modifications des jours précédant le premier mauvais jour : liens et UTM, versions GTM, mises en production, réglages du bandeau cookies et nouvelles intégrations. Testez ensuite seule la modification la plus probable. Un nouvel utm_medium qui apparaît le premier mauvais jour est presque une preuve.
- Listez les modifications de la semaine précédente : nouvelles campagnes et leurs liens, modèles d'e-mail, versions du conteneur GTM, mises en production, consentement et cookies, balisage côté serveur et intégrations CRM.
- Rapprochez chaque modification des valeurs de source / support trouvées. Une nouvelle valeur comme
newsletterdésigne l'équipe qui a commencé à l'utiliser ; (not set) désigne les balises ou la session. - Écartez ce qui n'explique pas le schéma. Un changement d'enchère dans Google Ads modifie le volume, mais ne fait pas mal lire un support à GA4.
- Corrigez seulement la modification la plus probable et suivez les jours suivants. Si Non attribué revient à la normale sur les nouvelles sessions, la cause est prouvée. Les anciennes données ne sont pas reclassées.
Avec toutes les modifications sur une frise chronologique, vous verriez que le nouveau modèle de liens de l'outil d'e-mailing est passé en ligne le matin même où Non attribué a commencé à monter, alors que la version GTM de deux jours plus tôt n'a rien touché d'utile ici. Dans Changeline, l'équipe consigne les modifications d'UTM, de balises et de site avec date, responsable et raison, à côté des modifications Google Ads importées automatiquement : cette vérification prend quelques minutes. Voir aussi comment annoter les modifications dans GA4.
Exemple : Lundi, un client demande à l'agence pourquoi Non attribué est passé de 2 % à 14 % des sessions la semaine précédente, alors que les sessions e-mail ont presque disparu. La source / le support montre que les nouvelles lignes sont brevo / newsletter. La frise montre une version GTM publiée lundi, un modèle de newsletter avec utm_medium=newsletter mercredi et la hausse qui démarre mercredi. La version GTM n'ajoutait qu'un événement de défilement. L'équipe passe le modèle à utm_medium=email, consigne la correction, et les nouvelles sessions reviennent dans E-mail. Noms et chiffres sont illustratifs.
- lun.GTMVersion 18 : défilement ajouté
- mer.E-mailModèle : utm_medium=newsletter
- mer.Non attribué de 2 % à 14 %
Comment corriger le trafic non attribué selon la cause ?
Corrigez à la source : renommez les valeurs UTM pour qu'elles respectent les règles de GA4, ou ajustez la balise pour que les sessions gardent leurs données. GA4 n'applique la correction qu'aux nouvelles données : notez donc la date de chaque correction.
Problèmes de nommage
- E-mail : utilisez
emailcomme support (ou source). Le nom de l'outil ou de la liste va dans utm_source ou utm_campaign. - Social payant : utilisez un support conforme à la règle payante, comme
paid_social,paidoucpc, avec une source sociale commefacebookouinstagram. - Partenaires et affiliés :
referralcomme support les envoie dans Site référent. - Canaux sans règle par défaut (SMS, QR codes, hors ligne) : créez un groupe de canaux personnalisé. Le groupe par défaut n'est pas modifiable, mais vous pouvez faire du groupe personnalisé votre groupe de canaux principal.
Problèmes de balise et de session
- Chargez la balise Google avant tout événement et envoyez la configuration de la page dans la commande
config, comme le recommande Google. - Utilisez un seul préfixe de cookie sur tout le site et ne remplacez pas l'ID client ni l'ID de session.
- Avec le balisage côté serveur, vérifiez que toutes les mesures du flux passent par la balise serveur.
- Pour les événements Measurement Protocol, envoyez l'ID client et l'ID de la session active, avec un horodatage compris dans cette session, si vous voulez qu'ils héritent de sa source.
Toutes les sessions non attribuées ne se corrigent pas. Une partie du trafic arrive toujours sans source exploitable. L'objectif est une part faible et stable, pour qu'une hausse brutale saute aux yeux.
Comment éviter que le trafic non attribué revienne ?
Fixez les valeurs UTM autorisées, vérifiez les nouveaux liens avant leur mise en ligne et consignez chaque modification de balises avec sa date. La plupart des rechutes viennent d'une nouvelle personne ou d'un nouvel outil qui applique son propre nommage.
Liste de contrôle
- Tenir une liste des valeurs utm_medium autorisées
- Vérifier les modèles e-mail et social avant envoi
- Consigner chaque version GTM et mise en production avec sa raison
- Suivre chaque semaine la part de Non attribué
- Noter la date de chaque correction, GA4 ne reclasse pas le passé
Le journal compte autant que les règles de nommage. Quand Non attribué remontera dans trois mois, la première question sera « qu'est-ce qui a changé cette semaine-là ? », et une liste datée des modifications de liens, de balises et de site y répond sans deviner. Notre modèle de journal des modifications marketing vous donne les colonnes de départ, et ce guide montre comment expliquer la baisse dans le rapport client.
Sachez quelle modification de balise a cassé vos conversions
Changeline réunit les modifications de votre équipe, celles importées de Google Ads et celles du site, du tracking et du CRM sur une frise par client.
Formule Free : 1 projet, 2 éditeurs, 15 jours d’historique. Sans carte.
FAQ
Le trafic non attribué dans GA4 est-il un problème ?
Une part faible et stable est normale, car une partie du trafic arrive sans données de source exploitables. Cela devient un problème quand la part augmente ou qu'elle masque un canal que vous suivez, comme l'e-mail ou le social payant. Une hausse soudaine renvoie presque toujours à une modification récente d'UTM ou de balises.
Quelle différence entre Non attribué et (not set) dans GA4 ?
Non attribué est une valeur de canal : GA4 n'a pu associer la source et le support à aucune règle. (not set) signifie que la dimension n'a reçu aucune valeur, souvent faute de données de session ou d'utilisateur. Les deux apparaissent souvent ensemble, car les sessions sans source ne correspondent à aucune règle non plus.
GA4 reclasse-t-il les anciennes sessions après correction des UTM ?
Non. Corriger une UTM ou une balise ne change que le classement des nouvelles données. Les sessions déjà collectées gardent leur canal. Un groupe de canaux personnalisé peut regrouper l'historique dans les rapports, mais le plus sûr est de noter la date de la correction pour que chacun sache où commencent les données propres.
Pourquoi mon trafic social payant apparaît-il en Non attribué ?
Réseaux sociaux payants exige une source sociale et un support conforme à la règle payante de GA4, comme cpc, ppc, retargeting ou une valeur commençant par paid. Un support comme social-paid ou sponsorise ne la respecte pas, et la session tombe en Non attribué. Renommez le support dans les nouveaux liens.
Peut-on modifier les règles de canaux par défaut de GA4 ?
Non. Les définitions du groupe de canaux par défaut ne sont pas modifiables. Vous pouvez créer un groupe de canaux personnalisé avec vos propres règles, par exemple pour les SMS ou les QR codes, et le définir comme groupe de canaux principal, qui devient le groupe modifiable par défaut dans vos rapports.