Beaucoup de sites embarquent les trois sans que leur rôle respectif soit toujours très clair. GSC, GA4 et Google Tag Manager portent des noms proches, affichent des chiffres qui ne tombent jamais pareil et donnent l’impression de faire double emploi. Cet article remet chaque outil à sa place, explique pourquoi leurs données ne concorderont jamais et vous aide à savoir lequel ouvrir selon la question que vous vous posez.
Trois outils, trois rôles
Le plus simple est de les situer par rapport au parcours d’un internaute. La Google Search Console (GSC) observe ce qui se passe avant la visite, du côté de Google. Google Analytics 4 (GA4) observe ce qui se passe pendant la visite, sur votre site. Google Tag Manager (GTM), lui, n’observe rien : ce n’est pas un outil de mesure, mais un outil de gestion des balises.
| Outil | Répond à la question | Où les données sont-elles collectées ? |
|---|---|---|
| Search Console | Google connaît-il vos pages, et sur quelles requêtes les affiche-t-il ? | Chez Google, avant la visite |
| Analytics 4 | Que font les internautes une fois sur votre site ? | Sur votre site, pendant la visite |
| Tag Manager | Comment gérer et déclencher les balises du site ? | Nulle part : il ne collecte aucune donnée pour vous |
Cette distinction paraît évidente une fois posée, mais elle explique à elle seule la plupart des malentendus. On ne demande pas à la Search Console combien de pages un internaute a consultées, elle n’en sait rien. On ne demande pas à GA4 sur quelle requête vous êtes positionné, ce n’est pas son sujet.
Google Search Console : ce qui se passe avant la visite
Ce que la Search Console vous montre
La Search Console est un outil de diagnostic du référencement naturel. Elle vous restitue ce que Google sait de votre site : les requêtes sur lesquelles vos pages apparaissent, le nombre de fois où elles ont été affichées dans les résultats, le nombre de clics obtenus et votre position moyenne.
Sa particularité tient à l’origine des données : elles viennent des serveurs de Google, pas de votre site. C’est pour cette raison que sa mise en place ne demande aucune balise de suivi dans vos pages. Il s’agit uniquement de prouver à Google que le site vous appartient, par un enregistrement DNS ou un fichier déposé à la racine, par exemple. Le sujet est détaillé dans notre article sur la connexion de la Google Search Console et l’ajout d’un sitemap.
Conséquence pratique appréciable : la Search Console fonctionne dès la validation du site, sans intervention sur le code, et elle conserve environ seize mois d’historique.

