Trafic (Unassigned) dans GA4 ? Diagnostic et solution (2026)

Sur les propriétés GA4 que nous avons auditées en 2026, entre 5 et 25 pour cent des sessions atterrissaient dans le canal '(Unassigned)' — et presque chaque analyste qui le remarque suppose que Google perd des données. En général, ce n'est pas le cas. GA4 attribue chaque session à un canal en lisant sa source et son medium et en les comparant à un jeu de règles fixe, donc '(Unassigned)' n'est pas du trafic perdu ; c'est du trafic dont le source/medium n'a correspondu à aucune règle. Le correctif est rarement une nouvelle balise — c'est une taxonomie cohérente.

Ce guide remonte le regroupement de canaux à travers sept causes — source/medium non reconnu, UTM manquants, valeurs utm_medium personnalisées, consentement, pings sans cookie, redirections et mauvaise configuration de gtag — pour que vous passiez votre temps sur la vraie fuite, pas sur le symptôme. Pour vérifier automatiquement votre suivi face aux fuites d'attribution les plus courantes, lancez notre audit de suivi gratuit en 5 axes.

Mis à jour le 2026-05-03 avec le regroupement de canaux GA4 actuel, le mode Consentement et le comportement des pings sans cookie observés sur des comptes américains, britanniques et européens.

TL;DR — pourquoi GA4 envoie du trafic vers '(Unassigned)' :

'(Unassigned)' signifie qu'aucune règle n'a correspondu — GA4 a reçu un source/medium mais le regroupement de canaux n'avait pas de seau pour lui. 2. utm_medium est le levier — les règles par défaut vérifient surtout le medium, donc un medium propre décide de la classification.
Les mediums personnalisés cassent le regroupement — des valeurs comme partner ou paid-fb ne correspondent à aucune règle par défaut et exigent un groupe de canaux personnalisé. 4. L'historique ne peut pas être retraité — le canal par défaut est figé à la collecte, donc seul le trafic futur est corrigé. 5. Vérifiez sur les dates récentes — observez la part '(Unassigned)' baisser dans Acquisition de trafic et Explore.

Que signifie '(Unassigned)' et comment GA4 attribue-t-il les canaux ?

Avant de corriger quoi que ce soit, comprenez ce que GA4 fait réellement. Chaque session porte une source et un medium, et GA4 fait passer cette paire dans un jeu de règles de regroupement de canaux pour décider à quel canal nommé elle appartient. '(Unassigned)' est simplement le seau des sessions qui n'ont correspondu à aucune règle.

Regroupement de canaux — Le groupe de canaux par défaut livre des définitions fixes pour Organic Search, Paid Search, Direct, Email, Organic Social, Paid Social, Referral et d'autres. Chaque définition est une règle qui inspecte le source/medium et revendique la session si elle correspond.

L'ordre de correspondance — Les règles s'évaluent de haut en bas et la première correspondance l'emporte, donc l'ordre compte. Une session avec un medium reconnu comme cpc est revendiquée par Paid Search avant de pouvoir passer à travers ; une session dont le medium ne correspond à rien atteint la fin de la liste non attribuée.

'(Unassigned)' contre '(not set)' — '(Unassigned)' signifie qu'un source/medium est arrivé mais qu'aucune règle n'a correspondu. '(not set)' signifie qu'une valeur de dimension manquait totalement. Les deux diminuent sous une taxonomie cohérente, et notre explication attribution basée sur les données contre dernier clic montre comment l'attribution repose sur ce regroupement.

Un source/medium non reconnu est-il la vraie cause ?

La raison la plus fréquente d'une session non attribuée est que son source/medium ne correspond à aucune règle du groupe de canaux par défaut. Confirmez-le en premier, car c'est à la fois la cause la plus fréquente et la plus rapide à vérifier.

Lisez les valeurs brutes — Dans Explore, croisez Source / medium de la session avec Sessions et isolez la tranche non attribuée. Les valeurs réelles racontent l'histoire : vous verrez souvent des mediums maison, des mediums vides ou des hôtes de référence qu'aucune règle n'a été conçue pour capter.

Le décalage classique — Un medium comme cpc se mappe à Paid Search et organic se mappe à Organic Search, mais un medium partner, banner ou affiliate ne se mappe à rien dans le groupe par défaut. La session n'est pas cassée ; elle n'a simplement pas de place dans le jeu de règles.

