GA4 pour les PME : configurer les événements et conversions qui comptent vraiment

Une PME installe Google Analytics 4, regarde le compteur de sessions monter, et ferme l'onglet. C'est l'usage le plus fréquent. Le tableau de bord ressemble à un cockpit d'avion, personne ne sait quelle jauge correspond à un client réel, et le rapport "conversions" reste vide. Le problème n'est pas l'outil. GA4 est gratuit, suffisamment puissant, plutôt bien documenté. Le problème est que sa configuration par défaut capte le bruit (pages vues, scrolls, clics sortants) et laisse de côté ce qui fait tourner une PME : un formulaire envoyé, un appel téléphonique, un devis signé, un paiement validé.

Chez Chappygo on voit le même scénario chez la majorité des PME toulousaines qui nous contactent. GA4 est installé, parfois relié à Google Tag Manager, mais aucun key event n'a été défini. Le site génère des leads, personne ne sait combien ni d'où ils viennent. Ce guide ne vous apprendra pas à cliquer dans tous les menus de l'interface. Il dit quels événements mesurer, pourquoi, et comment éviter les pièges qui transforment GA4 en gadget décoratif.

Sommaire

1. Pourquoi la configuration par défaut de GA4 ne suffit pas à une PME
2. Les événements que toute PME devrait suivre
3. Key events : la différence avec les anciennes conversions
4. Le piège des conversions tierces (HubSpot, Stripe, Calendly)
5. Comment GA4 parle avec GTM et Search Console
6. Ce qu'on fait côté Chappygo
7. Limites de GA4
8. FAQ

1. Pourquoi la configuration par défaut de GA4 ne suffit pas à une PME

Quand on installe GA4, l'outil active la "mesure améliorée" (Enhanced Measurement). Cela capte les pages vues, les scrolls à 90 %, les clics sur liens sortants, les recherches sur site, les vidéos YouTube intégrées, et les téléchargements de fichiers. Utile pour une vue d'ensemble du trafic. Inutile pour piloter une activité commerciale.

Une PME ne vend pas des scrolls ni des pages vues. Elle vend des rendez-vous, des devis, des contrats, des appels téléphoniques. Aucun de ces gestes n'est capté par défaut. La conséquence concrète : les rapports de conversion restent vides, le coût par acquisition est incalculable, et le ROI d'une campagne Google Ads ou d'un travail SEO reste une estimation grossière.

Le deuxième problème, plus subtil, est le bruit. Les événements automatiques génèrent du volume dans les rapports. Ce volume donne une fausse impression de richesse de données. On a l'impression de beaucoup mesurer. En réalité, on mesure des choses sans lien avec le chiffre d'affaires. Le remède n'est pas d'ajouter plus d'événements. C'est d'en ajouter peu, mais les bons, et de les marquer comme key events.

Pour une PME, l'objectif minimal est de mesurer la chaîne qui mène du visiteur au client : arrivée sur le site, interaction avec un formulaire, soumission du formulaire, conversion en lead qualifié. Cinq à dix événements bien choisis suffisent.

2. Les événements que toute PME devrait suivre

Voici la liste des événements à configurer sur un site de PME classique (services B2B, commerce local, e-commerce léger). La liste est courte volontairement. GA4 référence des dizaines d'événements recommandés sur developers.google.com/analytics, mais la plupart ne concernent pas une PME standard.

Événement	Ce qu'il capte	Pourquoi ça compte pour une PME
generate_lead	Soumission d'un formulaire de contact, demande de devis, inscription à une newsletter	C'est la conversion de base d'une PME. Sans ça, aucun rapport sur le coût par lead.
form_start	Première interaction avec un champ de formulaire	Mesure l'intention. Comparé à generate_lead, donne le taux d'abandon de formulaire.
purchase	Validation d'une transaction e-commerce	Indispensable si vente en ligne. Inutile sinon.
phone_call (custom)	Clic sur un numéro tel:	Capte les appels sortants depuis mobile. Souvent le canal principal d'une PME locale.
email_click (custom)	Clic sur un lien mailto:	Idem, canal de contact direct.
file_download	Téléchargement d'un PDF (catalogue, plaquette)	Bon proxy d'intention B2B, surtout en industrie ou services complexes.