Ce qu’elle vous permet de faire
C’est le versant le moins connu de l’outil, et souvent le plus utile. La Search Console ne se contente pas de compter : elle vous permet de signaler vos pages à Google, puis de comprendre ce qu’il en a fait.
Commençons par les deux actions à votre disposition, à condition de ne pas se méprendre sur leur portée réelle. Soumettre un fichier sitemap.xml aide Google à découvrir vos URL, ce qui n’est pas la même chose que les faire indexer : un sitemap ne garantit ni l’indexation, ni un délai. « Demander une indexation », dans l’Inspection de l’URL, signale à Google qu’une page est prête pour une nouvelle tentative. C’est un signal, pas un déclencheur. Explorer et indexer restent deux décisions distinctes, et Google reste seul juge des deux.
Vient ensuite le diagnostic, et c’est là que la Search Console est irremplaçable. Le rapport Indexation des pages, dans la section Indexation, sépare les URL indexées de celles qui ne le sont pas, puis regroupe les secondes dans un tableau intitulé « Pourquoi des pages ne sont pas indexées ». Les motifs y sont nommés explicitement : « Bloquée par le fichier robots.txt », « Exclue par la balise « noindex » », « Page en double sans URL canonique sélectionnée par l’utilisateur », « Explorée, actuellement non indexée », « Détectée, actuellement non indexée ».
Une colonne Source accompagne chaque motif et distingue ce qui relève de votre site de ce qui relève des systèmes de Google. Les deux motifs « actuellement non indexée » appartiennent à la seconde catégorie : l’interface reconnaît elle-même qu’il s’agit d’une décision de Google, et non d’un réglage à corriger chez vous. Aucun outil externe ne peut produire seul cette information, pour une raison simple : elle vient de Google lui-même.
L’Inspection de l’URL applique la même logique à une adresse précise. Vous saisissez l’URL, et la Search Console vous indique si elle est indexée, quand elle a été explorée pour la dernière fois, quelle URL canonique Google a retenue et ce que le robot a réellement vu. C’est l’outil à ouvrir en premier quand une page ne remonte pas.
Le diagnostic d’indexation mérite un article à lui seul, tant chaque motif appelle des vérifications et des corrections qui lui sont propres. Nous y reviendrons.
Ce qu’elle ne voit pas
La Search Console s’arrête au clic. Une fois l’internaute arrivé sur votre site, elle ne sait plus rien : ni les pages qu’il consulte, ni le temps qu’il passe, ni s’il achète ou remplit un formulaire.
Une exception mérite d’être signalée. Le rapport consacré aux Core Web Vitals repose sur des mesures collectées auprès d’internautes réels pendant leur visite. C’est la principale entorse à cette séparation, et elle reste limitée : la Search Console ne suit aucun parcours individuel et ne renseigne jamais sur les actions réalisées dans la page.
Son périmètre est également restreint à la recherche Google. Les internautes venus d’un autre moteur, d’un réseau social, d’une newsletter ou d’un lien tapé directement dans le navigateur n’y figurent pas. Un site dont le trafic vient majoritairement du bouche-à-oreille ou des réseaux sociaux verra donc peu de choses dans la Search Console, sans que cela traduise le moindre problème.
Enfin, ce qu’elle observe se limite au référencement. Elle ne vous dira rien de vos ventes, de vos formulaires ni de vos parcours de navigation. C’est précisément là que le second outil intervient.
Google Analytics 4 : ce qui se passe pendant la visite
Ce que GA4 mesure
GA4 prend le relais exactement là où la Search Console s’arrête. Il mesure le comportement des internautes sur votre site : les pages consultées, l’enchaînement des parcours, le temps passé, l’appareil utilisé et la provenance du trafic, tous canaux confondus. Vous pouvez également suivre des actions précises, comme l’envoi d’un formulaire, un clic sur un numéro de téléphone ou une commande validée.
Pour cela, GA4 a besoin d’une balise déposée dans les pages de votre site. C’est un petit script qui s’exécute dans le navigateur de l’internaute et renvoie les informations à Google. GA4 ne connaît donc que ce que cette balise lui transmet : une page dépourvue de balise ne remonte aucune donnée et n’apparaît dans aucun rapport.
L’absence n’est pas neutre pour autant. Si l’internaute arrive sur une page non balisée puis poursuit vers une page balisée, GA4 enregistre la visite à partir de cette seconde page : le parcours est compté, mais son point de départ réel n’apparaît nulle part.
Sur WordPress, la balise est en général posée sur l’ensemble du site, par le thème, une extension ou Tag Manager. Le cas se rencontre donc surtout aux frontières : une page d’atterrissage hébergée ailleurs, un tunnel de paiement sur un domaine tiers, un sous-domaine oublié, ou un fichier PDF, qui ne peut par nature exécuter aucun script.
Point d’attention : la durée de conservation des données
- ➔ Par défaut, GA4 conserve les données détaillées deux mois seulement. Ce réglage se trouve dans l’administration de la propriété et peut être porté à quatorze mois.
- ➔ Il concerne les données fines utilisées par les explorations et les dimensions personnalisées. Les rapports standards, qui reposent sur des données agrégées, ne sont pas affectés.
- ➔ L’effet est silencieux : rien ne signale la perte, on la découvre le jour où une comparaison sur un an revient vide. À vérifier dès l’installation, pas le jour où vous en avez besoin.
- ➔ Le réglage ne récupère rien. Augmenter la durée s’applique aux données déjà collectées qui n’ont pas encore été supprimées, mais celles qui ont dépassé le seuil sont définitivement perdues.
Pourquoi ses chiffres restent approximatifs
C’est le point le plus mal compris de GA4, et il tient en une phrase : les chiffres affichés ne sont pas un comptage exact de votre trafic. Deux limites de nature différente s’additionnent.
Ce que la balise ne capte pas. D’abord le consentement : avec une configuration classique, la balise GA4 ne se déclenche qu’après l’acceptation du bandeau, et une part significative des internautes refuse ou ferme la fenêtre sans répondre. Ensuite, les bloqueurs de publicité peuvent empêcher le script de se charger. Enfin, certains navigateurs ou réglages de confidentialité limitent son exécution.
Le mode Consentement avancé de Google réduit en partie cette perte. Les balises peuvent alors envoyer des signaux sans cookies lorsque le consentement n’est pas accordé, afin d’estimer une partie des données manquantes. Deux réserves à connaître : les chiffres ainsi reconstitués sont modélisés et non directement mesurés, et cette modélisation n’est disponible qu’au-delà de volumes élevés, de l’ordre du millier d’internautes par jour, sans garantie d’activation même à ce niveau. Ces seuils restent hors de portée de la plupart des petits sites.
Ce que GA4 estime au lieu de le compter. Parmi les visites effectivement collectées, certains indicateurs ne sont pas comptés un par un dans l’interface. Pour les indicateurs portant sur des valeurs uniques, comme le nombre d’utilisateurs ou de sessions, GA4 s’appuie sur un calcul statistique plutôt que sur un comptage individuel. L’algorithme utilisé s’appelle HyperLogLog++.
Il ne s’agit pas d’un échantillonnage : GA4 traite bien les données collectées, mais utilise une méthode approchée pour calculer certains nombres de valeurs uniques. La marge d’erreur reste faible, de l’ordre de quelques pourcents. Elle n’est toutefois pas nulle.
Cette mécanique a une conséquence visible que beaucoup prennent pour un bug : dans le rapport d’acquisition, la somme des sessions affichées pour chaque canal ne tombe pas toujours sur le total général. Ce n’est pas une erreur, chaque valeur fait l’objet d’une estimation distincte.
GA4 vous donne donc une image partielle mais exploitable. Cette image reste utile pour comparer des périodes, repérer des tendances et identifier vos pages fortes. Elle ne convient pas pour affirmer « mon site a reçu exactement 1 240 visiteurs ce mois-ci ».
Google Tag Manager : ni l’un ni l’autre
Un conteneur de balises, pas un outil de mesure
Google Tag Manager est régulièrement présenté comme un troisième outil de statistiques. C’est une confusion : GTM ne produit lui-même aucune statistique d’audience.
Son rôle est celui d’un conteneur de balises. Vous posez le code de GTM une fois pour toutes dans votre site, deux extraits fournis par Google, puis vous ajoutez, configurez ou retirez depuis son interface toutes les balises dont vous avez besoin, GA4, un outil publicitaire, un suivi de conversion, un script tiers, et vous associez à chacune un déclencheur. Plus besoin de toucher au thème à chaque changement.
L’image la plus parlante est celle de la multiprise. GTM est la multiprise, pas l’appareil branché dessus. Il alimente, il ne mesure pas. Si vous ouvrez GTM en espérant y trouver le nombre de visites du mois, vous n’y trouverez rien.
Le cas le plus courant illustre bien le principe. La balise que l’on installe le plus souvent via GTM, c’est celle de GA4. Vous y déclarez la balise de base, que l’interface nomme « Balise Google » et qui enregistre les pages vues, puis autant de balises d’événement que nécessaire, chacune associée à son propre déclencheur : un clic sur un bouton précis, l’envoi d’un formulaire, le téléchargement d’un fichier.
Trois confusions fréquentes sur GTM et GA4
- ➔ Les données ne transitent pas par GTM. Une fois déclenchée, la balise GA4 envoie ses informations directement à Google Analytics, et vos rapports restent des rapports GA4.
- ➔ La finesse du suivi ne vient pas de GTM, mais des événements que vous définissez. Ils peuvent aussi être définis par du code dans le thème ou par une extension.
- ➔ GTM n’est pas réservé à GA4. Il gère aussi bien un pixel publicitaire, un suivi de conversion ou un script tiers.

