Google Ads server-side: Suivi des conversions et Enhanced Conversions via sGTM

Les chiffres d'amélioration des conversions (+5% Search, +17% YouTube) sont issus des données publiées par Google et varient selon le secteur, l'audience et la qualité de l'implémentation. Mesurez toujours votre situation réelle via les Diagnostics de votre compte Google Ads.

Pourquoi le tracking Google Ads client-side perd des conversions

L'effet sur le Smart Bidding est direct. Si 20–30% de vos conversions réelles sont invisibles, votre CPA apparent est surestimé et votre ROAS sous-estimé. Les algorithmes (Maximize Conversions, Target ROAS) manquent de signal et deviennent moins efficaces — vous payez plus pour des résultats identiques ou dégradés.

Browser-side vs server-side — les vraies différences pour Google Ads

L'architecture hybride recommandée

La configuration optimale pour Google Ads n'est pas "l'un ou l'autre" — c'est les deux en parallèle :

• Client-side : lecture du gclid dans l'URL, stockage immédiat du cookie de clic, déclenchement rapide du Conversion Linker
• Server-side : balise Google Ads Conversion Tracking sur l'événement purchase, cookie FPGCLAW en first-party, Enhanced Conversions enrichies via user_data

La déduplication se fait via le transaction_id — Google Ads ignore les doublons qui partagent le même identifiant de transaction.

Enhanced Conversions — ce que c'est et ce que ça change vraiment

Les Enhanced Conversions envoient à Google des données first-party hashées — email, téléphone, prénom/nom — au moment d'une conversion. Google hache ces données en SHA-256 avant de les utiliser.

Quand cet utilisateur est connu de Google (compte Gmail, Google Search, YouTube), Google peut relier la conversion à une session publicitaire — même si le cookie de clic (gclid) a expiré ou n'existe pas (adblocker, appareil différent).

Chiffres réels publiés par Google

Enhanced Conversions et Consent Mode — le signal ad_user_data

Pour les utilisateurs dans l'EEE (dont la France), les Enhanced Conversions ne fonctionnent que si le signal ad_user_data du Consent Mode v2 est accordé. Sans ce signal, Google Ads ne peut pas recevoir les données hashées — même si vous les envoyez côté serveur.

Changement juin 2024 — comment passer user_data au sGTM

Depuis juin 2024, la case "Include user-provided data" n'existe plus dans les paramètres de la balise Google Ads Conversion Tracking du conteneur serveur GTM. Ce changement de Google affecte toutes les implémentations existantes et toute la documentation antérieure à cette date.

Comment ça fonctionnait avant (obsolète)

Avant juin 2024 : vous activiez une case "Include user-provided data from your website" dans la balise Google Ads du sGTM, et le sGTM allait chercher les données côté web.

Comment ça fonctionne maintenant

Nouveau flux : vous passez les données utilisateur via le paramètre user_data dans votre DataLayer côté web. Le sGTM parse automatiquement ce paramètre, hache les données en SHA-256, et les transmet à Google Ads.

Ce qu'il faut faire dans le conteneur web GTM :

window.dataLayer.push({
  event: 'purchase',
  user_data: {
    email_address: 'client@example.com',  // hashé automatiquement par le sGTM
    phone_number: '+33612345678',
    address: {
      first_name: 'Marie',
      last_name: 'Dupont'
    }
  },
  ecommerce: {
    transaction_id: 'CMD-2026-001234',
    value: 129.99,
    currency: 'EUR'
  }
});

Une fois ces données dans le DataLayer, la balise GA4 web les transmet au sGTM via l'URL de transport. Le sGTM les parse automatiquement depuis les données de l'événement GA4 — sans configuration supplémentaire dans la balise Google Ads du sGTM.

Stape documente également une nouvelle balise distincte : Google Ads User-provided Data Event, ajoutée dans le sGTM pour faciliter l'envoi des données utilisateur séparément du tracking de conversion standard. Si vous avez une configuration existante antérieure à juin 2024 avec la case à cocher, vérifiez qu'elle fonctionne encore — il est probable qu'une mise à jour soit nécessaire.

Configuration Google Ads server-side — les 5 étapes

Prérequis : un conteneur sGTM opérationnel avec sous-domaine first-party configuré, et un conteneur web GTM qui envoie les événements GA4 vers ce conteneur serveur. Si ce n'est pas encore en place : guide complet du tracking server-side →

1. 1
   Configurer le Conversion Linker server-side

   Dans votre conteneur sGTM, créez une balise de type Conversion Linker. Activez l'option "Permettre la définition de nouveaux cookies first-party". Déclenchez-la sur toutes les requêtes (All Pages dans le conteneur serveur).

   Cette balise crée le cookie FPGCLAW côté serveur avec une durée de vie de 90 jours — contre 7 jours maximum pour le cookie JavaScript en client-side sur Safari. Conservez également le Conversion Linker client-side dans votre conteneur web GTM — les deux opèrent en parallèle.

