Referencer son Blog

Trafic direct GA4 trop élevé sur un blog : 6 erreurs de tracking à corriger

Trafic direct GA4 trop élevé sur un blog : 6 erreurs de tracking à corriger

Le trafic direct GA4 regroupe les sessions dont Google Analytics ne connaît ni le référent ni les UTM : une case par défaut, pas un compteur de lecteurs fidèles. Les mesures publiées situent la part médiane du Direct à 29 % des sessions (moitié centrale entre 16 et 46 %) et à 36 % sur 145 comptes analysés ; au-delà de 50 %, une erreur précise est presque toujours en cause. Voici les 6 erreurs à vérifier, avec symptôme, test et correction.

Que range GA4 dans le trafic direct, et quelle part est normale pour un blog ?

Une session reçoit la source (direct) / (none) dès qu'aucune information de source n'est disponible. Un lien ouvert depuis une appli mail, un PDF ou une messagerie finit là. Même le canal « Assistant IA », ajouté le 13 mai 2026, laisse filer les 35,7 % de sessions d'IA sans référent.

Google ne publie aucun seuil, et le « 10 à 20 % sain » repris partout ne repose sur aucune étude. Sources des repères du chapô : Clickport (août 2026) et Orbit Media (56 millions de sessions). Pour un blog, 20 à 35 % de Direct est cohérent. Alerte : +10 points sur votre historique sans campagne, ou plus de 50 %.

Le test qui tranche : Rapports > Acquisition > Acquisition de trafic, filtrez la ligne Direct, ajoutez la dimension « Page de destination » et la métrique « Durée d'engagement moyenne ». Un Direct crédible atterrit sur l'accueil ; un Direct sur des articles à slug long ou sur « (not set) », sous 10 secondes d'engagement quand l'Organic en affiche 45, signe une erreur de tracking.

Les 6 erreurs de tracking qui gonflent le Direct d'un blog

1. Newsletter et réseaux sociaux partagés sans UTM

Symptôme : un pic de Direct le jour d'envoi de la newsletter, à 70 % sur mobile : les navigateurs in-app transmettent rarement un référent. Vérification : superposez la courbe horaire du Direct à l'heure d'envoi. Correction : balisez chaque lien, par exemple ?utm_source=newsletter&utm_medium=email&utm_campaign=2026-11-hebdo. Minuscules, une valeur par plateforme : un medium hors norme (« Mail ») classe la session en « Unassigned ». Jamais d'UTM sur les liens internes : ils écrasent la vraie source.

2. Redirections et passage HTTP/HTTPS qui perdent le référent

Symptôme : le Direct monte et le Referral ou l'Organic baisse à une date précise (migration, changement de permaliens, raccourcisseur). Un clic HTTPS vers HTTP n'envoie aucun référent ; une redirection meta refresh, JavaScript ou en chaîne perd le référent ou les UTM. Vérification : onglet Réseau de Chrome sur l'URL partagée : une seule 301, URL finale en HTTPS, paramètres conservés. Correction : tout le blog en HTTPS, une 301 directe vers l'URL finale, liens internes mis à jour.

3. Balise Google en double, ou absente de certains modèles

Balise absente d'un modèle (catégorie, landing de page builder, 404) : la visite d'entrée n'est pas mesurée. Le clic suivant a pour référent votre propre domaine, ignoré par GA4 : Direct. Balise en double : Google Tag Manager plus gtag.js codé en dur, ou Site Kit plus MonsterInsights, envoient 2 page_view par chargement. Elle double les pages vues ; elle ne crée pas de Direct, mais fausse le test d'engagement qui sert à le repérer.

Vérification : Tag Assistant (tagassistant.google.com) sur chaque modèle de page ; deux page_view à la même seconde dans DebugView confirment le doublon. Correction : une seule méthode d'installation. Pour un audit modèle par modèle d'un WordPress, les guides pour fiabiliser GA4 pour son blog détaillent les contrôles dans l'ordre.

4. Bannière de consentement mal réglée

Symptôme : le Direct et les pages de destination « (not set) » bondissent le jour de l'installation ou du changement de CMP. Deux causes : la bannière recharge la page après « Accepter » et efface le référent, ou analytics_storage=granted part après le premier page_view. Vérification : annotez la date, puis contrôlez dans Tag Assistant l'ordre consent default → consent update → page_view. Correction : état par défaut chargé avant la balise, aucun rechargement, mise à jour avant toute redirection, url_passthrough activé en Mode Consentement v2.

5. Votre propre trafic et celui des auteurs non filtré

Symptôme : des sessions Direct sur desktop, depuis votre ville, sur les articles de la semaine : vous relisez vos billets. Vérification : Rapports > Temps réel en navigant sur le blog : vos sessions y apparaissent ; après activation du filtre en état Test, la dimension « Nom du filtre de données test » les isole dans une exploration. Correction : Admin > Flux de données > flux web > Configurer les paramètres de la balise > Définir le trafic interne, valeur traffic_type=internal, adresse IP ou plage CIDR (préfixe /64 en IPv6, l'adresse complète change). Puis Admin > Filtres de données > Trafic interne > Exclure, d'abord en état Test.

Le filtre exige le rôle Éditeur, s'applique en 24 à 36 heures, sans rétroactivité, et supprime définitivement les données une fois actif. La procédure officielle de Google pour filtrer le trafic interne détaille chaque écran. Ajoutez le filtre « trafic développeurs » pour écarter le mode debug.

6. Bots et scrapers qui passent le filtre automatique

GA4 exclut d'office les robots de la liste IAB, sans volume consultable ; un scraper qui imite Chrome passe. Symptôme : page de destination « (not set) », 0 seconde d'engagement, système Linux, visites à heure fixe (toutes les 12 heures). Vérification : exploration libre, Direct ventilé par Ville, Système d'exploitation et Heure ; un bloc à 0 s d'engagement sur un seul pays ou une seule heure signe le bot. Correction : segment d'exclusion dans vos explorations, filtre de nom d'hôte contre le spam fantôme, blocage en amont (pare-feu Cloudflare ou serveur).

Dans quel ordre corriger, et quand voir l'effet ?

Annotez chaque correction pour comparer 28 jours avant et après.

Erreur Signal dans GA4 Outil de vérification Effet visible Liens sans UTM Pic de Direct le jour d'envoi Acquisition de trafic, vue horaire Envoi suivant Redirections / HTTP Direct en hausse, Referral en baisse Onglet Réseau de Chrome 24 à 48 h Balise double ou absente Pages vues ×2, Direct sur pages profondes Tag Assistant, DebugView 24 à 48 h Consentement Saut à la date de la CMP, (not set) Tag Assistant, annotations 7 jours Trafic interne Direct desktop local sur articles récents Filtre en état Test 24 à 36 h, sans rétroactivité Bots 0 s d'engagement, heure fixe Exploration par segment Dès le blocage Notre conseil : ne visez pas 0 % de Direct. Même corrigé, un blog garde 20 à 35 % de sessions sans source (habitués, messageries, IA sans référent). L'objectif : un Direct qui atterrit sur l'accueil avec un engagement proche de l'Organic.
Loïc Renaud

Loïc Renaud

Loïc Renaud est un spécialiste reconnu du référencement naturel, avec une expertise pointue en SEO local, en optimisation de la vitesse des sites et en SEO international. Il maîtrise également l'analyse de mots-clés pour bâtir des stratégies efficaces et durables. Passionné par le partage de connaissances, il accompagne les entreprises dans l'amélioration de leur visibilité en ligne avec rigueur et pédagogie.

Voir tous les articles →

Articles similaires