Google Ads CAPI

1Rô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

2Architecture 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

3Les 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.

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

4Événements et paramètres

Conversion principale

Paramètres transmis

• transaction_id
• value
• currency
• items (si besoin)
• gclid / wbraid / gbraid
• user_data hachées (conversions améliorées)

5Logique 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

6Identifiants d'attribution Google

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.

Transmission au serveur

1. 1Lus dans le GTM Web
2. 2Injectés dans l'événement GA4
3. 3Transmis au sGTM par le transport first-party
4. 4Injectés dans le modèle Google Ads d'Addingwell

7Configuration

Identifiants requis

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

1. 1Allez dans Google Ads > Conversions > Paramètres
2. 2Activez les « Conversions améliorées »
3. 3Choisissez « Google Tag Manager » comme méthode
4. 4Vérifiez que les diagnostics confirment la réception des données

8Consentement dans l'UE

Le consentement est géré exclusivement par :

Cookiebot + GTM Consent Mode v2

Signaux exigés par Google Ads

9Vérification

Où vérifier

1. 1Google Ads > Conversions > Diagnostics : vérifiez que les conversions améliorées sont bien reçues
2. 2Google Ads Tag Assistant : validez la balise de conversion et les conversions améliorées
3. 3Aperçu du sGTM : confirmez que la balise GADS – Conv – purchase se déclenche
4. 4DevTools > 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 :

10Lire 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

11Les 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

12Matrice des responsabilités

13Dépannage

14Checklist

Checklist hebdomadaire du media buyer

À vérifier chaque semaine :