2.1 generate_lead, l'événement central

L'événement generate_lead est l'événement recommandé par Google pour toute PME qui génère des contacts via son site. La documentation officielle le décrit comme l'événement à déclencher "quand un lead a été généré pour comprendre l'efficacité de vos campagnes" (source : developers.google.com/analytics, événements recommandés). Pour une PME, c'est l'équivalent digital de quelqu'un qui franchit la porte du magasin.

Paramètres utiles : currency (EUR), value (valeur estimée du lead, par exemple 100 € pour un devis B2B), lead_source (formulaire, pop-in, footer). Sans valeur attribuée, GA4 ne calcule pas de revenu par source.

2.2 form_start et le suivi d'abandon

form_start se déclenche à la première interaction avec un formulaire. Combiné à generate_lead, ce couple donne le taux de complétion : si 100 visiteurs commencent le formulaire et 12 le terminent, le taux est de 12 %. Un taux sous 10 % signale un formulaire trop long, trop intrusif, ou un bug technique. Sans ces deux événements, le diagnostic est impossible.

2.3 purchase, uniquement si e-commerce

Si la PME vend en ligne (même partiellement), purchase est l'événement à configurer. Il transporte les paramètres transaction_id, value, currency, items. À ne pas confondre avec add_to_cart ou begin_checkout, qui mesurent l'intention mais pas la conversion finale. Pour une PME sans e-commerce, cet événement est inutile et ajoute du bruit.

2.4 Le suivi des appels téléphoniques

Beaucoup de PME locales reçoivent plus d'appels que de formulaires. L'événement phone_call n'existe pas dans la liste par défaut. Il faut le créer comme événement custom, déclenché au clic sur un lien tel:. Sans cela, tout le trafic téléphonique est invisible dans GA4. Une variante plus avancée utilise un numéro dynamique (call tracking) pour mesurer les appels réellement décrochés, mais c'est un investissement mensuel qui dépasse le cadre de cet article.

3. Key events : la différence avec les anciennes conversions

Le 21 mars 2024, Google a renommé "Conversions" en "Key Events" dans GA4 (source : support.google.com/analytics). Le changement est purement sémantique. Mécaniquement, rien ne change : on marque un événement comme "key event", et GA4 le traite comme une conversion dans ses rapports.

Pourquoi ce changement ? Google veut unifier le vocabulaire entre GA4 et Google Ads. Dans Google Ads, le mot "conversion" reste utilisé pour les actions mesurées côté publicité. Dans GA4, on parle désormais de "key event" pour désigner l'événement qu'on juge important.

Concrètement pour une PME, ça change trois choses :

• Le vocabulaire de l'interface. Le menu "Conversions" s'appelle désormais "Key events" dans Admin > Affichage des données. Un détail, mais qui peut désorienter au premier coup d'œil.
• La cohérence GA4 ↔ Google Ads. Quand on importe une conversion de GA4 vers Google Ads, l'objet reste "key event" côté GA4 et devient "conversion" côté Ads.
• Rien d'autre. Aucune action de migration n'est requise. Les conversions configurées avant mars 2024 sont devenues automatiquement des key events.

Pour démarrer : créer un événement (par exemple generate_lead), puis dans Admin > Affichage des données > Key events, basculer l'interrupteur. À partir de là, il apparaît dans les rapports de conversion.

4. Le piège des conversions tierces (HubSpot, Stripe, Calendly)

C'est le piège le plus fréquent chez les PME que nous auditons. Le formulaire de contact n'est pas un formulaire natif du site, c'est un embed HubSpot. La prise de rendez-vous passe par Calendly. Le paiement passe par Stripe Checkout. Ces outils gèrent eux-mêmes la conversion côté leur propre interface, mais GA4 ne voit rien passer.