Casse et espaces — GA4 est sensible aux valeurs incohérentes. CPC, Cpc et cpc ne sont pas toujours traités de la même façon, et un espace en trop ou un paramètre parasite peut empêcher une règle de correspondre. Standardiser la casse et nettoyer les rebuts récupère plus de sessions que les analystes ne le croient, et notre guide de réconciliation GA4 et Google Ads couvre la même discipline de source/medium.

Des UTM manquants ou mal formés cassent-ils le regroupement ?

Si le source/medium est faux, la cause en amont est généralement un problème d'UTM. GA4 construit la source et le medium à partir des paramètres UTM du lien entrant, donc une balise manquante ou mal formée file droit dans '(Unassigned)'.

utm_medium manquant — Le medium est le champ sur lequel les règles par défaut s'appuient le plus. Un lien avec utm_source défini mais sans utm_medium donne à GA4 une source et rien à classer, ce qui se résout souvent en '(not set)' ou en session non attribuée.

Paramètres mal formés — Une faute de frappe comme utm_mediun, une esperluette dupliquée ou un caractère encodé au mauvais endroit fait que GA4 lit le paramètre comme vide. Le lien semble balisé pour un humain mais est vierge pour l'analyseur.

Balisage incohérent entre équipes — Quand les équipes email, payant et partenaire inventent chacune leurs propres valeurs, l'espace des mediums se fragmente et les règles cessent de correspondre de façon prévisible. Une seule taxonomie approuvée corrige cela à la racine, et le générateur d'UTM impose les mêmes valeurs sur chaque lien.

Le consentement, les pings sans cookie et les redirections suppriment-ils vos données ?

Une partie du trafic non attribué n'est pas du tout une erreur de balisage — ce sont des données qui arrivent sans le contexte dont GA4 a besoin. Ces causes sont structurelles et vous les réduisez plutôt que de les éliminer.

Consentement et pings sans cookie — Quand un visiteur refuse le consentement, GA4 peut recevoir des pings sans cookie qui portent des données d'événement mais manquent du contexte de campagne basé sur les cookies. Sans source/medium exploitable, ces sessions ne peuvent pas être rattachées et tombent dans '(Unassigned)' ou '(not set)'.

Redirections qui suppriment les paramètres — Une chaîne de redirection qui abandonne la chaîne de requête avant que GA4 ne la lise efface les UTM. Le visiteur a cliqué sur un lien balisé, mais au moment où la page charge les paramètres ont disparu, donc la session arrive en Direct ou non attribuée.

Pings côté serveur et plateforme — Les conversions modélisées et certains événements côté serveur peuvent arriver sans données de campagne, contribuant à une part résiduelle à laquelle vous devez vous attendre. Notre guide du trafic AI Overview et de référence couvre une classe voisine de sessions difficiles à attribuer.

Comment les groupes de canaux par défaut et personnalisés évaluent-ils les sessions ?

Pour corriger '(Unassigned)', il faut savoir en quoi les deux couches de regroupement diffèrent. Le groupe de canaux par défaut est figé ; un groupe de canaux personnalisé vous appartient.

Le groupe de canaux par défaut — Ses règles sont définies par Google et ne peuvent pas être modifiées. Elles couvrent les canaux standards et sont attribuées au moment de la collecte, ce qui les rend fiables mais intransigeantes face à tout medium qu'elles n'ont pas été conçues pour reconnaître.

Les groupes de canaux personnalisés — Un groupe de canaux personnalisé est un jeu de règles que vous créez et appliquez au moment de la requête. Vous pouvez ajouter une règle qui mappe utm_medium égale partner à un canal Partenariats, ou regroupe plusieurs mediums maison sous un seul nom, pour que vos rapports cessent de les afficher comme non attribués.

Au moment de la requête contre au moment de la collecte — Comme un groupe de canaux personnalisé s'applique quand le rapport s'exécute, il peut remodeler le regroupement de certaines données plus anciennes, tandis que le canal par défaut stocké sur chaque session reste figé. Comprendre cette distinction fait la différence entre un correctif cosmétique et un vrai, et notre guide de configuration GA4 et d'import de conversions montre où vivent ces réglages.

