La configuration Google Ads côté serveur nécessite deux tags fonctionnant ensemble, et comprendre pourquoi chacun existe est important pour réussir la mise en place. La plupart des implémentations déploient correctement le tag Conversion Tracking et manquent ou mal configurent le Conversion Linker — ce qui casse silencieusement toute l’attribution.
Les deux tags requis
Tag Conversion Linker
Le Conversion Linker se déclenche sur chaque page vue (pas seulement sur les événements de conversion). Son rôle est de gérer le cookie FPGCLAW — un cookie first-party qui stocke l’identifiant de clic gclid lorsqu’un utilisateur arrive depuis un clic Google Ads.
Sans le Conversion Linker, il n’existe aucun mécanisme pour connecter un événement de conversion ultérieur au clic publicitaire original. Le tag de conversion se déclenche, la conversion est enregistrée, mais Google Ads ne peut pas l’attribuer à la campagne, au groupe d’annonces ou au mot-clé spécifique qui a généré la visite. La conversion apparaît dans votre compte mais l’attribution est cassée.
Configurez le Conversion Linker pour se déclencher sur un déclencheur qui s’exécute sur toutes les pages vues. Le type de déclencheur Google tag intégré fonctionne, ou vous pouvez utiliser un déclencheur Custom avec une condition qui s’évalue toujours à vrai. Le tag ne nécessite aucune configuration supplémentaire au-delà du déclencheur — Google gère automatiquement la gestion des cookies.
Le cookie FPGCLAW est défini par le serveur via l’en-tête HTTP Set-Cookie, ce qui lui confère les mêmes avantages de longévité des cookies first-party que le cookie FPID de GA4. Un gclid stocké en tant que cookie défini par le serveur survit à la limite de 7 jours d’ITP de Safari ; le même identifiant de clic stocké en tant que cookie JavaScript pourrait expirer avant qu’un utilisateur ne convertisse.
Tag Conversion Tracking
Le tag Conversion Tracking se déclenche sur des événements de conversion spécifiques : confirmations d’achat, soumissions de formulaires de contact, clics sur le numéro de téléphone — là où vos actions de conversion sont définies dans Google Ads.
Configurez-le avec :
- Conversion ID : trouvé dans votre compte Google Ads sous les paramètres d’action de conversion (format :
AW-XXXXXXXXXX) - Conversion Label : la chaîne d’étiquette spécifique à l’action des mêmes paramètres
- Conversion Value : mappez à votre variable de valeur de transaction si vous suivez les revenus d’achat
- Currency Code : code ISO 4217 (par exemple,
USD,EUR)
Le tag Conversion Tracking lit les données d’événements que le Client GA4 a déjà analysées depuis la requête entrante. Si le event_name est purchase, votre déclencheur doit vérifier ce nom d’événement depuis le Client GA4 — et souvenez-vous : la condition Client Name est sensible à la casse.
Enhanced Conversions
Enhanced Conversions améliore l’attribution quand les cookies font défaut. Au lieu de s’appuyer uniquement sur le cookie gclid pour connecter les clics aux conversions, Enhanced Conversions envoie des données utilisateur hachées (e-mail, téléphone, nom, adresse) que Google fait correspondre aux comptes Google connectés.
L’implémentation technique se produit principalement dans le conteneur web, pas dans le conteneur serveur :
Étape 1 : Variable User-Provided Data. Dans le conteneur web, créez une Variable de type « User-Provided Data ». Mappez-la à vos champs de formulaire :
- Adresse e-mail
- Numéro de téléphone
- Prénom et nom
- Adresse, ville, état, code postal, pays
Ces éléments doivent être lus depuis vos champs de formulaire de paiement ou de contact — soit depuis la couche de données soit directement depuis les éléments DOM. La variable capture ce que l’utilisateur a réellement saisi, avant la soumission du formulaire.
Étape 2 : Ajouter user_data aux tags GA4. Ajoutez la variable User-Provided Data comme paramètre user_data sur votre Tag de Configuration GA4 et vos tags d’événements de conversion. Cela garantit que les données utilisateur voyagent avec le hit vers votre conteneur serveur.
Étape 3 : Conteneur serveur. Le tag Google Ads Conversion Tracking dans votre conteneur serveur lit user_data depuis les données d’événements entrants. Si vous avez correctement configuré l’étape 2, les données sont déjà dans l’événement — le tag les récupère automatiquement.
Google hache les données en SHA-256 avant de les envoyer à ses systèmes de correspondance. La correspondance se produit côté Google par rapport à leur base de données d’utilisateurs connectés. Vous n’envoyez pas de PII brutes à Google — le hachage se produit au niveau du tag.
La validation prend environ 48 heures. Après l’implémentation, vérifiez l’onglet Diagnostics dans votre action de conversion Google Ads. Il doit afficher « Recording enhanced conversions » avec un statut vert. S’il affiche des avertissements, les causes les plus courantes sont :
user_datanon renseigné sur les événements de conversion (vérifiez votre couche de données)- La variable qui lit depuis un élément inexistant sur la page de conversion
- Le format User-Provided Data ne correspondant pas à ce que Google attend (les numéros de téléphone ont notamment des exigences de format)
Ce à quoi s’attendre
Enhanced Conversions affiche généralement un uplift de 5 à 25 % des conversions rapportées. La plage est large car elle dépend fortement du nombre d’utilisateurs qui convertissent en étant connectés à des comptes Google, et de la fréquence à laquelle les cookies représentent actuellement la lacune dans votre mesure.
Les sites où les utilisateurs sont fréquemment connectés à Google (Gmail, compte Google, Android) verront un uplift plus important. Les sites où le public qui convertit est plutôt orienté vers l’écosystème Apple sur Safari — où les cookies étaient déjà récupérés par le FPGCLAW côté serveur — peuvent voir un gain incrémental plus faible des Enhanced Conversions spécifiquement.
La fenêtre de validation de 48 heures avant que les Enhanced Conversions commencent à affluer signifie que vous ne pouvez pas immédiatement vérifier la configuration par le volume de conversions. Utilisez plutôt le signal de l’onglet Diagnostics. Une fois que les Diagnostics affichent un statut sain, faites confiance que les conversions apparaîtront dans les cycles suivants.
Interaction avec Consent Mode
Les tags Google Ads côté serveur lisent [[fr/propagation-consent-mode-gtm-server-side|l’état de consentement automatiquement depuis les paramètres gcs et gcd]] encodés dans les requêtes entrantes. Quand ad_storage est refusé, le tag Conversion Tracking ajuste son comportement — il peut toujours envoyer un ping sans cookie pour modéliser la conversion, mais il n’inclura pas de données de cookies d’identification.
Enhanced Conversions nécessite spécifiquement le consentement ad_user_data accordé. Si un utilisateur n’a pas consenti à l’utilisation des données à des fins publicitaires, les données utilisateur hachées ne doivent pas être envoyées à Google. Cela est appliqué automatiquement par le tag Google Ads côté serveur quand les paramètres de consentement sont présents — mais les paramètres de consentement doivent circuler correctement depuis le conteneur web. [[fr/echecs-courants-gtm-server-side|Supprimer ou malformer les paramètres gcs/gcd]] en transit casse cette application automatique.
Le piège des tags dupliqués
Un échec courant dans les configurations Enhanced Conversions : le Google tag apparaît à la fois dans le <head> HTML du site et dans GTM, chargé depuis deux endroits simultanément. Le tag codé en dur n’a pas accès à l’état de consentement de GTM. Le tag chargé via GTM respecte le consentement. Résultat : les conversions sont enregistrées même pour les utilisateurs ayant refusé le consentement, via le tag codé en dur qui contourne entièrement le consentement.
Si votre implémentation utilise GTM pour la gestion des tags, supprimez tous les Google tags codés en dur du HTML du site. La version gérée par GTM doit être la source unique.