Le mécanisme : quand un visiteur soumet un formulaire HubSpot, la page ne se recharge pas toujours. HubSpot intercepte la soumission en JavaScript, envoie les données à ses serveurs, affiche un message de remerciement dans le même conteneur, et c'est terminé. GA4, sans configuration spécifique, n'a aucun moyen de savoir que quelque chose s'est passé. Le visiteur n'a pas changé de page, aucun événement custom n'a été déclenché. La conversion est invisible.

Trois cas typiques :

• HubSpot embedded form : la conversion existe dans HubSpot, pas dans GA4. Solution : écouter le callback onFormSubmitted de l'API HubSpot et pousser un événement dans le dataLayer, capté par GTM.
• Stripe Checkout : le visiteur peut fermer la page avant la redirection. Solution : utiliser un webhook côté serveur pour pousser l'événement via Measurement Protocol, ou instrumenter la page de redirection avec purchase comme key event.
• Calendly : l'outil génère l'événement calendly.event_scheduled via son API JavaScript. Solution : écouter cet événement dans GTM et pousser generate_lead dans le dataLayer.

La règle générale : si la conversion traverse un tiers, GA4 est aveugle par défaut. Il faut brancher explicitement un pont entre l'outil tiers et GA4. Côté Chappygo, on a croisé ce cas tellement souvent qu'on a fini par automatiser la configuration (section 6 ci-dessous).

5. Comment GA4 parle avec GTM et Search Console

GA4 ne fonctionne pas seul dans une stack PME mature. Il s'articule avec deux autres outils : Google Tag Manager (GTM) et Google Search Console (GSC). Chacun a un rôle précis.

5.1 GTM comme chef d'orchestre

GTM centralise les balises tierces (GA4, Meta Pixel, LinkedIn Insight, Hotjar) et les déclenche selon des règles qu'on définit. Sans GTM, chaque modification de tracking passe par le code du site. Avec GTM, un marketeur ajoute un événement sans développeur. Pour une PME, GTM n'est plus optionnel dès qu'on dépasse deux outils de tracking.

5.2 Search Console pour la source

GSC dit quelles requêtes Google apportent des visiteurs. GA4 seul ne voit que des chaînes génériques ("google / organic"). En liant GSC à GA4 (Admin > Liaisons de produits), on débloque le rapport "Requêtes organic" qui montre les mots-clés réellement utilisés. C'est la pièce manquante pour calculer quels contenus SEO apportent des leads, pas seulement des visites.

5.3 Configuration en 5 étapes

1. Créer un compte GTM et installer le conteneur sur toutes les pages du site (via le CMS, un plugin WordPress, ou directement dans le code Next.js/React).
2. Configurer la balise GA4 dans GTM avec le Measurement ID de la propriété (format G-XXXXXXXX). Déclencheur : toutes les pages.
3. Créer les déclencheurs custom pour chaque événement métier (generate_lead sur soumission de formulaire, phone_call sur clic tel:). Ces déclencheurs écoutent un dataLayer push, un sélecteur CSS, ou un événement JavaScript custom.
4. Créer les balises GA4 Event correspondantes, reliées aux déclencheurs ci-dessus. Une balise par événement.
5. Marquer les key events dans GA4 (Admin > Affichage des données > Key events), puis associer Search Console (Admin > Liaisons de produits). Publier le conteneur GTM.

Une fois ces cinq étapes validées, GA4 commence à être un outil de pilotage. Avant, c'est un compteur de visites.

6. Ce qu'on fait côté Chappygo

Cette section est un retour d'expérience, pas un argument de vente. On a construit un outil en interne parce qu'on répétait la même configuration sur tous les clients PME.

6.1 Le cas déclencheur : Educasium

Le cas déclencheur a été Educasium, une école de formation professionnelle dont le site Next.js pousse les leads vers HubSpot via son formulaire de contact. Le formulaire fonctionnait. HubSpot recevait les leads. Mais GA4 ne captait aucune conversion. Le rapport "Conversions" était vide. Le client ne pouvait pas savoir combien de leads venaient du SEO, combien de Google Ads, combien de directs.

