GA4 Google Analytics tracking data quality

Résoudre le (not set) dans GA4 : causes et solutions

Pourquoi le (not set) pollue vos rapports GA4, dimension par dimension — et ce que vous pouvez vraiment corriger pour retrouver une data fiable

Robin Guedoit 9 min de lecture
Sommaire de l'article

Vous ouvrez votre rapport d'acquisition GA4, et là — une ligne (not set) qui capte 5 %, 10 %, parfois 20 % du trafic. Impossible de savoir d'où viennent ces sessions, quelle landing page elles ont touchée, ni quel canal les a générées. Pour un CMO ou un responsable marketing, c'est une décision aveugle à chaque réunion de pilotage.

Ce guide explique ce qu'est réellement le (not set) dans Google Analytics 4, quelles dimensions il touche, pourquoi il apparaît — et ce qu'on peut (ou non) faire pour le réduire.


Ce que signifie réellement (not set) dans GA4

(not set) est une valeur de substitution que GA4 affiche lorsqu'il n'a reçu aucune information pour une dimension donnée dans un contexte précis. Ce n'est pas un bug au sens propre : c'est GA4 qui vous dit honnêtement qu'il lui manque de la data.

Certains (not set) sont parfaitement normaux. Si vous ne trackez qu'un site web, toutes les dimensions liées aux applications mobiles (App store, App version…) seront naturellement (not set). Le problème commence quand la valeur apparaît pour des dimensions où vous attendez un résultat : page de destination, source/medium de session, campagne Google Ads, dimensions personnalisées.

Autre point important à retenir : les corrections ne sont pas rétroactives. Un fix appliqué aujourd'hui ne corrige que les données collectées à partir de maintenant. Ne vous découragez pas si les rapports historiques continuent d'afficher le problème — le bon indicateur de succès est d'observer que les nouvelles données entrantes sont propres dans les jours qui suivent.


Attendez 48 heures avant de diagnostiquer

Avant tout troubleshooting, posez-vous la question : avez-vous modifié quelque chose dans GA4 il y a moins de 48 heures ? GA4 a besoin de temps pour traiter et attribuer correctement chaque événement à sa source, sa session et son utilisateur. Si vous avez configuré ou modifié un paramètre récemment, laissez passer ce délai avant de conclure à un problème réel.

La documentation officielle de Google confirme ce délai de traitement : pour les paramètres personnalisés notamment, (not set) peut apparaître pendant les 24 premières heures après leur enregistrement, même si tout est correctement configuré.


(not set) sur la Landing page

C'est l'une des causes les plus fréquentes et les plus frustrantes. Une landing page est (not set) quand une session ne contient aucun événement page_view.

Timeout de session. Par défaut, GA4 expire une session après 30 minutes d'inactivité. Si un visiteur laisse votre site ouvert, part déjeuner, revient et interagit sans recharger la page, une nouvelle session démarre — sans page_view. Résultat : pas de landing page.

La solution : allonger la durée de session par défaut. Dans GA4, rendez-vous dans Admin > Flux de données > sélectionnez votre flux web > Configurer les paramètres de tag > Afficher tout > Ajuster le délai d'expiration de session. Passer à 4 heures (ou au maximum de 7h55) réduit significativement ce cas de figure. Attention aux effets de bord : moins de sessions totales, durée moyenne de session plus longue.

Minuit. Si une session commence avant minuit et se prolonge après, GA4 la découpe en deux. La seconde partie n'a pas d'événement session_start, ce qui génère une landing page (not set). Il n'existe pas de contournement pour ce comportement.

send_page_view désactivé. Dans Google Tag (la balise de configuration GA4 dans GTM), si le paramètre send_page_view est à false sans qu'un événement page_view séparé soit configuré, aucune vue de page n'est trackée. Pas de pageview = pas de landing page.


(not set) sur Source / Medium de session

C'est la dimension qui panique le plus les équipes marketing, car elle affecte directement la lecture des rapports d'acquisition.

