Google Ads CAPI
Guide technique pour les media buyers : conversions côté serveur et conversions améliorées. Architecture sGTM, déduplication, consentement européen, dépannage.
Série Tracking · Côté serveur · environ 15 min de lecture.
Identifiants nécessaires pour ce guide :
| Identifiant | Variable GTM | Où le trouver |
|---|---|---|
| ID de conversion Google Ads | Const - GAds - Conversion ID | Google Ads > Conversions (p. ex. AW-XXXXXXXXX) |
| Libellé de conversion Google Ads | Const - GAds - Conversion Label | Google Ads > Conversions (p. ex. AbCdEfGhIj) |
Rôle et objectif
Les conversions améliorées de Google Ads (Enhanced Conversions) sont la destination côté serveur des conversions Google Ads. Elles occupent une place précise dans la chaîne de tracking :
Boutique Shopify
↓
GTM Web (DataLayer + Consent Mode v2)
↓
GA4 (transport technique)
↓
sGTM (Server-Side GTM)
↓
┌─────────────────────────────────────┐
│ GADS - Conv - purchase (tag sGTM) │ ← Ce guide
│ Conversions améliorées actives │
│ Hachage SHA-256 automatique │
└─────────────────────────────────────┘
↓
Google Ads Conversions API
Cette configuration apporte :
- Un tracking Google Ads 100 % côté serveur
- Une conformité RGPD stricte (consentement UE obligatoire)
- Une meilleure résistance aux bloqueurs de publicité
- Une attribution plus précise grâce aux conversions améliorées
- Une déduplication déterministe
Le système repose sur une source unique de conversions : le DataLayer du GTM Web, transporté par GA4 jusqu'au sGTM, puis acheminé vers Google Ads.
Architecture d'ensemble
Le flux de données complet
Cookiebot (CMP UE)
↓
GTM Web (Consent Mode v2 + DataLayer)
↓
GA4 (transport technique uniquement)
↓
Server-Side GTM (sGTM)
↓
Modèle Google Ads d'Addingwell
↓
Google Ads Conversions API
Routage dans le sGTM
Le conteneur sGTM reçoit les événements GA4 et les achemine vers chaque destination, dont Google Ads :
sGTM (serveur)
→ GA4 Client (reçoit la requête)
├── GA4 Server tag → Google Analytics 4
├── META - CAPI - All Events → Meta (Full CAPI)
├── GADS - Conv - purchase → Google Ads Enhanced Conversions ← Ce guide
└── (bientôt) TikTok Events API, Snap CAPI
Principes fondamentaux
- Aucune balise Google Ads directement dans le thème
- Jamais de conversion envoyée deux fois (client et serveur)
- Une seule source pour purchase : le dataLayer du GTM Web
- Consentement obligatoire avant tout envoi
- GA4 sert de transport technique
- La balise de remarketing reste côté client, pour les audiences
Une source unique pour les conversions
Toutes les conversions suivent exclusivement ce chemin :
GTM Web → dataLayer purchase → GA4 event → sGTM
Aucun envoi direct depuis :
- Une balise Google Ads côté navigateur
- Le thème Shopify
- Une application externe
Les conversions améliorées en détail
Architecture des conversions améliorées
Les conversions améliorées (EC) sont activées par défaut dans la balise sGTM GADS - Conv - purchase. Addingwell hache automatiquement les données utilisateur côté serveur, sans aucune intervention de votre part.
| Paramètre | Valeur |
|---|---|
| Mode | Côté serveur (sGTM) |
| Conversions améliorées | Actives (données first-party hachées) |
| Déduplication | transaction_id = conversion_id |
| Cookies d'attribution | gclid, wbraid, gbraid (cookies 1P, cookie restore) |
| Transport du consentement | Signaux Consent Mode v2 transmis au serveur |
Données envoyées (first-party)
Les données suivantes sont collectées après consentement, puis hachées en SHA-256 côté serveur avant d'être envoyées à Google :
- E-mail (hachage SHA-256)
- Téléphone (hachage SHA-256)
- Le cas échéant, nom et prénom (hachage SHA-256)
- Adresse (hachage SHA-256)
Comment les EC améliorent la correspondance
Google se sert de ces données hachées pour rattacher la conversion au clic Google Ads d'origine, même quand le cookie gclid manque ou a expiré. Le taux de correspondance augmente nettement : l'attribution gagne en précision et les enchères en efficacité.
Sans EC :
Clic Google Ads → cookie gclid → purchase → correspondance (si le cookie est présent)
Avec EC :
Clic Google Ads → cookie gclid → purchase → correspondance via gclid
→ correspondance via e-mail (haché)
→ correspondance via téléphone (haché)
→ correspondance via adresse (hachée)
= Taux de correspondance plus élevé, même sans cookie
Hachage côté serveur
Sécurité des données
Les données personnelles (PII) sont hachées uniquement côté serveur (sGTM). Aucune donnée personnelle ne circule en clair dans les requêtes du navigateur. Le modèle Addingwell s'occupe du hachage automatiquement.
Les règles à respecter
- Données collectées uniquement après consentement (ad_storage + ad_user_data)
- Hachées en SHA-256 avant envoi à Google
- Jamais envoyées en clair
- Le hachage se fait dans le sGTM, pas côté client
Événements et paramètres
Conversion principale
| Action utilisateur | GA4 | Google Ads |
|---|---|---|
| Achat | purchase | Action de conversion |
Paramètres transmis
- transaction_id
- value
- currency
- items (si besoin)
- gclid / wbraid / gbraid
- user_data hachées (conversions améliorées)
Logique de déduplication
Un identifiant unique partout
transaction_id = conversion_id
Le même identifiant sert à la fois pour :
- Le purchase GA4
- La conversion Google Ads
- Les logs du sGTM
Règles
- Un purchase et un seul dans le dataLayer
- Aucun second envoi Google Ads côté client
- Aucun double mapping dans le sGTM
- Aucune conversion importée en parallèle
Identifiants d'attribution Google
gclid
- Paramètre d'URL Google Ads
- Conservé dans un cookie first-party (_gcl_aw)
- Prioritaire pour l'attribution
- Le cookie restore d'Addingwell le réécrit en first-party
wbraid / gbraid
- Utilisés sur iOS et dans les contextes à forte protection de la vie privée
- gbraid : attribution multi-appareils (app → web)
- wbraid : attribution web vers app, iOS 14.5+
- Transmis quand ils sont présents
Cookies d'attribution (first-party)
Addingwell conserve les cookies d'attribution en first-party (cookie restore) : ils résistent à l'ITP de Safari et aux purges du navigateur.
| Cookie | Paramètre | Rôle |
|---|---|---|
| _gcl_aw | gclid | Click ID : attribution des conversions Google Ads |
| _gcl_gb | gbraid | Click ID : attribution multi-appareils (app → web) |
| _gcl_gw | wbraid | Click ID : attribution web vers app, iOS 14.5+ |
Transmission au serveur
- Lus dans le GTM Web
- Injectés dans l'événement GA4
- Transmis au sGTM par le transport first-party
- Injectés dans le modèle Google Ads d'Addingwell
Configuration
Identifiants requis
| Paramètre | Source | Emplacement |
|---|---|---|
| ID de conversion | Google Ads > Conversions > Paramètres | Variable du GTM serveur |
| Libellé de conversion | Google Ads > Conversions > Paramètres | Variable du GTM serveur |
Balise sGTM
La balise GADS - Conv - purchase est configurée dans le conteneur sGTM à partir du modèle Addingwell. Les conversions améliorées y sont activées par défaut.
Conversions améliorées dans Google Ads
- Allez dans Google Ads > Conversions > Paramètres
- Activez les « Conversions améliorées »
- Choisissez « Google Tag Manager » comme méthode
- Vérifiez que les diagnostics confirment la réception des données
Balise de remarketing
La balise de remarketing reste côté client, dans le GTM Web, pour les audiences Google Ads. Seule la conversion purchase passe par le sGTM.
Consentement dans l'UE
Le consentement est géré exclusivement par :
Cookiebot + GTM Consent Mode v2
Signaux exigés par Google Ads
| Signal | Requis | Catégorie Cookiebot |
|---|---|---|
| ad_storage | Oui | Marketing |
| ad_user_data | Oui | Marketing |
Sans consentement analytics ni marketing
- Aucune conversion envoyée
- Aucun gclid transmis
- Aucune donnée utilisateur envoyée
- Les conversions améliorées ne fonctionnent pas sans consentement
Vérification
Où vérifier
- Google Ads > Conversions > Diagnostics : vérifiez que les conversions améliorées sont bien reçues
- Google Ads Tag Assistant : validez la balise de conversion et les conversions améliorées
- Aperçu du sGTM : confirmez que la balise GADS - Conv - purchase se déclenche
- DevTools > Application > Cookies : vérifiez la présence des cookies gclid, wbraid et gbraid
Phase 3 : checklist Google Ads
Les points de contrôle propres à Google Ads, extraits de la recette complète :
Conversions améliorées Google Ads
- Conversions visibles dans Google Ads
- Conversions améliorées actives, données first-party transmises
- Cookies d'attribution présents dans DevTools (_gcl_aw, _gcl_gb, _gcl_gw)
- Déduplication de purchase : transaction_id = conversion_id dans le sGTM
Lire les métriques Google Ads
Pourquoi conversions et clics ne concordent pas toujours
Les causes normales :
- Consentement refusé
- Utilisateurs multi-appareils
- Cookies bloqués
- Délais d'attribution
- Conversions modélisées
Pourquoi GA4 ≠ Google Ads
Les deux outils ne comptent pas de la même façon. Un écart entre eux est normal.
Les métriques fiables pour optimiser
Les KPI à suivre en priorité :
- Coût par conversion
- ROAS
- Valeur de conversion
- Taux de conversion après consentement
- Volume de conversions côté serveur
Matrice des responsabilités
Équipe tracking
- Événement purchase dans le dataLayer
- Persistance de gclid / wbraid
- Respect du consentement
- Déduplication
- Intégrité du sGTM
Équipe Google Ads
- Paramétrage des actions de conversion
- Stratégie d'enchères
- Analyse des performances
- Lecture de l'attribution
Responsabilité partagée
- Analyse des écarts entre plateformes
- Validation des volumes
- Débogage entre systèmes
Dépannage
Checklist
Checklist hebdomadaire du media buyer
À vérifier chaque semaine :
Suivi hebdomadaire
- Volume de conversions par rapport à la semaine précédente
- Ratio clics → conversions
- Présence du gclid sur les conversions
- Évolution du taux de consentement
- Cohérence entre GA4 et Google Ads