Le diagnostic a pris vingt minutes. La correction manuelle, beaucoup plus longue : créer un trigger CUSTOM_EVENT dans GTM, créer une balise GA4 Event reliée, créer une version du workspace, la publier, puis marquer generate_lead comme key event dans GA4. Cinq à six étapes manuelles, chacune susceptible d'erreur humaine (faute de frappe sur le nom d'événement, oubli de publier la version, key event non marqué). Multiplié par tous les clients PME à instrumenter, ça représentait des dizaines d'heures par an.

6.2 Ce que fait gtm-ga4-cli

On a écrit un script Python qui automatise tout le runbook via les API Google Tag Manager et Google Analytics Admin. Le principe :

• Authentification OAuth via le même compte Google que nos autres outils internes (gsc-cli, gmb-cli). Pas de service account, pas de clé API à stocker.
• Scopes limités : tagmanager.edit.containers et analytics.edit. Le script ne peut rien faire d'autre que modifier les conteneurs GTM et propriétés GA4 qu'on lui désigne.
• Commande setup-lead qui exécute le runbook complet : créer le trigger generate_lead, créer la balise GA4 Event, créer une version de workspace GTM, la publier, marquer generate_lead comme key event dans GA4.
• Idempotence : si on relance la commande, elle ne crée pas de doublons. Elle détecte ce qui existe déjà et passe à la suite. Cela permet de relancer le script en cas d'échec partiel.
• Mode --dry-run pour auditer ce que la commande ferait sans rien modifier.

6.3 La leçon générale

L'expérience Educasium s'est répétée chez d'autres clients. Le constat est systématique : si la conversion passe par un tiers (HubSpot, Stripe, Calendly, Typeform), GA4 est aveugle sans configuration spécifique. La visibilité ne vient pas de l'outil, elle vient du travail d'instrumentation. Une PME peut avoir GA4 installé depuis deux ans et n'avoir jamais vu un seul lead dans ses rapports, simplement parce que personne n'a configuré le pont.

Pour aller plus loin sur la cohérence globale de la stack marketing, on a écrit un guide sur GA4 et visibilité IA et un autre sur Search Console pour PME. Les trois outils (GA4, GSC, GTM) forment le socle de mesure d'une PME qui veut piloter son acquisition.

7. Limites de GA4

GA4 est gratuit, mais il a des limites qu'il faut connaître avant de construire toute sa stratégie de mesure dessus.

7.1 Délai de traitement 24 à 48 heures

La documentation officielle indique un délai de 24 à 48 heures pour la version gratuite (source : support.google.com/analytics, Data freshness). Pendant cette fenêtre, les données peuvent encore changer. En pratique, on observe parfois des délais jusqu'à 72 heures sur les rapports Explorations. Conséquence : GA4 n'est pas un outil de pilotage temps réel. Pour la hot list du jour, il faut un CRM qui capte l'événement directement.

7.2 Limite d'événements et d'échantillonnage

La version gratuite plafonne à environ 10 millions d'événements par mois et par propriété. Pour une PME, c'est largement suffisant (la majorité des sites PME tournent sous 100 000 événements par mois). Au-delà du seuil, Google peut appliquer de l'échantillonnage sur les rapports Explorations. GA4 360 (version payante, autour de 50 000 USD par an) monte à 25 millions d'événements inclus, puis facture environ 20 USD par million supplémentaire (source : OptimizeSmart, GA4 vs GA4 360). Aucune PME française classique n'a besoin de GA4 360.

7.3 Attribution data-driven sous condition

Depuis novembre 2023, le modèle d'attribution par défaut de GA4 est le data-driven attribution (DDA), qui remplace le last-click non direct. Le DDA utilise du machine learning pour répartir le mérite entre les différentes interactions précédant une conversion. En pratique, le DDA exige un volume minimum : environ 400 conversions par key event spécifique et 20 000 conversions au total sur la propriété (source : Google Analytics Help, Attribution). En dessous, GA4 bascule silencieusement sur un modèle plus simple. Une PME qui génère 30 leads par mois n'atteindra jamais le seuil. Le DDA n'est pas une raison en soi pour choisir GA4.

7.4 Rétention des données limitée