L'ordre de déclenchement des balises dans GTM. Votre balise Google Tag (config) doit se déclencher avant toute autre balise GA4. Si une balise d'événement (par exemple view_item sur un site e-commerce) se déclenche en premier, la source/medium sera (not set). Vérifiez l'ordre dans le mode Aperçu de GTM : la balise Google Tag doit apparaître en tête de liste sur l'événement Initialization.

Measurement Protocol mal implémenté. Le Measurement Protocol permet d'envoyer des événements depuis vos serveurs vers GA4. Mais s'il est utilisé sans un session_id valide — c'est-à-dire un ID issu d'une vraie session déjà trackée côté client — la source/medium sera (not set). Les développeurs qui génèrent un session_id aléatoire produisent systématiquement ce problème. La valeur doit être extraite du cookie _ga de l'utilisateur réel.

Audience Triggers. Quand GA4 génère automatiquement un événement parce qu'un visiteur entre dans une audience (feature "Déclencheurs d'audience"), cet événement est traité en backend, souvent des heures après la session réelle de l'utilisateur. Il n'a donc aucune source de trafic associée. C'est un comportement inhérent à GA4 : il n'existe pas de solution, seulement la possibilité de supprimer ces déclencheurs si leur impact est trop important.

Paramètres UTM incorrects ou incomplets. Si les UTM sont absents, GA4 attribue généralement le trafic à direct ou referral. Mais si les UTM sont présents avec une syntaxe invalide ou des valeurs manquantes (utm_medium et utm_source sont obligatoires), cela peut produire du (not set). Auditez régulièrement les liens partagés par vos équipes.

Le tag de configuration déclenché en mode "Consent" par erreur. La documentation Google signale un cas spécifique : si la commande default du Consent Mode est utilisée pour mettre à jour le consentement (au lieu de update), l'événement user_engagement n'est pas envoyé et le session_start initial est perdu. Utilisez systématiquement gtag('consent', 'update', {...}) après interaction de l'utilisateur avec la bannière.


Trop de (not set) dans vos rapports GA4 ?

30 minutes pour identifier la cause racine et arrêter de perdre vos sources de trafic.

Réserver un audit flash

(not set) sur les dimensions Google Ads

Si vos rapports publicitaires affichent (not set) sur les dimensions liées à Google Ads (Session Google Ads campaign, Session Google Ads keyword text…), les causes sont presque toujours les mêmes.

Compte Google Ads non lié à GA4. Vérifiez dans Admin > Liens Google Ads que tous vos comptes sont connectés. Si votre organisation gère plusieurs comptes Google Ads et que l'un d'eux n'est pas lié, le trafic en provenance de ce compte apparaîtra en (not set).

Auto-tagging désactivé. L'auto-tagging ajoute automatiquement le paramètre gclid aux URLs de vos annonces, ce qui permet à GA4 d'importer les données de campagne. S'il est désactivé et que vous n'avez pas configuré de tracking manuel des URLs, vous obtiendrez (not set). Activez l'auto-tagging dans les paramètres de votre compte Google Ads.


(not set) sur les dimensions personnalisées (Custom Dimensions)

Enregistrement tardif. C'est le cas classique : vous envoyez un paramètre personnalisé à GA4 depuis plusieurs semaines, puis vous décidez de l'enregistrer comme dimension personnalisée. Tout l'historique antérieur à l'enregistrement affichera (not set). Enregistrez vos dimensions personnalisées dès que vous commencez à envoyer les paramètres associés.