2. 2
   Créer la balise Google Ads Conversion Tracking dans le conteneur serveur

   Dans le sGTM : Balises → Nouvelle → Google Ads Conversion Tracking. Renseignez votre Conversion ID (ex: AW-XXXXXXXXX) et votre Conversion Label — disponibles dans Google Ads → Outils → Conversions → votre action → Instructions de balise.

   La balise lit automatiquement transaction_id, value et currency depuis les données de l'événement GA4. Déclencheur : événement GA4 purchase dans le conteneur serveur.

3. 3
   Passer user_data depuis le DataLayer web

   Dans votre site (ou DataLayer), incluez le paramètre user_data dans votre push DataLayer avant ou avec l'événement de conversion. Le sGTM parse automatiquement ce paramètre depuis les données GA4 transmises via l'URL de transport.

   Champs reconnus : email_address, phone_number, address.first_name, address.last_name. Le hachage SHA-256 est effectué automatiquement côté sGTM — n'envoyez jamais de données déjà hashées manuellement, cela créerait un double hachage.

   Note : si vous utilisez une version antérieure à juin 2024 avec la case "Include user-provided data", vérifiez si cette case est toujours présente. Si elle a disparu de votre interface, migrez vers la méthode user_data décrite ici.

4. 4
   Activer les Enhanced Conversions dans Google Ads et vérifier le Consent Mode

   Dans Google Ads : Outils → Conversions → Paramètres → Conversions améliorées. Activez et acceptez les conditions (engagement unique sur la gestion des données clients). Sélectionnez Google Tag Manager comme méthode.

   Pour les utilisateurs EEE : vérifiez que votre CMP transmet bien le signal ad_user_data: 'granted' via le Consent Mode v2. Sans ce signal, les Enhanced Conversions n'envoient aucune donnée hashée — même si le paramètre user_data est présent dans le DataLayer.

5. 5
   Connecter Google Ads à GA4 pour l'import des Key Events (optionnel)

   Si vous utilisez les Key Events GA4 comme source de conversion Google Ads : Google Ads → Outils → Conversions → Importer → Google Analytics 4 → Web. Cette connexion doit être configurée explicitement après avoir lié les deux comptes dans GA4 Admin → Liens de produits → Google Ads.

Cookie FPGCLAW — vérification et erreurs fréquentes

Le cookie FPGCLAW est le mécanisme d'attribution côté serveur pour Google Ads. Il stocke le Google Click ID (gclid) avec une durée de 90 jours, via un Set-Cookie HTTP — non soumis aux restrictions ITP de Safari. C'est l'équivalent server-side du cookie _gcl_aw créé par le Conversion Linker client-side.

Vérifier la présence du FPGCLAW

1. 1
   Simuler un clic publicitaire

   Ajoutez ?gclid=test_12345 à une URL de votre site. Un vrai gclid ressemble à EAIaIQobChMI... mais une valeur de test suffit pour déclencher le Conversion Linker.

2. 2
   Vérifier dans DevTools

   DevTools (F12) → onglet Application → Cookies → votre domaine. Cherchez le cookie FPGCLAW — il doit apparaître avec une expiration de ~90 jours. Vérifiez aussi _gcl_aw (Conversion Linker client-side).

Erreurs fréquentes

Déduplication — éviter les conversions doubles

Si vous activez le server-side sans désactiver le client-side — ce qui est la configuration hybride recommandée — la déduplication est obligatoire pour éviter de comptabiliser deux fois la même conversion.

Google Ads déduplique automatiquement les conversions qui partagent le même transaction_id. Si les deux signaux (client-side et server-side) envoient le même identifiant dans la fenêtre de déduplication (~24h), Google Ads ne comptabilise qu'une conversion.

window.dataLayer.push({
  event: 'purchase',
  user_data: {
    email_address: 'client@example.com',
    phone_number: '+33612345678'
  },
  ecommerce: {
    transaction_id: 'CMD-2026-001234',  // ID unique — même valeur côté client et serveur
    value: 129.99,
    currency: 'EUR',
    items: [{ item_id: 'SKU-001', item_name: 'Produit', price: 129.99, quantity: 1 }]
  }
});

Valider et diagnostiquer le setup

Où trouver les diagnostics dans Google Ads

Google Ads → Objectifs → Conversions → Résumé → cliquez sur votre action de conversion → onglet Diagnostics. Cet onglet affiche le statut des Enhanced Conversions (Actif / Inactif / Limité), le pourcentage de conversions avec données améliorées, et les erreurs de configuration éventuelles.

Google recommande d'attendre 48 à 72 heures après l'activation avant de consulter les diagnostics — les premières données Enhanced Conversions mettent du temps à apparaître.

Questions fréquentes