Par défaut, GA4 conserve les données détaillées 2 mois seulement. Il faut passer ce paramètre à 14 mois (Admin > Flux de données > Paramètres de données > Rétention). Cette modification n'est pas rétroactive : les données collectées avant le changement sont perdues une fois le délai écoulé. Premier réflexe à l'installation d'une nouvelle propriété : vérifier ce réglage.

7.5 Pas de rétroactif via Measurement Protocol

On peut envoyer des événements a posteriori via le Measurement Protocol, mais seulement dans une fenêtre de 72 heures après l'événement réel. Au-delà, l'événement est refusé. Cela sert notamment à envoyer des conversions côté serveur (Stripe webhook confirmé 24h plus tard, etc.), mais ça ne rattrape pas un historique oublié.

7.6 GA4 ne mesure que ce qu'on lui dit de mesurer

C'est la limite la plus oubliée. GA4 n'est pas un outil de découverte, c'est un outil d'instrumentation. Si un canal n'est pas instrumenté, il n'existe pas dans GA4. Les PME qui prennent les rapports pour argent comptant surinvestissent dans des canaux "visibles" et sous-investissent dans les canaux "invisibles" (bouche-à-oreille, appels, emails directs). GA4 complète le CRM, il ne le remplace pas.

8. FAQ

Faut-il passer à GA4 360 pour une PME ?

Non. La version gratuite couvre largement les besoins d'une PME jusqu'à plusieurs millions d'événements par mois. GA4 360 démarre autour de 50 000 USD par an, ce qui correspond à un budget d'entreprise moyenne, pas de PME. Les fonctionnalités supplémentaires ne sont utiles qu'à des structures avec des centaines de milliers de conversions mensuelles.

Qu'est-ce qu'un key event exactement ?

C'est le nouveau nom (depuis mars 2024) de ce que GA4 appelait une "conversion". C'est un événement marqué comme important dans l'interface GA4, qui apparaît ensuite dans les rapports de conversion et dans Google Ads si on l'importe. Mécaniquement, c'est strictement identique à l'ancien système.

Combien d'événements faut-il configurer au minimum ?

Pour une PME services, trois à cinq événements suffisent : generate_lead, form_start, un clic téléphone, et éventuellement un téléchargement de plaquette. Au-delà, on ajoute du bruit. Mieux vaut peu d'événements bien instrumentés que beaucoup d'événements mal configurés.

GA4 capte-t-il les conversions HubSpot automatiquement ?

Non. HubSpot embedded form ne pousse rien dans GA4 par défaut. Il faut configurer explicitement un pont, généralement via le callback onFormSubmitted de l'API JavaScript HubSpot qui déclenche un dataLayer.push capté par GTM, qui à son tour déclenche l'événement GA4. Sans ce pont, la conversion est invisible.

Pourquoi mes conversions GA4 sont plus basses que mes leads réels ?

Trois explications fréquentes. Premièrement, des leads arrivent par canaux non instrumentés (appels, emails, WhatsApp, DM LinkedIn). Deuxièmement, le formulaire est un embed tiers (HubSpot, Typeform, Calendly) sans pont vers GA4. Troisièmement, certains visiteurs utilisent un bloqueur de publicité ou refusent les cookies analytics.

Peut-on utiliser GA4 sans Google Tag Manager ?

Techniquement oui, en installant la balise GA4 directement. Mais c'est déconseillé dès qu'on dépasse un seul outil de tracking. Sans GTM, chaque modification passe par le code source. GTM est gratuit, documenté, et élimine la dépendance au développeur pour les ajustements courants.

Si vous voulez un diagnostic concret de votre configuration GA4 actuelle, avec les écarts par rapport à une base saine et les corrections à prioriser, on propose un audit gratuit de 30 minutes. On regarde votre propriété, on identifie les key events manquants, et on vous dit combien de leads vous échappent dans les trous noirs de l'instrumentation. Le tout s'inscrit dans notre accompagnement SEO et visibilité IA pour PME, aligné sur la réalité de votre marché.

Réservez votre diagnostic gratuit sur la page contact. On répond sous 24 heures ouvrées, en français, sans jargon.