En avez-vous besoin ?
Répondons franchement : si votre site n’utilise que GA4, probablement pas. Une extension ou le thème suffisent à poser la balise, et vous vous épargnez une console de plus à administrer.
GTM devient pertinent dans trois situations. Quand vous cumulez plusieurs balises et que les ajouter une à une dans le code devient ingérable. Quand vous voulez suivre certaines actions courantes sans faire appel à un développeur à chaque modification. Quand plusieurs personnes interviennent et qu’il faut un endroit unique, tracé et réversible, pour gérer tout cela.
La contrepartie est réelle. GTM ajoute une couche d’abstraction entre votre site et vos outils, ainsi qu’une interface supplémentaire à maîtriser. Son incidence sur les performances dépend surtout du nombre et du poids des balises que vous lui demandez de charger. Mal configuré, il peut aussi déclencher des balises avant le recueil du consentement. C’est un outil d’organisation, pas un gain de simplicité.
Pourquoi vos chiffres ne concordent jamais
Vous ouvrez la Search Console, elle annonce 800 clics. Vous ouvrez GA4, il annonce 610 sessions. Le premier réflexe consiste à chercher l’erreur. Il n’y en a pas : les deux chiffres sont justes, ils ne mesurent pas la même chose. Quatre raisons se cumulent.
Ils ne comptent pas la même unité. Un clic dans la Search Console, c’est un internaute qui clique sur votre résultat. Une session dans GA4, c’est une visite sur le site. Prenons un internaute qui clique sur votre résultat et consulte six pages, puis revient le lendemain par la même recherche et en consulte une septième. Il produit deux clics, deux sessions et sept pages vues. Trois chiffres différents, aucun faux.
Ils ne couvrent pas le même périmètre. La Search Console ne connaît que la recherche Google. GA4 compte aussi les réseaux sociaux, les newsletters, les liens directs et les autres moteurs. Toutes choses égales par ailleurs, GA4 devrait donc afficher davantage de trafic que la Search Console. En pratique, c’est souvent l’inverse, pour la raison qui suit.
Le consentement et les bloqueurs amputent GA4, jamais la Search Console, qui compte du côté de Google, hors de portée d’un bandeau cookies ou d’un bloqueur. C’est souvent l’explication principale d’un écart en défaveur de GA4.
Les journées ne commencent pas au même moment. Sauf dans la vue « 24 heures », qui suit le fuseau de votre navigateur, la Search Console libelle ses journées en heure du Pacifique. Ses données les plus récentes sont par ailleurs préliminaires : celles du jour, et parfois de la veille, sont encore en cours de collecte et peuvent évoluer pendant leur consolidation. Comparer un mardi dans les deux outils n’a donc pas grand sens.
La bonne façon de lire ces outils consiste à chercher des tendances cohérentes, pas des chiffres identiques. Si la Search Console montre une chute des impressions et que GA4 montre une chute des sessions, l’information est solide. Réconcilier les valeurs à l’unité près est une perte de temps.
Quel outil ouvrir, pour quelle question
| Votre question | L’outil à ouvrir |
|---|---|
| Ma nouvelle page est-elle connue de Google ? | Search Console |
| Pourquoi cette page n’est-elle pas indexée ? | Search Console |
| Sur quelles requêtes est-ce que j’apparais ? | Search Console |
| Pourquoi cette page perd-elle des positions ? | Search Console |
| Mon sitemap est-il correctement pris en compte ? | Search Console |
| D’où viennent les internautes ? | Analytics 4 |
| Quelles pages sont réellement consultées ? | Analytics 4 |
| Combien de personnes ont rempli mon formulaire ? | Analytics 4 |
| Comment ajouter une balise sans toucher au thème ? | Tag Manager |
| Les internautes rencontrent-ils des problèmes de performances ? | Search Console, rapport Core Web Vitals, puis PageSpeed Insights |
| Mon site consomme-t-il trop de CPU, de RAM ou d’I/O ? | Les outils de l’hébergement |
La dernière ligne mérite une précision, car la confusion est fréquente. Les statistiques de fréquentation fournies par votre hébergement, issues des journaux du serveur, comptent toutes les requêtes reçues, robots compris. Elles ne sont ni comparables à GA4 ni destinées au même usage : elles servent à surveiller la charge et le fonctionnement du site, ce qui relève d’une autre démarche, le monitoring de site web.
Faut-il forcément passer par Google ?
Non, et c’est une question qui se pose légitimement. Encore faut-il distinguer trois approches que l’on confond souvent.
Les extensions « connecteurs ». Elles rapatrient vos données GA4 dans le tableau de bord WordPress. Le confort est réel, mais vous n’avez pas quitté Google : la mesure se fait toujours chez lui, et le consentement reste requis. Beaucoup de personnes croient avoir changé de solution en installant ce type d’extension.
Les extensions de mesure locale. Les données restent dans la base de données de votre site. Deux façons de procéder existent, aux conséquences opposées. Certaines enregistrent une ligne par visite : la base grossit vite, ce qui demande de surveiller la purge et les limites de ressources de votre hébergement. D’autres ne stockent que des compteurs agrégés, une approche beaucoup plus légère : l’extension libre Koko Analytics, par exemple, fonctionne sur ce principe, avec une seule entrée en base par page et par jour. Elle propose un mode sans cookie et annonce moins d’un kilo-octet ajouté aux pages.
L’auto-hébergement d’une solution dédiée, comme Matomo, installée à côté du site plutôt que dedans. C’est la voie la plus complète et la plus proche de GA4 en fonctionnalités, mais aussi la plus exigeante à mettre en place et à maintenir. Le sujet est traité dans l’article consacré à l’auto-hébergement de Matomo.
Un point mérite d’être connu, car il boucle avec ce qui précède. La CNIL prévoit qu’un outil de mesure d’audience peut être exempté de consentement s’il sert exclusivement à mesurer l’audience du site pour le compte de son éditeur, ne produit que des statistiques anonymes, ne croise pas ses données avec d’autres traitements et ne permet pas de suivre la navigation d’un internaute sur plusieurs sites. Les conditions exactes figurent sur la page de la CNIL consacrée aux outils de mesure d’audience.
Attention à ne pas surinterpréter cette exemption. Elle porte sur le consentement préalable, pas sur le reste : vous devez toujours informer les internautes de la présence de ces traceurs et leur permettre de s’y opposer. Il revient par ailleurs au fournisseur de la solution de démontrer qu’elle peut être configurée dans ce cadre, et à vous de vérifier que la configuration retenue s’y tient. Le sujet rejoint plus largement la mise en conformité RGPD de votre site.
Conséquence directe sur vos chiffres : un outil qui remplit ces conditions mesure une part nettement plus large du trafic, là où GA4 n’en voit qu’une fraction. C’est pourquoi certains découvrent, en installant ce type d’extension, beaucoup plus de visites qu’ils n’en voyaient auparavant.
À retenir
La Search Console regarde avant la visite, du côté de Google : requêtes, positions, et raisons pour lesquelles une page est indexée ou ne l’est pas. Google Analytics 4 regarde pendant la visite, du côté de votre site : pages, parcours, actions. Google Tag Manager ne regarde rien : il gère et déclenche les balises des autres outils, et reste facultatif tant que vous n’en avez qu’une ou deux.
Leurs chiffres ne se rejoindront jamais, parce qu’ils ne comptent ni la même unité, ni le même périmètre, et que seul GA4 dépend du consentement de l’internaute. Lisez des tendances, pas des totaux.
Enfin, l’écosystème Google n’est pas un passage obligé. Des solutions installées sur votre propre hébergement peuvent fournir une mesure d’audience plus sobre et respectueuse de la vie privée. Lorsqu’un outil et sa configuration respectent l’ensemble des conditions fixées par la CNIL, ses traceurs peuvent bénéficier d’une exemption de consentement. Le bon outil reste celui dont vous exploitez réellement les données.













