Événement GA4

Les événements collectés automatiquement, sans configuration : première visite, début de session, changement de page.

Les événements de mesure améliorée, activables en un clic : défilement, clic sortant, recherche interne, lecture vidéo, téléchargement de fichier. C’est le premier réglage à vérifier sur un compte neuf.

Les événements recommandés, dont Google fournit le nom et les paramètres attendus. Les utiliser tels quels débloque des rapports préconstruits, notamment sur le commerce en ligne.

Les événements personnalisés, que vous nommez librement pour ce qui est propre à votre activité.

C’est le problème central, et il ne se répare pas rétroactivement.

Un événement mal nommé crée une entrée distincte qui n’alimente rien. Une faute de frappe entre demande_devis et demande_devis_ produit deux séries dont aucune n’est complète.

Trois règles suffisent. Un nom en minuscules, sans accent, avec des tirets bas. Une convention écrite, décidée avant la première pose. Et l’usage des noms recommandés par Google partout où ils existent, plutôt qu’une invention parallèle.

Les données passées ne sont pas renommables. Un changement de convention crée une rupture dans les séries.

Chaque événement transporte des paramètres qui le qualifient : la valeur, la devise, le nom d’un formulaire, la catégorie d’une page.

Pour qu’un paramètre personnalisé apparaisse dans les rapports, il doit être déclaré comme dimension ou métrique personnalisée. Sans cette déclaration, il est collecté et invisible, ce qui explique beaucoup de rapports vides.

Le contrôle se fait dans DebugView, qui montre l’événement et le contenu de chaque paramètre au moment de l’envoi.

Un événement devient une conversion quand vous le marquez comme tel. C’est cette marque qui le rend utilisable par les campagnes publicitaires.

Marquer trop d’événements en conversion dilue le signal envoyé aux algorithmes, qui optimisent alors sur des actions sans valeur. Le raisonnement est décrit côté lead qualifié.