- GEO
Table des matières
- Vos positions progressent mais le trafic SEO stagne
- Direct et Unassigned : deux problèmes qui n'ont rien à voir
- La mécanique GA4 qui produit de l'Unassigned
- Ce que ça fausse dans vos décisions
- Comment détecter le trafic Unassigned dans GA4
- Les leviers pour corriger le problème
- Un problème spécifique à GA4
- En conclusion
Table des matières
- Vos positions progressent mais le trafic SEO stagne
- Direct et Unassigned : deux problèmes qui n'ont rien à voir
- La mécanique GA4 qui produit de l'Unassigned
- Ce que ça fausse dans vos décisions
- Comment détecter le trafic Unassigned dans GA4
- Les leviers pour corriger le problème
- Un problème spécifique à GA4
- En conclusion
Google Analytics dispose d’une catégorie pour le trafic qu’il ne sait pas classer : Unassigned. La part de ce trafic est loin d’être marginale. Sur les propriétés GA que nous auditons, elle représente régulièrement entre 8 et 15% du trafic total, et sa première victime est presque toujours le canal organique / référencement naturel. Ce n’est malheureusement pas un bug. C’est le résultat d’un dispositif marketing qui a évolué plus vite que ses règles de mesure. Cet article vise à expliquer comment et pourquoi ce canal existe dans GA4 et propose les correctifs qui permettent de redonner au SEO (et aux autres canaux!) la place qu’il occupe réellement dans votre attribution marketing.
Vos positions progressent mais le trafic SEO stagne
Vous avez investi sur votre SEO. Les positions s’améliorent, les pages travaillées remontent dans les SERP, votre agence vous présente des captures d’écran encourageantes. Pourtant, dans GA4, le canal “Organic Search” ne bouge pas, ou si peu que ça ne justifie pas le budget engagé.
Ce décalage est plus fréquent qu’on ne le pense et, dans la grande majorité des cas, ce n’est pas la faute du SEO. En revanche, c’est bien la faute du canal Unassigned.
Ce canal fantôme dans GA4 absorbe silencieusement une partie du trafic organique (mais pas que) que vous croyez mesurer. Il fausse vos arbitrages budgétaires, pollue vos reportings, et donne une image dégradée ou parfois tronquée de canaux qui performent en réalité mieux que vos données ne l’indiquent.
Comprendre pourquoi le canal Unassigned existe dans GA4 n’est plus réservé aux techniciens mais implique désormais des managers marketing.
Evidemment, seul Google Analytics 4 est affecté par ce problème mais comme il représente une part non-négligeable des outils analytics du marché, il vaut mieux s’y attaquer de front !
Direct et Unassigned : deux problèmes qui n'ont rien à voir
Il faut avant tout lever la confusion entre les canaux Direct et Unassigned. Ce sont deux canaux distincts, qui répondent à des logiques différentes.
Direct correspond à des sessions pour lesquelles GA4 dispose d’une information : l’utilisateur est arrivé sans referrer identifiable. Cela peut être une URL tapée manuellement dans le navigateur, un favori, un lien cliqué depuis une application mobile ou depuis un PDF. C’est une source connue, dans le sens où GA4 a choisi de la qualifier ainsi faute de mieux. Elle existait dans Universal Analytics et son papa Urchin, et les équipes marketing ont appris à vivre avec.
Unassigned est un concept différent et plus récent. Il ne désigne pas une source d’acquisition identifiée. Il signale un échec de classification : GA4 a reçu des données de session, mais n’a pas réussi à rattacher cette session à l’un des canaux définis dans son modèle de regroupement (channel grouping). Autrement dit, le trafic existe, mais GA4 ne sait pas où le ranger.
Ce n’est pas un problème de source mais un problème de règles, et c’est précisément pour ça que le SEO est souvent la victime collatérale.
La mécanique GA4 qui produit de l'Unassigned
Pour comprendre pourquoi Unassigned apparaît, il faut comprendre comment GA4 attribue un canal à une session.
GA4 fonctionne selon un modèle événementiel. Chaque interaction utilisateur génère un événement. Ces événements sont agrégés en sessions. Chaque session hérite de paramètres d’acquisition : session_source, session_medium, session_campaign. C’est à partir de ces trois paramètres que GA4 tente de ranger la session dans un groupe de canaux : “Organic Search”, “Paid Search”, “Email”, “Referral”, etc.
Ce classement repose sur un ensemble de règles prédéfinies, appelé Default Channel Grouping. Ces règles sont des conditions : si le medium (support) vaut organic et la source correspond à un moteur de recherche connu, alors la session est rangée dans “Organic Search”.
Le problème survient quand ces conditions ne sont pas remplies.
Quatre situations produisent de l’Unassigned de façon quasi systématique, et la 4ème va vous surprendre :
1. Les paramètres UTM sont absents ou mal formés.
Un lien partagé sans UTM depuis une newsletter, un document interne ou un outil tiers arrive avec des paramètres de session que GA4 ne reconnaît pas. Si ni la source ni le medium ne correspondent à aucune règle du Channel Grouping par Défaut, la session tombe en Unassigned. Ce n’est pas du trafic direct mais juste du trafic inclassifiable.
2. Le Channel Grouping par Défaut ne couvre pas tous les cas.
En standard, GA4 reconnaît un ensemble limité de valeurs pour source et medium. Certains partenaires, certains outils d’emailing, certains réseaux sociaux moins courants ou certains agrégateurs de contenu ne correspondent à aucune règle existante. Résultat : leur trafic passe en Unassigned sans que personne ne s’en aperçoive.
3. Le tracking cross-domain est mal configuré.
Quand un utilisateur navigue entre deux domaines appartenant à la même organisation, et que le passage n’est pas correctement instrumenté, GA4 génère une nouvelle session au lieu de prolonger la session existante. Cette nouvelle session hérite souvent de paramètres dégradés ou vides, et finit en Unassigned.
Dans les trois cas, une partie du trafic organique peut être concernée : des utilisateurs venus de Google, passés par une page intermédiaire ou arrivés via un lien interne mal formaté, voient leur session “éjectée” du canal Organic Search.
4. Le consentement utilisateur mal paramétré dégrade les paramètres de session.
Depuis le déploiement du Consent Mode v2 de Google, les visiteurs qui refusent le dépôt de cookies ne sont plus complètement invisibles pour GA4 : l’outil peut recevoir des signaux tronqués, sans les paramètres d’acquisition complets, ni cookies, ni informations personnelles. Ces sessions partielles arrivent sans utm_source ni utm_medium exploitables. GA4 ne peut pas les classer, et elles tombent en Unassigned. Sur les sites où le taux de refus de consentement dépasse 30 à 40%, ce mécanisme seul peut représenter une part significative du volume non attribué. Le canal SEO est, là encore, l’un des plus touchés.
Dans ces quatre cas, une partie du trafic organique peut être concernée : des utilisateurs venus de Google voient leur session éjectée d'”Organic Search”, non pas parce que GA4 ignore leur provenance, mais parce qu’il ne dispose pas des informations nécessaires pour les ranger correctement.
Ce que ça fausse dans vos décisions
Le trafic Unassigned n’est pas un problème cosmétique qui affecterait votre tableau de bord. Il a des conséquences directes sur les décisions marketing.
Les arbitrages SEO vs Paid deviennent biaisés. Quand une fraction du trafic organique est absorbée par Unassigned, le ROI apparent du SEO diminue mécaniquement. Si vous comparez le coût par conversion entre SEO et Google Ads sur la base de ces chiffres, vous sous-estimez la valeur du canal organique et vous sur-investissez potentiellement en acquisition payante.
Vos rapports pour CODIR présentent une réalité tronquée. Le canal “Organic Search” affiché en réunion de direction n’est pas le trafic SEO réel. C’est le trafic SEO correctement classifié, auquel manque la part absorbée par Unassigned. Si cette part représente 10 à 15% du trafic total (ce qui est fréquent sur des sites mal configurés), la direction prend des décisions sur des chiffres foncièrement inexacts.
Les objectifs de croissance sont mal calibrés. Si vous fixez un objectif de +20% sur le trafic organique sans avoir résolu le problème d’Unassigned, vous demandez à vos équipes d’améliorer un indicateur que vous ne mesurez pas correctement. Atteindre cet objectif devient à la fois plus difficile à réaliser et plus difficile à démontrer.
Comment détecter le trafic Unassigned dans GA4
Les gros malins diront “il est là, dans le rapport !” Ils ont évidemment raison mais voyons ça ensemble.
Dans GA4, allez dans Rapports > Acquisition > Acquisition de trafic. Vérifiez si Unassigned apparaît dans la liste des groupes de canaux. S’il représente plus de 2 à 3% du trafic total, vous avez un problème de configuration qui mérite attention. Si c’est plus, appelez nous à l’aide.
Pour aller plus loin, construisez une Exploration vierge ou au format libre avec les dimensions Session source, Session medium et Session default channel grouping. Filtrez sur Session default channel grouping = Unassigned. Vous obtenez la liste des combinaisons source / medium qui ne correspondent à aucune règle de classement. C’est votre tableau de diagnostic. Vous pouvez aussi utiliser Looker Data Studio pour un résultat similaire.
Deux types de suspects reviennent souvent dans ces explorations :
- Des mediums personnalisés utilisés par des équipes internes sans concertation avec l’équipe analytics (par exemple email_interne, newsletter_partenaire, offre_commerciale)
- Des sources tierces non reconnues : plateformes de contenus sponsorisés, outils de veille, comparateurs sectoriels
Chaque ligne de ce rapport est une opportunité de correction.
Pensez aussi à surveiller l’évolution de Unassigned dans le temps. Une hausse soudaine coïncide souvent avec un changement de configuration : nouveau template d’email, refonte partielle du site, ajout d’un sous-domaine, migration vers un nouveau CMS.
Les leviers pour corriger le problème
Tous les cas d’Unassigned ne se résolvent pas de la même façon. Il faut distinguer ce qu’on peut corriger de ce qu’on ne peut pas récupérer.
Ce qu'on peut corriger :
Le levier le plus immédiat est le Groupe de Canaux Personnalisé. GA4 permet de définir des règles de classement qui s’appliquent en priorité sur les règles par défaut. Si vous savez que votre outil d’emailing utilise le medium newsletter, créez une règle qui rattache ce medium au canal “Email”. Si votre partenaire de contenus sponsorisés utilise une source spécifique, vous la déclarez explicitement. Chaque règle ajoutée réduit mécaniquement le volume de trafic Unassigned.
Le deuxième levier est la discipline dans l’application de votre nomenclature de paramètres UTM. Toute campagne, toute communication externe, tout lien partagé hors du site doit porter des paramètres UTM cohérents avec le plan de taggage défini en amont. Cela suppose un document de référence partagé entre marketing, CRM, contenu et partenaires, et une vérification systématique avant toute mise en ligne.
Le troisième levier est la configuration du tracking cross-domain, si votre environnement implique plusieurs domaines ou sous-domaines. GA4 doit être explicitement configuré pour reconnaître les passages entre domaines comme une continuité de session, et non comme une nouvelle acquisition.
Le quatrième levier concerne le consentement et la collecte server-side. Quand une part significative de vos visiteurs refuse le consentement, les paramètres d’acquisition se dégradent côté client avant même d’atteindre GA4. Deux approches permettent de limiter cet effet. La première est de s’assurer que votre CMP implémente correctement le Consent Mode v2 de Google : une intégration bien configurée transmet les signaux de consentement à GA4 de façon structurée, ce qui améliore la qualité des données modélisées pour les sessions sans consentement complet. La seconde est de compléter le tracking client-side par une collecte server-side : en déportant l’envoi des événements vers un serveur intermédiaire, on réduit l’impact des bloqueurs de publicité et des restrictions navigateur sur la qualité des paramètres de session, et donc le volume de Unassigned généré par ces canaux.
Empirik accompagne ses clients sur ces deux sujets en tant que partenaire certifié Didomi pour la gestion du consentement, et la collecte server-side (Addingwell). Si vous souhaitez évaluer l’impact du consentement sur votre volume d’Unassigned ou cadrer un projet de migration vers une architecture server-side, vous pouvez nous contacter directement.
Ce qu'on ne peut pas récupérer :
Les sessions déjà enregistrées en Unassigned dans l’historique ne peuvent pas être reclassées rétroactivement dans GA4. Le channel grouping personnalisé s’applique aux nouvelles sessions uniquement. Les données passées restent telles quelles.
C’est pour cette raison qu’il vaut mieux traiter le problème tôt. Chaque mois sans correction est un mois de données définitivement inexactes.
Un problème spécifique à GA4
Il est utile de préciser que le canal Unassigned est une particularité de Google Analytics 4, et non une fatalité inhérente à tout outil de web analytics.
La raison est architecturale. GA4 a fait le choix de faire du Default Channel Grouping la dimension principale dans ses rapports d’acquisition. Concrètement, quand GA4 reçoit une session, il applique ses règles de classement et c’est le résultat de ce classement qui devient la valeur affichée. Si les règles ne trouvent pas de correspondance, la session n’est pas reportée avec sa source et son medium réels : elle disparaît derrière le label unassigned. La donnée brute existe, mais elle n’est plus visible directement.
Les autres outils du marché ont fait un choix inverse : la provenance du trafic est une dimension primaire, et le regroupement par canal est une couche d’analyse additionnelle, pas un remplacement.
Piano Analytics organise la mesure autour de la source de trafic telle qu’elle est collectée. Le canal est une vue de synthèse configurable, mais il n’écrase jamais la donnée de source d’origine. Une session dont la source ne correspond à aucun groupe de canaux configuré reste visible avec ses paramètres réels, sans disparaître dans un canal fantôme. C’est l’une des raisons pour lesquelles la lisibilité de l’attribution est structurellement plus stable dans Piano Analytics que dans GA4.
Matomo et Piwik Pro, tous deux issus du même projet open source, fonctionnent sur le même principe : la donnée de référent et de source est conservée et exposée telle quelle. Le channel grouping y est un outil de reporting optionnel, pas une condition d’affichage. Un trafic dont la source n’est pas reconnue reste visible avec ses vraies valeurs, ce qui facilite le diagnostic et la correction.
Conclusion évidente pour une direction marketing : si Unassigned représente un problème structurel sur votre propriété GA4, les leviers décrits dans cet article permettent de le réduire significativement. En revanche, si vous évaluez un changement d’outil ou une migration, la question de la transparence du modèle d’attribution mérite d’être posée. Empirik est partenaire de Piano Analytics, Piwik Pro et Matomo, et accompagne ce type de comparaison dans le cadre d’audits de stack analytics.
En conclusion
Le canal Unassigned dans Google Analytics 4 est souvent traité comme un problème de configuration. C’est une erreur d’appréciation : quand ce canal représente 10% de votre trafic, vous pilotez votre stratégie d’acquisition sur 90% de vos données réelles. Les 10% restants ne sont pas perdus : ils sont mal étiquetés. La différence est importante, parce qu’elle implique qu’une partie du problème est entièrement résolvable.
Un channel grouping personnalisé, une discipline UTM maintenue dans le temps (pour les canaux payants), un tracking cross-domain correctement instrumenté, des tags déclenchés au bon moment en respectant le consentement : ce sont des chantiers de quelques semaines, pas de plusieurs mois. Ce qu’ils rendent, c’est une lecture fiable de ce que le SEO produit vraiment, et des arbitrages budgétaires qui reposent sur des chiffres complets.
Le SEO ne se défend pas mieux en produisant plus de contenus. Il se défend mieux quand on peut prouver ce qu’il génère.
Des décisions fiables commencent
par des données fiables.
Contactez nous !