Paramètre envoyé avec une valeur vide. Si votre implémentation envoie content_group: "" ou une valeur undefined (parce que le Data Layer n'est pas encore rempli au moment où la balise se déclenche), GA4 l'interprète comme une absence de valeur.

Dimensions de portée utilisateur (user-scoped). Les dimensions user-scoped sont censées persister entre les sessions, mais leur comportement est capricieux en pratique. La solution la plus robuste : envoyez la propriété utilisateur non seulement dans la balise de configuration, mais aussi dans toutes vos balises d'événements GA4.


(not set) sur la Page Location et le Page Title

URLs dépassant 500 caractères. GA4 ne tracke pas les URLs dépassant 500 caractères (protocole, paramètres de requête inclus). La page_location sera (not set). Solution : utilisez le paramètre page_location dans vos balises GTM pour renvoyer une version tronquée ou nettoyée de l'URL.

Balise <title> absente. Si certaines pages de votre site n'ont pas de balise <title> dans leur HTML, le Page title sera (not set). Identifiez ces pages dans Rapports > Engagement > Pages et écrans, puis corrigez avec votre équipe de développement.


(not set) lié au Measurement Protocol et aux données géographiques

Le Measurement Protocol ne permet pas d'envoyer l'adresse IP ni le user_agent de l'utilisateur. Cela signifie que tous les événements envoyés via MP auront des dimensions géographiques (Country, City) et technologiques (Browser, Device category) en (not set) — même si le session_id est correct. C'est une limitation documentée de GA4 que Google n'a pas encore résolue.


Besoin de reconstruire un système data fiable ?

On audite, répare et documente votre stack tracking en 4 à 6 semaines.

Voir la méthode Data Detective

Ce qu'on ne peut pas corriger (et pourquoi l'accepter)

Certains (not set) sont structurels et échappent à notre contrôle :

  • Les sessions qui croisent minuit
  • Les Audience Triggers (traitement backend de GA4)
  • Les visiteurs utilisant des VPN, proxies ou extensions de confidentialité qui masquent leur IP ou user agent
  • Un niveau résiduel de 1 à 2 % de sessions sans session_start semble inhérent au fonctionnement de GA4, même dans les setups les mieux configurés

La bonne pratique : ne jamais analyser des données du jour même ou de la veille. Attendez que les données aient plus de 48 heures pour une lecture fiable. Sur la période analysée dans les rapports d'acquisition, un (not set) résiduel de l'ordre de 1 % est considéré comme acceptable.


Ce que révèle un (not set) élevé sur votre stack

Un (not set) qui dépasse 3-5 % de manière persistante n'est pas un problème mineur — c'est un signal que votre implémentation GA4 a des failles structurelles. Les décisions marketing prises sur cette base sont potentiellement erronées : mauvaise attribution des canaux, CVR faussé par segment, ROAS incalculable pour les campagnes concernées.

Avant de lancer un diagnostic en profondeur, commencez par ces trois vérifications rapides :

  1. L'ordre de déclenchement des balises dans GTM (Google Tag en premier)
  2. L'existence et la validité des liens Google Ads dans votre propriété GA4
  3. Les paramètres UTM de vos principaux canaux d'acquisition

Si le problème persiste après ces vérifications, le Measurement Protocol ou un Consent Mode mal configuré sont les suspects suivants à examiner.


Conclusion

Le (not set) dans GA4 n'est pas une fatalité, mais il exige une investigation méthodique dimension par dimension. La majorité des cas se résolvent avec des ajustements d'implémentation : ordre des balises GTM, configuration du Measurement Protocol, enregistrement précoce des dimensions personnalisées, ou liaison correcte des comptes Google Ads.

Ce qui ne se résout pas, en revanche, mérite d'être documenté et pris en compte dans vos analyses : les sessions de minuit, les Audience Triggers, et le bruit résiduel lié à la confidentialité des utilisateurs font partie du fonctionnement normal de GA4 en 2026.

L'objectif n'est pas la perfection à 0 % — c'est de maintenir un niveau de (not set) assez bas pour que vos décisions marketing restent fiables.


Robin Guedoit
À propos de l'auteur
Robin Guedoit
Fondateur Data Détective

Spécialiste data marketing. J'audite, répare et construis des systèmes data qui permettent de piloter efficacement votre marketing et d'exploiter à 100% vos données.

Retrouvez une data GA4 fiable, dimension par dimension

Vos rapports GA4 sont truffés de (not set) ? Data Detective vous aide à identifier la cause racine et à retrouver une data fiable, dimension par dimension.

Réserver un appel découverte