Trafic Unassigned dans GA4 : Diagnostic et Corrections

Le canal "Unassigned" dans GA4 (sessionDefaultChannelGroup) apparaît quand aucune règle de classification ne matche la source et le medium d'une session. Ce n'est presque jamais un bug de GA4 lui-même, c'est un symptôme d'un problème en amont. Voici les vraies causes documentées, au-delà du simple "UTM mal formé" qu'on lit partout.

Les causes réelles, au-delà de l'UTM mal formé

Cinq causes documentées reviennent le plus souvent :

• Consent Mode : quand un visiteur refuse le consentement, GA4 mesure quand même en mode dégradé, mais sans les identifiants qui portent normalement la source. Dans l'interface GA4, une partie de ce trafic non consenti est modélisée, mais dans les données brutes (export BigQuery), il n'a tout simplement aucune information de source, ce qui rend les deux vues incomparables.

• Cross-domain tracking mal configuré : le paramètre linker _gl doit se propager correctement d'un domaine à l'autre. Google documente un piège précis : si le linker découvre tardivement un utilisateur cross-domain via une commande config appelée après coup, l'identité de session change brusquement à ce moment, cassant l'attribution.

• Ordre d'exécution des tags : la documentation officielle "Tagging best practices" est explicite, la commande config doit s'exécuter le plus tôt possible sur la page, avant tout événement. Un événement envoyé avant l'initialisation complète du tag part sans le contexte de source nécessaire.

• Double envoi en configuration server-side : si le flux GA4 est configuré en "Server Managed Setting" mais qu'une partie des hits continue de partir en direct vers les serveurs Google en parallèle du conteneur serveur, l'identité se casse. Google est direct sur ce point : toutes les mesures du flux doivent passer par le tag serveur, aucune ne doit être envoyée directement aux serveurs Google en parallèle.

• cookie_prefix incohérent entre différentes pages du site, qui empêche de relier les utilisateurs d'une session à l'autre.

Un point à ne pas mélanger dans un audit : le trafic provenant d'un navigateur intégré à une app (Instagram, TikTok) qui supprime l'en-tête referrer, ou un retour direct après expiration de la fenêtre de session sans UTM, tombent le plus souvent en "(direct)/(none)", pas nécessairement en "Unassigned" au sens strict. Les deux sont des trous de reporting, mais ce ne sont pas exactement le même trou, et les corriger n'implique pas la même action.

"(not set)/(not set)" et "mot-clé-métier/valeur-libre" ne se corrigent pas pareil

Une paire (not set)/(not set) récurrente signifie généralement une session sans aucune donnée d'acquisition exploitable, le plus souvent liée au Consent Mode ou à un problème de mesure initiale. Une paire comme newsletter/pdf récurrente, en revanche, signifie qu'un UTM personnalisé existe bel et bien, mais qu'il ne correspond à aucune règle de canal connue de GA4. Le premier cas demande de corriger la source de la donnée (consentement, tag), le second demande de créer une règle de classification.

Corriger le libellé : Custom Channel Groups

La fonctionnalité se trouve sous Admin > Data display > Channel groups, pas sous "Attribution" comme on pourrait le croire par réflexe issu d'Universal Analytics. On peut partir du regroupement par défaut et le copier, ou repartir de zéro. Les conditions disponibles pour bâtir une règle : Campaign ID, Campaign name, Default channel group, Manual ad content, Medium, Source, Source platform, combinables en ET/OU via des groupes de conditions. Point important : GA4 évalue les canaux du haut vers le bas et assigne au premier qui matche, l'ordre des règles compte directement dans le résultat. L'application peut être rétroactive sur l'historique des rapports.

À bien comprendre avant de s'en servir : créer une règle personnalisée corrige le libellé de reporting, pas la cause racine. Si le vrai problème est un Consent Mode mal configuré ou un ordre de tags incorrect, la règle de canal masque le symptôme dans les rapports sans réparer la mesure elle-même.

Il n'existe pas de seuil officiel Google

Aucun document Google ne fixe un pourcentage acceptable de trafic Unassigned. Certains praticiens avancent des repères informels (au-delà de 20 % étant souvent cité comme signal d'alerte), mais ce sont des avis professionnels, pas une position officielle de Google. La bonne pratique reste de traiter Unassigned comme un problème d'implémentation à réduire au minimum plutôt que de viser un chiffre cible précis, qui n'a pas de définition officielle à atteindre.

Christophe Dubois

Consultant tracking & data, freelance senior depuis 2012. Architecture de mesure, server-side, attribution.