Est-ce grave d'avoir deux balises GA4 sur mon site ?

Oui. Deux balises GA4 — deux identifiants de mesure, ou le même déclenché deux fois — gonflent vos sessions et vos événements, faussent le taux d'engagement et le taux de rebond, créent des rapports contradictoires et peuvent doubler les conversions importées vers Google Ads. On le détecte en regardant les requêtes /g/collect et leur paramètre tid, et on corrige en gardant une seule source d'envoi GA4.

Le double comptage GA4 fausse-t-il Google Ads ?

Si vous importez des conversions GA4 vers Google Ads et qu'elles sont dédoublées, oui : le smart bidding optimise sur des volumes gonflés. C'est l'une des raisons pour lesquelles il faut une source de vérité unique pour la mesure avant d'alimenter les plateformes publicitaires.

Accueil → Ressources → Deux GA4 : le double comptage

Deux propriétés GA4 sur le même site : le double comptage silencieux

Q: Comment détecter deux GA4 sur une page ?

Ouvrez l'onglet Réseau du navigateur, filtrez sur « collect », et rechargez la page. Une page vue doit générer une seule requête /g/collect par propriété. Deux paramètres tid différents = deux propriétés distinctes ; le même tid deux fois = un double déclenchement. Tag Assistant et le GA4 DebugView confirment le diagnostic.

Q: Peut-on volontairement avoir deux propriétés GA4 ?

Oui, c'est parfois légitime : une propriété de test et une de production, ou une propriété filiale et une propriété groupe. Le problème n'est pas d'avoir deux propriétés, mais de les charger toutes les deux sur le même environnement sans le vouloir, ce qui dédouble la mesure.

Nicolas Malabre · Publié le 27 juillet 2026 · Lecture 6 min

Oui, c'est un problème. Deux balises GA4 sur le même site — deux identifiants de mesure, ou le même déclenché deux fois — gonflent vos sessions et vos événements, faussent l'engagement et le taux de rebond, et peuvent doubler les conversions importées vers Google Ads. Ça se détecte en 2 minutes dans les requêtes /g/collect et leur paramètre tid.

Comment on se retrouve avec deux GA4 ?

Presque toujours par accumulation, jamais par décision. Les cas que je vois le plus :

Une balise en dur dans le thème + une deuxième posée via GTM : les deux firent en parallèle.
Une app / un plugin (surtout sur Shopify et WordPress) qui injecte sa propre balise GA4, en plus de la vôtre.
Une migration UA → GA4 bâclée : l'ancienne intégration est restée, la nouvelle s'est ajoutée.
Une propriété de test laissée active en production après un déploiement.

N°2C'est le deuxième défaut le plus fréquent dans mes scans, juste après la déduplication Pixel/CAPI cassée. Et le plus sournois : rien n'a l'air en panne, les rapports se remplissent — ils se remplissent juste deux fois.

Qu'est-ce que ça casse, concrètement ?

Le double envoi contamine toute la lecture :

Sessions et events gonflés : votre trafic paraît plus fort qu'il n'est.
Taux d'engagement et de rebond faussés : GA4 voit des interactions dédoublées, les moyennes n'ont plus de sens.
Rapports contradictoires si les deux balises pointent des propriétés différentes.
Conversions dédoublées à l'import vers Google Ads → smart bidding optimisé sur des volumes gonflés.

C'est l'un des mécanismes derrière un écart entre GA4 et le back-office — sauf qu'ici, GA4 compte trop, pas trop peu.

Comment le détecter en 2 minutes ?

Pas besoin d'outil payant, le navigateur suffit :

// Onglet Réseau (Network) → filtre : collect → rechargez la page
// Une page vue = UNE requête /g/collect par propriété attendue

https://region1.google-analytics.com/g/collect?v=2&tid=G-AAAA111&en=page_view …
https://region1.google-analytics.com/g/collect?v=2&tid=G-BBBB222&en=page_view …

// Deux tid DIFFÉRENTS  -> deux propriétés GA4 distinctes
// Le MÊME tid deux fois -> une seule propriété, double déclenchement

Le paramètre tid est votre juge de paix. En complément, le GA4 DebugView et le Tag Assistant confirment quel conteneur/quelle source déclenche quoi.

Comment corriger proprement ?

Une seule source d'envoi. On centralise GA4 dans un seul endroit — idéalement GTM (ou GTM server-side) — et on retire les balises en dur du thème et celles injectées par les apps/plugins.
Un seul identifiant par environnement. Si vous avez besoin d'une propriété de test, on la conditionne à l'environnement (staging), pour qu'elle ne parte jamais en production.
On re-teste. Retour à l'onglet Réseau : une page vue = une requête /g/collect, un seul tid. C'est réglé quand le double a disparu.

Ce ménage fait partie d'une source de vérité unique pour la mesure — la même logique que la déduplication Pixel/CAPI côté Meta, appliquée à GA4.

FAQ

Comment détecter deux GA4 sur une page ?

Onglet Réseau → filtre « collect » → rechargez. Une page vue = une requête /g/collect par propriété. Deux tid différents = deux propriétés ; le même tid deux fois = double déclenchement.

Peut-on volontairement avoir deux propriétés GA4 ?

Oui : test vs production, ou filiale vs groupe. Le problème n'est pas d'avoir deux propriétés, mais de les charger toutes les deux sur le même environnement sans le vouloir.

Le double comptage fausse-t-il Google Ads ?

Si vous importez des conversions GA4 dédoublées vers Google Ads, oui : le smart bidding optimise sur des volumes gonflés. D'où la nécessité d'une source de vérité unique avant d'alimenter les plateformes.

Le server-side règle-t-il le problème ?

Il aide en centralisant l'envoi, mais il ne pardonne pas une double source en amont : si deux balises poussent GA4, le server-side enverra le double proprement. On corrige la source d'abord.

Nicolas MalabreMedia buyer senior — 10 ans d'achat média Google Ads & Meta. Je scanne des stacks e-commerce chaque semaine et je répare la couche de mesure des marques qui dépensent en publicité. Profil Malt ↗

Votre GA4 compte-t-il en double ?

Je scanne votre site avant le call et je vous montre, requêtes réseau à l'appui, combien de balises GA4 partent réellement — et laquelle garder.

Diagnostic gratuit — 30 min

Vous repartez avec le diagnostic, que l'on travaille ensemble ou non.