Vous avez eu quarante commandes le mois dernier, mais GA4 en affiche vingt-cinq. Ou le rapport de conversions reste à zéro alors que les demandes arrivent bel et bien. C’est l’un des problèmes les plus fréquents que nous rencontrons chez les nouveaux clients, et le Consent Mode v2 en est souvent au cœur.
Commençons par poser les bonnes attentes : aucun outil d’analyse web ne mesure tout. Une partie de vos visiteurs refuse les cookies, utilise un bloqueur de publicité ou change d’appareil. Votre système de commande est la vérité, GA4 montre d’où viennent ces commandes. L’objectif n’est donc pas de tout mesurer, mais de mesurer le plus possible, de façon cohérente, et de savoir où se situe l’écart.
Les six causes les plus fréquentes de conversions manquantes dans GA4
| Cause | Comment la reconnaître | Solution |
|---|---|---|
| Consentement refusé | Beaucoup de sessions, mais peu d’événements après la bannière de cookies | Configurer correctement le Consent Mode v2, bien paramétrer la bannière |
| Tag ou événement mal configuré | L’événement n’apparaît pas dans DebugView | Vérifier le déclencheur et le tag dans Tag Manager |
| Mauvais événement marqué comme conversion | Les conversions comptent sur la mauvaise page ou pas du tout | Marquer le bon événement comme key event (conversion) |
| Redirection via un prestataire de paiement | Les conversions sont attribuées au « referral » de la page de paiement | Ajouter le prestataire aux référents indésirables, configurer la mesure cross-domain |
| Bloqueurs de publicité | Nombre de sessions structurellement inférieur à ce que votre serveur enregistre | Envisager le tagging côté serveur |
| La page de remerciement ne se charge pas ou est sautée | Des commandes sans événement purchase correspondant | Lier l’événement à la confirmation plutôt qu’à la page |
Cause 1 : le consentement refusé et ce que le Consent Mode y change
Si vous utilisez une bannière de cookies, une partie de vos visiteurs choisit « refuser ». Sans bon réglage, vos tags se déclenchent quand même (et vous ne le voulez pas), ou ils ne se déclenchent pas du tout et vous manquez toutes les conversions de ce groupe.
Le Google Consent Mode est la façon de dire à vos tags Google (GA4, Google Ads) quel consentement le visiteur a donné. Dans le Consent Mode v2, il s’agit de quatre signaux :
| Signal | Ce qu’il régit |
|---|---|
analytics_storage | GA4 peut-il placer des cookies pour reconnaître les visiteurs et les sessions ? |
ad_storage | Des cookies publicitaires peuvent-ils être placés, par exemple pour la mesure des conversions Google Ads ? |
ad_user_data | Des données utilisateur peuvent-elles être envoyées à Google à des fins publicitaires ? |
ad_personalization | Ces données peuvent-elles servir à des publicités personnalisées, comme le remarketing ? |
Les deux premiers existaient déjà dans la première version ; ad_user_data et ad_personalization ont été ajoutés dans la v2 et sont nécessaires pour les fonctions Google Ads comme le remarketing.
Comment le Consent Mode fonctionne techniquement
Le Consent Mode fonctionne en deux étapes :
- Default. Avant même qu’un tag ne se charge, vous définissez le statut par défaut. Pour les visiteurs en Europe, il est généralement sur
deniedpour les quatre signaux. - Update. Dès que le visiteur fait son choix dans la bannière de cookies, celle-ci envoie une mise à jour :
grantedoudeniedpar signal. Les tags réagissent immédiatement.
L’ordre est crucial. Si le tag GA4 se charge avant que le statut par défaut soit défini, des cookies sont quand même placés. Dans Google Tag Manager, vous utilisez pour cela le déclencheur « Consent Initialization », qui se déclenche toujours en premier.
Consent Mode basic ou advanced : la différence
Il existe deux façons d’implémenter le Consent Mode.
Consent Mode basic. Vos tags Google ne se chargent qu’après que le visiteur a donné son consentement. Si quelqu’un refuse, rien ne part vers Google. Simple, mais vous ne savez donc rien des personnes qui refusent.
Consent Mode advanced. Les tags Google se chargent toujours, mais adaptent leur comportement. En cas de denied, ils ne placent pas de cookies et n’envoient que des pings sans cookies : un signal indiquant qu’une page a été vue ou qu’une conversion a eu lieu, sans que le visiteur soit identifiable. Sur la base de ces pings, Google peut modéliser combien de conversions vous avez probablement manquées.
| Basic | Advanced | |
|---|---|---|
| Tags chargés avant le consentement | Non | Oui, sans cookies |
| Données des personnes qui refusent | Aucune | Pings sans cookies |
| Modélisation des conversions manquées | Non | Oui, avec suffisamment de données |
| Complexité | Faible | Plus élevée, demande de bons tests |
Le choix de la variante est en partie technique et en partie juridique. Nous ne donnons pas de conseil juridique ; consultez votre propre conseiller à ce sujet. Techniquement, l’advanced donne l’image la plus complète.
Configurer le Consent Mode v2 dans Tag Manager : les étapes
La plupart des bannières de cookies (aussi appelées plateformes de gestion du consentement ou CMP) proposent une intégration prête à l’emploi avec Google Tag Manager. Choisissez une bannière qui prend explicitement en charge le Consent Mode v2. L’implémentation ressemble alors à ceci :
- Installez le modèle de la CMP dans GTM et faites-le se déclencher sur Consent Initialization. C’est là que le statut par défaut est défini.
- Vérifiez les statuts par défaut. Les quatre signaux sur
deniedpour les visiteurs européens, sauf si vous vous en écartez délibérément. - Liez le choix dans la bannière à la mise à jour. La CMP transmet les nouveaux statuts lors de l’acceptation ou du refus. Testez-le, car toutes les bannières ne le font pas correctement par défaut.
- Définissez les paramètres de consentement par tag. Pour l’advanced, vous laissez les tags Google se charger et le Consent Mode gère le comportement ; pour le basic, vous ajoutez les signaux comme condition supplémentaire.
- Testez en mode aperçu. Dans Tag Assistant, ouvrez l’onglet Consent et vérifiez que les statuts changent dès que vous cliquez dans la bannière.
Sur le terrain : chez presque chaque nouveau client que nous analysons chez Stijgt, la mesure est incorrecte. Parfois les tags se déclenchent avant la bannière, parfois le mauvais événement est défini comme conversion, parfois les signaux v2 manquent complètement. C’est pourquoi nous commençons chaque mission par un état des lieux et un contrôle de toutes les mesures. Sans bonne mesure, vous optimisez sur du sable.
Causes 2 et 3 : mauvais tags, déclencheurs ou événements de conversion
Le consentement est loin d’être toujours le coupable. Souvent, le problème est dans la configuration elle-même :
- L’événement ne se déclenche pas. Le déclencheur pointe vers une URL légèrement différente de la vraie page de remerciement, ou le formulaire s’envoie sans changement de page et le déclencheur n’y réagit pas.
- L’événement se déclenche deux fois. Un tag GA4 via GTM et un script codé en dur dans le site. Vous voyez alors trop de conversions.
- Le mauvais événement est marqué comme conversion. Par exemple
form_startau lieu deform_submit. - L’événement n’est pas marqué comme key event. GA4 appelle désormais les conversions des « événements clés » (key events). Si vous n’activez pas explicitement un événement à cet endroit, il n’apparaît pas dans vos rapports de conversions.
Cause 4 : le détour par un prestataire de paiement
Pour les boutiques en ligne, c’est un grand classique. Le client passe par l’environnement de paiement du prestataire, puis revient sur votre page de remerciement. GA4 y voit une nouvelle session avec le prestataire de paiement comme source. La conversion existe bien, mais elle est attribuée au « referral » au lieu de Google Ads ou du trafic organique.
La solution se trouve dans GA4, dans les paramètres de votre flux de données : ajoutez le domaine de votre prestataire de paiement aux référents indésirables. Si vous travaillez avec plusieurs domaines à vous, par exemple un checkout séparé, configurez la mesure cross-domain.
Cause 5 : les bloqueurs de publicité
Une partie de vos visiteurs bloque les scripts de Google. Ces visiteurs n’apparaissent pas dans GA4, même s’ils commandent. Le Consent Mode ne résout pas ce problème. Le tagging côté serveur, où les données transitent par votre propre domaine vers Google, en réduit l’effet.
Comment vérifier vous-même que votre mesure des conversions est correcte
Passez une commande de test et regardez dans DebugView si l’événement de conversion arrive avec la bonne valeur. Comparez ensuite les conversions dans GA4 sur un mois avec votre système de commande : un écart est normal, mais s’il manque plus de la moitié, il y a autre chose. Enfin, refusez les cookies et répétez le test. Les tags se déclenchent toujours avec des cookies ? Alors le Consent Mode n’est pas correctement configuré.
Une bonne mesure est la base de tout ce qui suit : l’optimisation du taux de conversion, le pilotage de Google Ads et l’évaluation de la rentabilité de votre SEO. Vous doutez de la fiabilité de votre mesure ? Contactez-nous, nous regardons avec vous chez Stijgt.