Comment mettre en place les Enhanced Conversions via GTM server-side ?

Quatre étapes : 1) capter la donnée first-party à la conversion (e-mail, téléphone) ; 2) la normaliser (e-mail en minuscules et sans espaces, téléphone au format E.164 comme +33612345678) ; 3) la hasher en SHA-256 — côté serveur, le tag Google Ads du conteneur peut le faire pour vous ; 4) l'envoyer avec la conversion, pilotée par le consentement (ad_user_data accordé).

Pourquoi faire les Enhanced Conversions côté serveur plutôt que navigateur ?

Côté serveur, la donnée est normalisée et hachée dans un environnement que vous contrôlez, à l'abri des adblockers et de l'ITP, avec une meilleure fiabilité d'envoi. On garde la donnée first-party hors de portée du navigateur au-delà de votre propre serveur, ce qui est plus propre côté sécurité et qualité de correspondance.

Les Enhanced Conversions respectent-elles le RGPD ?

Elles reposent sur des données personnelles hachées : leur envoi doit être conditionné au consentement (signal ad_user_data accordé via le Consent Mode V2). Sans consentement, on n'envoie pas la donnée utilisateur. Le hachage n'exonère pas de recueillir le consentement.

Accueil → Ressources → Enhanced Conversions côté serveur

Enhanced Conversions côté serveur : le guide complet

Q: Faut-il hasher soi-même ou laisser Google le faire ?

Dans un conteneur GTM server-side, le tag de conversion Google Ads peut normaliser et hasher les données pour vous, à condition de lui passer les champs attendus. L'essentiel est de ne jamais laisser sortir la donnée en clair au-delà de votre serveur et de normaliser avant le hachage, sinon le matching échoue.

Nicolas Malabre · Publié le 27 juillet 2026 · Lecture 7 min

Pour poser les Enhanced Conversions via GTM server-side : 1) captez la donnée first-party à la conversion (e-mail, téléphone) ; 2) normalisez-la (e-mail en minuscules sans espaces, téléphone au format E.164 comme +33612345678) ; 3) hachez-la en SHA-256 — dans le conteneur serveur, le tag Google Ads peut le faire ; 4) envoyez-la avec la conversion, pilotée par le consentement (ad_user_data accordé).

C'est quoi, et pourquoi côté serveur ?

Les Enhanced Conversions renvoient à Google une donnée first-party — surtout l'e-mail et le téléphone — hachée, pour rattacher une conversion même quand le cookie et le gclid ont disparu. C'est le filet de sécurité de l'attribution moderne.

Les faire côté serveur plutôt que dans le navigateur change trois choses : la donnée est normalisée et hachée dans un environnement que vous contrôlez, à l'abri des adblockers et de l'ITP ; l'envoi est plus fiable ; et la PII ne circule pas côté client au-delà de votre propre serveur. Meilleure qualité de correspondance, meilleure hygiène de sécurité.

Étape 1 — Capter la donnée first-party

À la conversion (page de confirmation, ou événement purchase), récupérez l'e-mail et/ou le téléphone du client depuis vos données de commande et poussez-les dans le dataLayer. Pas de donnée = pas d'Enhanced Conversion : la qualité de la source d'entrée conditionne tout le reste.

Étape 2 — Normaliser (l'étape qu'on rate le plus)

Google n'accepte que des formats stricts. Une donnée mal normalisée est hachée… puis ne correspond à rien.

// e-mail : minuscules + suppression des espaces
'  Jean.Dupont@Email.com '.trim().toLowerCase()
// -> 'jean.dupont@email.com'

// téléphone : format E.164 (indicatif pays, sans espaces ni tirets)
'06 12 34 56 78'  -> '+33612345678'

1 / 2Sur les comptes que je scanne avec des Enhanced Conversions déjà en place, près d'un sur deux envoie des données mal normalisées — téléphone au format national, e-mail avec majuscules ou espaces. Le tag « fonctionne », mais le matching est silencieusement dégradé : on croit être couvert, on ne l'est qu'à moitié.

Étape 3 — Hacher en SHA-256

La donnée normalisée est hachée en SHA-256 avant d'atteindre Google. Bonne nouvelle : dans un conteneur GTM server-side, le tag de conversion Google Ads sait normaliser et hacher pour vous si vous lui passez les bons champs. La règle d'or : ne jamais laisser sortir la PII en clair au-delà de votre serveur, et normaliser avant de hacher.

Étape 4 — Envoyer, piloté par le consentement

Le tag de conversion Google Ads du conteneur serveur envoie la conversion avec le bloc user_data haché. Mais cet envoi doit être conditionné au consentement : tant que le signal ad_user_data n'est pas accordé via le Consent Mode V2, on n'envoie pas la donnée utilisateur. Le hachage protège la donnée ; il ne remplace pas le consentement.

Les erreurs qui cassent le matching

Erreur	Conséquence
Pas de normalisation	Hash valide mais qui ne correspond à rien → matching dégradé
Double hachage	Donnée déjà hachée re-hachée par le tag → correspondance nulle
PII en clair envoyée	Violation RGPD et rejet côté Google
Envoi sans consentement	Problème juridique, et signaux ignorés
Mauvais champ mappé	Téléphone dans le champ e-mail, etc. → aucune correspondance

FAQ

Pourquoi côté serveur plutôt que navigateur ?

La donnée est normalisée et hachée dans un environnement que vous contrôlez, à l'abri des adblockers et de l'ITP, avec un envoi plus fiable et la PII qui ne circule pas côté client au-delà de votre serveur.

Faut-il hasher soi-même ou laisser Google le faire ?

Dans un conteneur server-side, le tag Google Ads peut normaliser et hasher pour vous si vous lui passez les bons champs. L'essentiel : ne pas laisser sortir la donnée en clair, et normaliser avant le hachage.

Ça remplace le gclid ?

Non, ça le complète. Le gclid reste le lien principal ; les Enhanced Conversions rattrapent les cas où le cookie a disparu. Les deux ensemble donnent la meilleure couverture d'attribution.

Est-ce compatible RGPD ?

Sous condition de consentement : l'envoi de la donnée utilisateur (hachée) doit être piloté par le signal ad_user_data du Consent Mode V2. Pas de consentement, pas d'envoi. Le hachage n'exonère pas du consentement.

Nicolas MalabreMedia buyer senior — 10 ans d'achat média Google Ads & Meta. Je scanne des stacks e-commerce chaque semaine et je répare la couche de mesure des marques qui dépensent en publicité. Profil Malt ↗

Vos Enhanced Conversions matchent-elles vraiment ?

Je vérifie votre normalisation et votre hachage, et je vous dis si votre matching est réel ou seulement affiché — données à l'appui.

Diagnostic gratuit — 30 min

Vous repartez avec le diagnostic, que l'on travaille ensemble ou non.