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 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 hachage est essentiel. PrestaSignal normalise et hache ces champs dans le module, sur votre propre serveur, avant que quoi que ce soit ne quitte votre boutique — les valeurs brutes ne voyagent jamais dans une requête de tracking. 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 d'arrivée. gclid est le Google Click Identifier classique, utilisé pour la plupart du trafic. Là où les règles de confidentialité d'Apple empêchent le gclid complet, Google se rabat sur des alternatives respectueuses de la vie privée : gbraid pour les clics venant de campagnes d'applications iOS, et wbraid pour les clics web sur iOS quand l'identifiant de clic complet n'est pas disponible.

Leur capture est le point où beaucoup de configurations échouent, parce que l'identifiant n'est présent que sur la page d'arrivée — alors que l'achat peut survenir des jours plus tard. PrestaSignal conserve les identifiants de clic de Google au niveau du petit connecteur sur votre propre adresse web, dans des cookies first-party qui vivent jusqu'à 90 jours — posés seulement quand le visiteur a accordé le consentement publicitaire, et supprimés si ce consentement est retiré. Quand la conversion arrive enfin, l'identifiant de clic stocké voyage avec elle.

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 fondé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 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 que vers un sous-total sous-estimé. PrestaSignal vous laisse aussi décider, destination par destination, si les frais de port sont inclus dans la valeur de conversion.

Il vaut aussi la peine de donner à chaque conversion une identité construite à partir de la commande elle-même — jamais aléatoire — 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, en 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 libellé de conversion, l'identifiant de clic capturé et les données first-party hachées — le tout depuis le serveur, pour que rien ne dépende de la survie du navigateur au paiement.

Notamment, cela ne nécessite ni l'API Google Ads, ni OAuth, ni aucun pipeline d'import. L'ID et les libellés 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 tout cela via un serveur de suivi géré que nous opérons pour vous, aux côtés de votre tracking GA4 et de Meta CAPI — en hachant les données personnelles dans le module avant qu'elles ne quittent votre boutique, en réutilisant la même identité d'événement construite à partir de la commande, employée partout ailleurs, et en envoyant les signaux de remarketing dynamique (ID produits et type de page) sur lesquels s'appuient les formats Google Ads basés sur le catalogue. Pour voir combien d'attribution manque actuellement à votre compte, réservez un audit.