Les limites de GA4 que personne ne vous dit
Les plafonds techniques de GA4 : parametres par evenement, custom dimensions, echantillonnage, retention et cardinalite. Ce qu'il faut savoir avant de scaler.
Google Analytics 4 est un outil puissant, mais ses limites techniques sont rarement documentees clairement. Les decouvrir en production, quand vos rapports affichent des donnees incoherentes, est une experience que vous pouvez eviter. Voici les plafonds reels a connaitre avant de deployer votre plan de mesure.
25 parametres par evenement, mais en realite moins
La documentation officielle annonce 25 parametres personnalises par evenement. Ce que Google ne precise pas clairement, c’est que ce quota inclut les parametres collectes automatiquement : page_location, page_referrer, page_title, screen_resolution, language, et d’autres encore. En pratique, vous disposez de 20 a 22 slots pour vos parametres custom. Depassez la limite et les parametres supplementaires seront silencieusement ignores, sans aucun message d’erreur dans la console.
500 evenements distincts et 50 custom dimensions
GA4 impose un plafond de 500 noms d’evenements distincts par propriete. Cela semble confortable, mais les evenements mal nommes (avec des identifiants dynamiques dans le nom) peuvent epuiser ce quota rapidement. Cote dimensions personnalisees, la limite est de 50 event-scoped et 25 user-scoped, plus 50 metriques personnalisees. Chaque dimension enregistree est definitive : meme si vous la supprimez de l’interface, elle continue a compter dans le quota pendant une periode de grace.
30 conversions maximum
Vous pouvez marquer au maximum 30 evenements comme key events (anciennement conversions) par propriete. Pour un site e-commerce avance avec des micro-conversions granulaires, cette limite est vite atteinte. La strategie recommandee : regrouper les evenements similaires sous un meme nom et utiliser des parametres pour differencier les variantes.
L’echantillonnage dans les explorations
Les rapports standards de GA4 ne sont pas echantillonnes, mais les explorations le sont. Au-dela de 10 millions d’evenements sur la periode selectionnee, GA4 applique un echantillonnage qui peut fortement biaiser vos analyses. L’icone verte en haut du rapport passe a jaune puis rouge selon le taux d’echantillonnage. Pour les analyses non echantillonnees, l’export vers BigQuery est la seule solution fiable.
Retention des donnees : 2 ou 14 mois
Par defaut, GA4 conserve les donnees au niveau utilisateur pendant 2 mois. Vous pouvez etendre cette retention a 14 mois dans les parametres d’administration. Au-dela, les donnees granulaires sont supprimees. Les rapports agreges restent disponibles, mais vous ne pourrez plus creer de segments retroactifs sur les donnees anciennes. Sans export BigQuery, vous perdez l’historique detaille de facon irreversible.
La cardinalite : le piege des valeurs “other”
Quand une dimension contient trop de valeurs uniques (typiquement plus de 500 par jour), GA4 regroupe les valeurs les moins frequentes sous le libelle “(other)”. Ce phenomene de cardinalite elevee affecte les rapports standards comme les explorations. Les pages produit avec des URL uniques, les identifiants utilisateur ou les termes de recherche internes sont les cas les plus courants. La solution : reduire la cardinalite en amont (regrouper les URL, utiliser des categories) ou exploiter les donnees brutes dans BigQuery.
Pour une configuration GA4 optimale qui anticipe ces limites des le depart, ou pour comprendre en detail ce qu’est GA4, n’hesitez pas a consulter nos ressources dediees.