Google Ads Enhanced Conversions pour PrestaShop : un guide clair

Si Google Ads continue de vous dire qu'une campagne a généré moins de ventes que ce qu'enregistre votre back-office PrestaShop, les Enhanced Conversions sont probablement la pièce manquante. Elles sont le mécanisme de Google pour récupérer l'attribution que les restrictions de cookies détruisent — et pour un e-commerçant, elles sont bien plus simples que leur nom ne le suggère.

Ce guide explique ce que sont les Enhanced Conversions, les données qu'elles utilisent, les identifiants de clic qui les font fonctionner et pourquoi elles comptent pour vos enchères. C'est écrit pour que vous puissiez comprendre les rouages même si vous n'avez jamais ouvert un gestionnaire de balises.

Ce que sont vraiment les Enhanced Conversions

Quand quelqu'un clique sur une publicité Google et achète plus tard, Google doit relier la vente au clic. Traditionnellement, ce lien reposait sur les cookies. À mesure que les navigateurs et l'ITP d'Apple restreignent les cookies, le lien se brise et les conversions deviennent non attribuées — la vente apparaît dans votre boutique mais pas face à la publicité qui l'a générée.

Les Enhanced Conversions reconstruisent le lien à partir de données first-party que vous détenez déjà — l'e-mail du client, et éventuellement le téléphone, le nom et l'adresse. Ces données sont hachées et envoyées avec la conversion, permettant à Google de les faire correspondre à un compte Google connecté qui a cliqué sur votre publicité.

Le résultat concret est que des conversions que le tracking uniquement par cookies aurait perdues réapparaissent, créditées à la bonne campagne. C'est l'un des changements à plus fort levier qu'un annonceur Google Ads puisse faire en ce moment, et contrairement à beaucoup d'améliorations de tracking, cela porte ses fruits rapidement car Google se met à utiliser les données récupérées dès leur arrivée.

Données first-party hachées et SHA-256

Le mot « haché » est ce qui rend cela sûr pour la vie privée. Avant que toute donnée personnelle ne quitte votre boutique, elle est normalisée — mise en minuscules, débarrassée des espaces, formatée selon un schéma standard — puis passée dans SHA-256, une fonction à sens unique qui transforme un e-mail en une chaîne de caractères de longueur fixe impossible à reconvertir en e-mail.

Google hache ses propres données de compte de la même manière et compare les hachages. Une correspondance signifie l'attribution ; une non-correspondance ne révèle rien sur le client. Bien fait, vous ne transmettez jamais un e-mail ou un numéro de téléphone lisible — seulement son empreinte irréversible.

La normalisation compte autant que le hachage : « Jane@Example.com » et « jane@example.com » doivent produire le même hachage, sinon la correspondance échoue, c'est pourquoi un formatage cohérent avant le hachage est essentiel. PrestaSignal effectue ce hachage côté serveur, afin que les PII brutes n'atteignent jamais le navigateur. Notre page confidentialité & données détaille exactement ce qui est envoyé.

gclid, gbraid et wbraid

Les identifiants de clic sont l'autre moitié de la correspondance. Quand quelqu'un clique sur votre publicité, Google ajoute un identifiant à l'URL de destination. gclid est le Google Click Identifier classique, utilisé pour la plupart du trafic. gbraid et wbraid sont des identifiants de clic plus récents et respectueux de la vie privée, introduits pour le trafic iOS — wbraid pour les parcours web-vers-app et app-vers-web, gbraid pour les contextes liés aux applications — conçus pour fonctionner dans les restrictions d'Apple là où l'ancien gclid ne le peut pas.

Une configuration robuste capture l'identifiant de clic présent sur la page de destination et le transmet avec la conversion. Les manquer, c'est renoncer à un signal d'attribution majeur précisément sur le trafic iOS qui est le plus difficile à suivre en premier lieu.

Combiné aux données first-party hachées, l'identifiant de clic donne à Google deux façons indépendantes de créditer la vente à la bonne campagne — l'une basée sur le clic, l'autre sur l'identité du client.

Pourquoi le Smart Bidding en profite le plus

Les Enhanced Conversions ne sont pas qu'une correction de reporting — elles rendent vos enchères plus intelligentes. Les stratégies de Smart Bidding de Google (ROAS cible, Maximiser les conversions et similaires) apprennent des données de conversion. Plus ces données sont précises et complètes, meilleures sont ses prédictions et meilleurs sont vos résultats.

Quand vous récupérez les 20 à 40 % de conversions que la perte de cookies masquait, le Smart Bidding voit enfin la vraie valeur de chaque clic, mot-clé et audience. Il cesse de sous-enchérir sur des campagnes discrètement rentables et réaffecte le budget vers ce qui fonctionne réellement.

C'est la partie que les marchands sous-estiment. De meilleures données ne rendent pas seulement le tableau de bord plus joli — elles changent la façon dont l'algorithme dépense votre argent, améliorant souvent le ROAS réel sans que vous touchiez une seule enchère.

Un mot sur l'exactitude et la valeur de conversion

Pour que le Smart Bidding enchérisse bien, la valeur de conversion que vous envoyez doit être juste, pas seulement présente. Envoyez le total TVA incluse que le client a réellement payé pour que Google optimise vers le vrai chiffre d'affaires plutôt qu'un sous-total sous-estimé.

Il vaut aussi la peine d'utiliser une identité déterministe pour chaque conversion — dérivée de la référence de commande — afin qu'une page de confirmation rechargée n'enregistre pas la même vente deux fois. Les conversions dupliquées faussent le Smart Bidding tout aussi gravement que les conversions manquantes, lui apprenant que certains clics valent deux fois plus qu'en réalité.

Des entrées propres — valeurs exactes, pas de doublons, signaux de correspondance solides — sont ce qui transforme les Enhanced Conversions d'une case à cocher en un véritable levier de performance. C'est la différence entre cocher une case dans l'interface Google Ads et nourrir réellement l'algorithme d'enchères avec la vérité sur votre activité.

La configuration sur PrestaShop

Une configuration propre envoie chaque conversion purchase à Google Ads avec la valeur TVA incluse, l'ID et le label de conversion, l'identifiant de clic capturé (gclid, gbraid ou wbraid) et les données first-party hachées — le tout depuis le serveur, afin que rien ne dépende de la survie du navigateur au paiement.

Notamment, cela ne nécessite pas l'API Google Ads, OAuth ni aucun pipeline d'import. L'ID et les labels de conversion plus les données hachées et un identifiant de clic suffisent, ce qui garde la configuration simple et robuste.

PrestaSignal câble cela via un conteneur sGTM auto-hébergé aux côtés de votre tracking GA4 et de Meta CAPI, hachant les PII avant qu'elles ne quittent votre boutique et réutilisant la même identité d'événement déterministe employée partout ailleurs. Pour voir combien d'attribution votre compte manque actuellement, réservez un audit.