Le tableau de diagnostic '(Unassigned)' de GA4

Parcourez ce tableau de haut en bas — il est ordonné par la rapidité de confirmation de chaque cause et par la fréquence à laquelle elle explique réellement les sessions dans '(Unassigned)'.

Ne comptez pas voir l'historique '(Unassigned)' se vider :

GA4 attribue le groupe de canaux par défaut au moment de la collecte et le stocke sur chaque session, donc modifier les règles ou ajouter des UTM propres ne reclasse jamais le trafic passé. Un groupe de canaux personnalisé peut remodeler une partie du reporting plus ancien au moment de la requête, mais le canal par défaut enregistré et le source/medium brut sont figés. Considérez les données collectées avant votre correctif comme perdues, mesurez le changement sur les dates récentes uniquement, et jugez le succès par une part '(Unassigned)' en baisse pour l'avenir.

Comment corriger pour l'avenir et vérifier dans les rapports

Vous trouverez généralement plus d'une cause. L'erreur est de les corriger au hasard, ou d'attendre que les données d'hier changent. Corrigez la taxonomie à la racine, puis vérifiez uniquement sur le trafic collecté après le changement.

Figez d'abord une taxonomie UTM — Décidez d'un seul ensemble de mediums approuvés — cpc, email, organic, referral et une courte liste de valeurs maison — et exigez que chaque lien les utilise. C'est le correctif au plus fort levier car il empêche les nouvelles sessions de partir en non attribué à la source.

Créez un groupe de canaux personnalisé — Mappez vos mediums maison vers des canaux nommés pour que partner, newsletter et paid-fb cessent de passer à travers. Ordonnez les règles du plus spécifique au moins spécifique, puisque la première correspondance l'emporte, comme dans le groupe par défaut.

Corrigez consentement et redirections — Confirmez que les redirections préservent la chaîne de requête et que gtag est configuré une seule fois. Acceptez que les pings sans cookie sous le mode Consentement laissent une part résiduelle non attribuée que vous ne pouvez pas retirer, et ne la poursuivez pas jusqu'à zéro.

Vérifiez uniquement sur des données fraîches. Rouvrez Acquisition de trafic avec Groupe de canaux par défaut de la session et confirmez que la ligne '(Unassigned)' rétrécit sur les dates récentes, puis confirmez dans un rapport de forme libre Explore que vos liens portent désormais des mediums reconnus. Pour faire ressortir automatiquement chaque fuite de suivi, lancez l'audit gratuit en 5 axes de SteerAds, et pour imposer une taxonomie propre sur chaque lien, utilisez notre générateur d'UTM.

Sources

Sources officielles consultées pour ce guide :

FAQ

Pourquoi une si grande part de mon trafic GA4 apparaît-elle comme '(Unassigned)' ?

Sur les propriétés auditées en 2026, 5 à 25 pour cent des sessions atterrissent dans '(Unassigned)' pour quelques raisons identifiables, et vous isolez la bonne en remontant le regroupement de canaux. D'abord, le source/medium : une valeur arrive sans correspondre à aucune règle du groupe de canaux par défaut, donc GA4 n'a nulle part où la placer. Ensuite, les UTM : un utm_medium manquant ou une faute de frappe rend la session inclassable. Troisièmement, les mediums personnalisés : un utm_medium créatif comme partner ou newsletter ne correspond à aucune règle par défaut. Quatrièmement, le consentement et les pings sans cookie qui arrivent sans contexte de campagne. Cinquièmement, les redirections qui suppriment les paramètres avant que GA4 ne les lise. Diagnostiquez-les dans cet ordre.

Quelle est la différence entre '(Unassigned)' et '(not set)' dans GA4 ?

Ils se ressemblent mais signifient des choses différentes. '(Unassigned)' est un résultat de regroupement de canaux : GA4 a reçu un source/medium mais aucune règle du groupe de canaux par défaut ni de votre groupe personnalisé n'a correspondu, donc la session tombe dans le seau fourre-tout. '(not set)' est un marqueur de valeur manquante : GA4 attendait une valeur de dimension, comme une campagne ou un medium, et n'a rien reçu du tout, souvent parce que le champ n'a jamais été rempli ou est arrivé trop tard. En bref, '(Unassigned)' concerne des règles non satisfaites et '(not set)' concerne des données absentes. Les deux diminuent quand vous imposez une taxonomie UTM cohérente.

