Tout le modèle de données de GA4 repose sur une seule unité : l’événement. Un plan de taggage propre commence donc par deux décisions structurantes, quel événement on collecte et lequel on désigne comme conversion. Ce guide reprend la typologie officielle des événements GA4, la procédure de marquage des événements clés, et les limites chiffrées qu’il faut connaître avant de concevoir un plan de mesure. Pour les sujets connexes, voir notre rubrique tracking et mesure et notre guide GTM server-side.
Ce qu’est un événement dans GA4
Un événement GA4 mesure une interaction ou une occurrence spécifique sur un site web ou dans une application (Aide Google Analytics). La granularité est donc entièrement à votre main : c’est vous qui décidez du niveau de détail auquel vous découpez le parcours.
Analyse de Trafic Manager : un plan de taggage GA4 se conçoit donc comme une liste finie de noms d’événements décidée en amont, plutôt que comme une accumulation de tags ajoutés au fil des demandes. Sans convention de nommage écrite, une propriété dérive vite vers des doublons du type inscription_newsletter et newsletter_signup qui mesurent la même chose.
Les quatre familles d’événements
GA4 distingue quatre catégories d’événements : les événements collectés automatiquement, les événements de mesure améliorée, les événements recommandés et les événements personnalisés (Aide Google Analytics). Cette typologie détermine la charge d’implémentation et la visibilité dans les rapports.
Les événements recommandés sont des événements que vous implémentez vous-même, mais dont les noms et les paramètres sont prédéfinis (Aide Google Analytics). Google précise qu’il faut les envoyer avec leurs paramètres prescrits pour obtenir le maximum de détail dans les rapports (Aide Google Analytics).
Les événements personnalisés sont ceux que vous définissez, et ils ne s’affichent pas dans la plupart des rapports standards : il faut configurer des rapports ou des explorations personnalisés pour que les analyses soient pertinentes (Aide Google Analytics).
Analyse de Trafic Manager : cette dernière limite est la principale raison de privilégier un événement recommandé quand il en existe un pour l’action visée. Un événement personnalisé alourdit le reporting client sans apporter de donnée supplémentaire quand un nom prédéfini couvrait déjà le besoin.
Événement clé : la conversion dans GA4
Un événement clé est un événement qui mesure une action particulièrement importante pour la réussite de votre entreprise (Aide Google Analytics). C’est la notion qui porte la conversion dans GA4.
La procédure officielle tient en deux temps : tout événement collecté peut devenir un événement clé, il faut donc créer ou identifier un événement qui mesure l’action, puis le marquer comme événement clé (Aide Google Analytics). Aucun événement clé n’existe indépendamment d’un événement déjà collecté. Si la collecte est absente ou mal déclenchée, le marquage comme conversion ne corrige rien.
Où se fait le marquage
Le marquage se fait au niveau de la propriété, dans Admin puis Événements, en créant un événement ou en ouvrant un événement existant, puis en activant le bouton à côté de l’option Marquer comme événement clé (Aide Google Analytics). C’est aussi à cet endroit que se choisissent la valeur par défaut et la méthode de comptabilisation.
La limite de 30 événements clés
Une propriété GA4 standard peut compter jusqu’à 30 événements clés (Aide Google Analytics). Les seuils supérieurs relèvent de Google Analytics 360 (Aide Google Analytics).
Analyse de Trafic Manager : 30 places suffisent largement pour un compte bien tenu, mais elles se remplissent vite si l’on marque comme conversion chaque micro interaction. Réservez ces emplacements aux actions que vous êtes prêt à défendre en réunion budget, et laissez les micro conversions en événements simples, consultables sans occuper un slot.
Le piège de la modification d’événements
Les modifications d’événements écrasent les événements existants, et Google recommande explicitement la prudence, en citant l’exemple de l’événement page_view qu’il vaut mieux éviter de modifier (Aide Google Analytics).
Analyse de Trafic Manager : traitez toute modification d’événement dans l’interface GA4 comme une opération à risque. Avant intervention, notez le nom exact de l’événement ciblé, la condition de déclenchement, et la date du changement. Cela donne un point de retour si les volumes chutent sur un rapport dans les jours suivants.
Les limites de collecte à intégrer au plan de taggage
Plusieurs plafonds officiels encadrent la conception d’un plan de mesure GA4.
- GA4 autorise jusqu’à 25 paramètres par événement (Aide Google Analytics).
- Les noms d’événements et les noms de paramètres sont limités à 40 caractères, et les valeurs de paramètres à 100 caractères, avec des exceptions comme page_location qui monte à 1 000 caractères (Aide Google Analytics).
- GA4 accepte jusqu’à 25 propriétés utilisateur par propriété, avec des noms limités à 24 caractères et des valeurs à 36 caractères (Aide Google Analytics).
Analyse de Trafic Manager : la contrainte des 40 caractères sur les noms est la plus fréquemment rencontrée quand on préfixe abondamment ses événements. Fixez la convention de nommage en tenant compte de ce plafond dès le départ, plutôt que de renommer une partie du plan après coup, ce qui casserait la continuité historique des rapports.
Envois serveur : les limites du Measurement Protocol
Dès qu’une partie de la collecte part d’un serveur, les limites du Measurement Protocol s’appliquent. Une requête peut contenir au maximum 25 événements, le corps de la requête doit rester sous 130 ko, et les événements comme les propriétés utilisateur ne peuvent être antidatés que de 72 heures au maximum (documentation Google Analytics pour les développeurs). Google précise aussi que les événements envoyés via le Measurement Protocol et destinés à être rapprochés d’événements collectés côté client doivent être reçus dans les 48 heures suivant l’horodatage de l’événement client d’origine (documentation Google Analytics pour les développeurs).
Analyse de Trafic Manager : cette fenêtre d’antidatage est le point à surveiller sur les architectures qui rejouent des données ou qui envoient des événements en différé depuis un back office. Un rattrapage lancé une semaine après les faits ne remontera pas dans la propriété. Le sujet croise aussi les configurations de consentement, où l’envoi peut être décalé selon le choix de l’utilisateur : voir notre guide sur le Consent Mode v2.
Trame de paramétrage
Pour dérouler un paramétrage GA4 dans l’ordre :
- Listez les actions à mesurer et vérifiez, pour chacune, si un événement recommandé existe déjà avec son nom et ses paramètres prédéfinis.
- Réservez l’événement personnalisé aux cas non couverts, en acceptant qu’il n’apparaisse pas dans la plupart des rapports standards.
- Fixez la convention de nommage en respectant les 40 caractères, et cadrez les paramètres dans la limite de 25 par événement.
- Identifiez les actions décisives pour l’entreprise et marquez-les comme événements clés dans Admin puis Événements, dans la limite de 30 par propriété standard.
- Documentez chaque modification d’événement, puisqu’une modification écrase l’événement existant.
- Si une partie de la collecte passe par le Measurement Protocol, contrôlez la fenêtre d’antidatage de 72 heures et le plafond de 25 événements par requête.
Le choix des conversions reste un arbitrage métier. Cette trame sert à garantir que les événements retenus sont collectés dans les règles de la plateforme, et donc exploitables pour piloter vos campagnes.