Les limites de GA4 et les moyens réels de les contourner
Un rapport qui affiche des chiffres n'est pas forcément un rapport complet. Connaître les limites de GA4 et la façon de les contourner permet de savoir quand vos données disent la vérité et quand elles la résument, question que nous traitons systématiquement dans notre travail sur Google Analytics 4.
- L'échantillonnage frappe les explorations à partir de dix millions d'événements par requête sur une propriété standard, contre un milliard sur une propriété 360.
- Trois contournements marchent : réduire la plage de dates, restreindre à un segment, ou passer par les rapports standards non échantillonnés.
- Les seuils d'agrégation font disparaître des lignes sans erreur apparente : retirer les dimensions démographiques les restaure.
- La ligne d'agrégat regroupe les valeurs les moins fréquentes dès que la table dépasse sa limite ; une dimension au-delà de cinq cents valeurs relève de la haute cardinalité.
- Une propriété standard plafonne à vingt-cinq paramètres d'événement, cinquante dimensions personnalisées, trente événements clés et cent audiences.
- Les limites de volume et l'échantillonnage des explorations
- Les seuils d'agrégation qui masquent vos données
- La ligne « autres » et les quotas de dimensions
- Quand l'export vers un entrepôt devient la seule issue
- Questions fréquentes sur les limites de GA4
Toutes les valeurs citées sur cette page viennent de la documentation officielle et sont liées à leur source. Ces plafonds évoluent, nos consultants en mesure de la performance les revérifient à chaque mission plutôt que de se fier à un contenu daté.
Les limites de volume et l'échantillonnage des explorations
L'échantillonnage frappe les explorations avant les rapports standards. Google documente une limite d'échantillonnage de dix millions d'événements par requête sur une propriété standard, contre un milliard sur une propriété 360.
Le symptôme se repère à l'indicateur de qualité affiché en haut de l'exploration. Au-delà du seuil, votre analyse porte sur un échantillon, ce qui reste acceptable pour dégager une tendance et devient trompeur pour un chiffre présenté en comité.
Trois contournements donnent des résultats en pratique. Réduire la plage de dates de l'exploration ramène souvent le volume sous le seuil. Restreindre l'analyse à un segment plutôt qu'à l'ensemble du trafic produit le même effet. Passer par les rapports standards, non échantillonnés, suffit quand la question posée reste simple.
Les seuils d'agrégation qui masquent vos données
Ce phénomène surprend, parce qu'il fait disparaître des lignes sans erreur apparente. Google explique que des données peuvent être retenues lors de la consultation d'un rapport ou d'une exploration incluant des données démographiques, et qu'une ligne contenant une requête de recherche peut être masquée s'il n'y a pas assez d'utilisateurs au total.
La raison tient à la protection de la vie privée. La même page précise que ces seuils existent pour empêcher quiconque consultant un rapport de déduire l'identité ou des informations sensibles sur des utilisateurs individuels à partir de données démographiques, d'intérêts ou d'autres signaux.
Les seuils d'agrégation appliqués à vos rapports se signalent par un message dans l'indicateur de qualité, qu'il faut prendre l'habitude de regarder. Le contournement principal consiste à retirer les dimensions démographiques de l'analyse, ce qui restaure les lignes manquantes.

La ligne « autres » et les quotas de dimensions
La ligne d'agrégat apparaît quand le nombre de lignes dépasse la capacité de la table. Google indique qu'elle regroupe les valeurs de dimension les moins fréquentes quand le nombre de lignes dépasse la limite de la table, et donne un exemple parlant, une propriété comptant cent cinquante mille pages uniques face à une limite de cent mille lignes voyant les cinquante mille pages les moins fréquentes regroupées.
La cardinalité en est la cause. La même documentation considère qu'une dimension dépassant cinq cents valeurs relève de la haute cardinalité, sans qu'il s'agisse d'une limite stricte, le risque de condensation augmentant avec le nombre de valeurs collectées. Google recommande de réutiliser les dimensions existantes avant d'en créer, d'éviter les dimensions à haute cardinalité inutiles, et de privilégier les rapports standards.
Les quotas d'objets complètent le tableau. Une propriété standard dispose de vingt-cinq paramètres d'événement, cinquante dimensions personnalisées au niveau événement, trente événements clés et cent audiences, plafonds qui deviennent contraignants sur un dispositif riche.
Quand l'export vers un entrepôt devient la seule issue
Aucun contournement d'interface ne traite l'échantillonnage sur de très gros volumes ni la ligne d'agrégat sur des dimensions à forte cardinalité. À ce stade, la question change de nature : il s'agit de sortir les données brutes au lieu d'aménager la lecture.
L'export vers un entrepôt donne accès à chaque événement ligne à ligne, sans échantillonnage ni agrégation. Vous retrouvez alors la totalité de vos pages, de vos requêtes internes et de vos paramètres, au prix d'une compétence en requêtage et d'un coût de traitement.
Le passage aux données brutes exportées ne dispense pas de l'interface, il la complète. Les rapports standards gardent leur utilité pour le pilotage courant, l'entrepôt sert aux analyses que l'interface refuse de produire.
Questions fréquentes sur les limites de GA4
Connaître les limites d'un outil vaut mieux que découvrir un chiffre faux en comité. Nos consultants auditent vos rapports et identifient ce qui vous est masqué, demandez une reprise en main de votre propriété. Vos leviers restent pilotés par notre agence de marketing digital.