Comment GA4 attribue-t-il une session à un canal ?

GA4 lit la source et le medium de la session, puis les fait passer de haut en bas dans le jeu de règles du regroupement de canaux. Le groupe de canaux par défaut livre des définitions fixes — Organic Search, Paid Search, Direct, Email, Organic Social, Paid Social, Referral et d'autres — chacune correspondant à des motifs de source/medium précis. La première règle qui correspond l'emporte, donc l'ordre compte. Si aucune règle ne correspond au source/medium entrant, la session atterrit dans '(Unassigned)'. Direct est un cas particulier pour les sessions sans aucune source. Comme les règles vérifient surtout utm_medium, une valeur de medium propre est le plus grand levier que vous ayez sur la classification d'une session.

Pourquoi du trafic payant avec UTM atterrit-il quand même dans '(Unassigned)' ?

Le trafic balisé tombe dans '(Unassigned)' lorsque la valeur utm_medium ne correspond à aucune règle de canal. La règle Paid Search par défaut attend des mediums comme cpc, ppc ou paidsearch, et Paid Social attend des valeurs contenant paid plus une source sociale ; un medium personnalisé comme paid-fb ou banner-promo ne correspond à aucun, donc la session reste non attribuée malgré les UTM. Une casse incohérente, des espaces superflus et des paramètres résiduels cassent aussi la correspondance. Le correctif est une taxonomie UTM stricte qui n'utilise que des mediums reconnus par votre groupe de canaux, plus un groupe de canaux personnalisé qui mappe explicitement vos mediums maison vers un canal nommé.

Puis-je retraiter les données '(Unassigned)' historiques dans GA4 ?

Non. GA4 attribue le groupe de canaux par défaut au moment de la collecte et le stocke avec chaque session, donc vous ne pouvez pas reclasser rétroactivement des sessions historiques en modifiant les règles plus tard. Un groupe de canaux personnalisé peut remodeler le regroupement de données plus anciennes dans certains rapports parce qu'il est appliqué au moment de la requête, mais le canal par défaut sous-jacent et le source/medium brut sont figés une fois enregistrés. C'est pourquoi corriger la taxonomie n'aide que le trafic collecté après le changement. En pratique, arrêtez la fuite maintenant : imposez des UTM propres et un groupe de canaux personnalisé pour que les données futures soient bien classées, et considérez le '(Unassigned)' passé comme perdu.

Le mode Consentement pousse-t-il des sessions dans '(Unassigned)' ?

Cela peut arriver. Quand un visiteur refuse le consentement, GA4 peut recevoir des pings sans cookie qui portent des données d'événement mais manquent du contexte de campagne basé sur les cookies nécessaire à l'attribution d'une source. Ces pings, plus les conversions modélisées, arrivent souvent sans source/medium exploitable, donc les sessions ne peuvent pas être rattachées à un canal et tombent dans '(Unassigned)' ou '(not set)'. C'est un comportement attendu sous contrôles de confidentialité, pas un bug de balisage, et vous ne pouvez pas l'éliminer entièrement. Vous le réduisez en balisant chaque lien entrant pour que les sessions consenties se classent proprement, et vous acceptez une part résiduelle du trafic sans cookie plutôt que de viser zéro.

Comment vérifier que mon correctif de canal a fonctionné dans GA4 ?

Vérifiez-le à deux endroits après quelques jours de données fraîches. D'abord, ouvrez le rapport Acquisition de trafic, réglez la dimension sur Groupe de canaux par défaut de la session, et observez la ligne '(Unassigned)' rétrécir à mesure que les nouvelles sessions se classent correctement. Ensuite, créez une exploration de forme libre dans Explore avec Source / medium de la session face aux Sessions pour confirmer que vos liens balisés portent désormais les mediums que vos règles attendent. Comparez une plage de dates avant et après le changement plutôt que toute la période, car les sessions historiques gardent leur classification d'origine. Une part '(Unassigned)' en baisse sur les dates récentes confirme que la taxonomie et le groupe de canaux personnalisé fonctionnent.