Tracking server-side des conversions Google Ads
Envoyez les conversions de votre boutique vers l'API Data Manager de Google Ads depuis le serveur, plus depuis le navigateur : dédupliquées avec votre balise Google sur un identifiant d'événement partagé, conditionnées au consentement marketing et traitées dans l'UE. Aucune script Google Ads à déployer sur votre cloud, aucun conteneur GTM serveur à configurer : une clé de connexion, et le même événement part aussi vers GA4, TikTok, Pinterest, Google Ads et Microsoft Advertising.
Votre compte Google Ads se connecte en OAuth : aucune clé, aucun secret client, rien à coller dans votre boutique.
Qu'est-ce que le tracking server-side des conversions Google Ads ?
Le tracking server-side pour Google Ads envoie la vente depuis votre serveur vers Google Ads, l'interface que Google utilise désormais pour recevoir les conversions. Au lieu de demander au navigateur du visiteur de signaler la vente, votre serveur envoie la conversion directement. La requête part de votre infrastructure : un bloqueur de publicité ou une politique de cookies n'a rien à intercepter.
Une conversion Google Ads a besoin d'un click id
C'est la partie que la plupart des guides sautent. Google rattache une vente à une publicité par le click id qu'il a placé dans l'URL d'atterrissage : gclid, ou gbraid et wbraid pour les parcours applicatifs. Pas de click id, pas de conversion attribuée, quelle que soit la méthode de tracking. Le server-side ne change pas cette règle ; il change la fiabilité avec laquelle l'id survit de la page d'atterrissage jusqu'à la commande.
C'est l'id de commande qui empêche le double comptage
La balise navigateur et le serveur envoient le même id de transaction pour la même vente. Google les rapproche et n'en garde qu'une. Sans cet id partagé, faire tourner la balise et le serveur côte à côte gonfle vos conversions déclarées.
Le Consent Mode s'applique toujours
Déplacer un tag vers le serveur change d'où part la requête, pas le fait qu'il faut une autorisation pour l'envoyer. Le consentement marketing reste requis, et nous le vérifions des deux côtés.
Vous cherchez la vue d'ensemble plutôt que Google Ads en particulier ? Lisez ce qu'est le tracking server-side et comment il fonctionne.
Pourquoi Google Ads affiche moins de conversions que vous n'avez vendu
Le pixel tourne dans le navigateur du client : le seul maillon de la chaîne que vous ne maîtrisez pas, et celui qui subit le plus de pression.
-
Les bloqueurs de pub
empêchent la balise de se charger sur la page de confirmation de commande : la conversion n'est tout simplement jamais signalée à Google Ads.
-
Safari ITP et les limites de cookies des navigateurs
raccourcissent ou suppriment le cookie
_gcl_awqui porte le click id de la publicité jusqu'à la commande. -
Un click id perdu
vous coûte la conversion entière, pas une partie : Google ne peut pas attribuer une vente qu'il ne peut rattacher à aucun clic.
Le problème ne se limite pas à un trou dans les rapports. Le Smart Bidding apprend des conversions qu'il reçoit : des ventes sous-déclarées, c'est un algorithme qui enchérit sur une image partielle de ce qui convertit vraiment, et qui dépense en conséquence.
Une connexion Google Ads gérée, sans la tuyauterie
Installez le connecteur de votre plateforme, ou appelez notre API directement. Les commandes validées partent côté serveur vers l'API Data Manager, dédupliquées avec votre balise Google sur l'id de commande et conditionnées au consentement.
Des conversions qui survivent au navigateur
L'achat côté serveur part de votre infrastructure. Quand la balise du navigateur est bloquée, c'est cet événement-là que Google Ads reçoit.
La déduplication prise en charge pour vous
Le connecteur envoie l'id de commande comme id de transaction
(transactionId pour les achats) des deux côtés. Vous n'avez pas à câbler la logique de rapprochement vous-même.
Les click ids traités correctement
gclid, gbraid et wbraid sont validés et normalisés avant de partir, y compris l'enveloppe GCL.<horodatage>. que la balise Google écrit dans le cookie. Une valeur malformée ou factice est rejetée plutôt qu'envoyée : un seul mauvais id dégrade toutes les campagnes qui consomment cette action de conversion.
Rien ne se perd en route
Une file de reprise rejoue automatiquement les échecs d'envoi réessayables : une panne brève d'un côté ou de l'autre ne vous coûte pas une conversion.
Le consentement vérifié deux fois
La couche navigateur n'injecte rien sans consentement marketing, et le dispatcher applique une seconde vérification avant que quoi que ce soit parte chez Google.
Aucun identifiant dans votre boutique
Google Ads se connecte en OAuth depuis votre compte DataFirefly, et le jeton de rafraîchissement est chiffré chez nous. Un front-office compromis n'a rien à faire fuiter.
L'Inspecteur pour le prouver
Chaque événement et son statut par destination sont visibles dans l'Inspecteur, y compris ceux ignorés faute de click id : vous savez pourquoi au lieu de deviner.
Un événement, six destinations
La même conversion part aussi vers GA4, TikTok, Pinterest, Google Ads et Microsoft Advertising, sans seconde intégration à construire.
Connecter votre boutique à Google Ads
Connectez Google Ads une fois, en OAuth
Dans votre compte DataFirefly, cliquez sur Connecter Google Ads et choisissez le compte. Associez ensuite chaque événement à son action de conversion . Un événement sans action associée est ignoré proprement, jamais envoyé sur la mauvaise. Conversions API généré dans Events Manager. Ils sont stockés chiffrés et ne sont jamais envoyés à votre boutique.
Installez le connecteur de votre plateforme
PrestaShop,
WooCommerce ou
Shopware, puis collez votre unique clé de connexion dfss_ . Sur toute autre technologie, envoyez vos événements à notre API.
Vérifiez dans Google Ads
Passez une commande de test depuis un vrai clic publicitaire, puis cherchez dans l'Inspecteur un
purchase livré, et confirmez que la conversion apparaît dans Google Ads sous l'action que vous avez associée, comptée une seule fois.
Votre propre script, GTM serveur ou connecteur géré ?
Trois chemins mènent à la même API Data Manager. Ils diffèrent par ce que vous avez à faire tourner, et par le fait que Google soit ou non la seule destination.
Votre propre intégration
Du code que vous écrivez sur l'API Data Manager : rafraîchissement OAuth, validation des click ids, association des actions de conversion, reprises. Contrôle total, et chaque évolution future de l'API est à vous de la suivre.
GTM serveur
Un conteneur GTM serveur que vous hébergez et configurez, avec un tag Google Ads dedans. Contrôle maximal sur les tags et les variables, et une vraie compétence GTM nécessaire pour le construire et l'entretenir.
DataFirefly
Un connecteur géré : pas de conteneur, pas de compte cloud, une clé. Google Ads plus Meta CAPI, GA4, TikTok, Pinterest et Microsoft Advertising à partir du même événement, hébergé dans l'UE.
Quand un autre chemin vous convient mieux. Si vous avez un développeur qui portera l'intégration et que Google est votre seul canal, l'écrire vous-même sur l'API Data Manager est parfaitement défendable. Si vous avez la compétence GTM en interne et qu'il vous faut un contrôle des transformations tag par tag, le GTM serveur est plus souple que nous. Nous sommes le bon choix quand vous voulez que vos conversions arrivent de façon fiable sur plusieurs plateformes sans devenir une équipe d'infrastructure de tracking. Voyez aussi nos pages Alternative à Addingwell et FAQ .
Le tracking server-side Google Ads pour chaque plateforme e-commerce
PrestaShop
Un module natif qui envoie les commandes validées côté serveur, avec la déduplication et la gestion du consentement intégrées.
WooCommerce
Un plugin WordPress avec file de reprise, panneau Activity et compatibilité HPOS, qui livre les achats côté serveur à Google Ads.
Shopware 6
Un plugin Shopware qui couvre le même tunnel, connecté avec la même clé unique.
Shopify
Les webhooks de commande de Shopify, abonnés en quelques minutes avec la même clé unique. Rien à poser sur le thème.
Un front-end headless ou une stack maison ? Envoyez vos événements à notre API : le dispatcher traite Google Ads et toutes les autres destinations de la même façon. Parlez-nous de votre installation.
Google Ads inclus dans tous les forfaits
Un abonnement couvre l'ensemble de votre compte et toutes ses destinations : Google Ads n'est pas une option payante. Passez au niveau supérieur pour plus de sites et plus d'événements par mois.
Gratuit
Gratuit
Démarrer gratuitement
Pour une boutique qui met en place ses conversions Google Ads correctement.
Facturé 390 € par an : engagement de 12 mois, sans remboursement au prorata.
Le plus populaire
Growth
Facturé 1 190 € par an : engagement de 12 mois, sans remboursement au prorata.
Choisir Growth
Scale
Facturé 3 490 € par an : engagement de 12 mois, sans remboursement au prorata.
Vous voulez d'abord tester la connexion ? Le forfait gratuit vous laisse envoyer des événements et les voir arriver avant de souscrire.
Envoyer des données à Google, dans le cadre européen
Le tracking server-side change d'où part la requête. Il ne vous fait pas sortir du RGPD : nous avons donc intégré les vérifications de consentement plutôt que de les contourner.
Les événements sont traités dans l'UE avant d'arriver chez Google.
Rien ne se déclenche côté navigateur sans consentement marketing, et le serveur revérifie.
Google Ads se connecte en OAuth et le jeton de rafraîchissement est chiffré au repos, jamais envoyé au navigateur ni à la boutique.
Un click id malformé ou factice est rejeté plutôt qu'envoyé à Google.
Un accord de traitement des données couvrant ce flux est sur notre page DPA.
Suivi en temps réel sur notre Mesuré et suivi en temps réel sur notrepage de statut publique
Questions fréquentes : tracking server-side Google Ads
Qu'est-ce que le tracking server-side des conversions pour Google Ads ?
C'est envoyer la vente depuis votre propre serveur vers l'API Data Manager de Google Ads, au lieu de dépendre de la balise Google qui tourne dans le navigateur du visiteur. Comme la requête part de votre infrastructure et non du navigateur, elle n'est affectée ni par les bloqueurs de publicité ni par les restrictions des navigateurs sur les cookies. Google recommande lui-même de garder la balise et d'ajouter le côté serveur, les deux dédupliqués sur l'id de commande.
Comment envoyer ses conversions à Google Ads côté serveur ?
Trois chemins habituels : écrire votre propre intégration sur l'API Data Manager, faire tourner un conteneur GTM serveur avec un tag Google Ads dedans, ou passer par un connecteur géré. Chez DataFirefly, vous installez le connecteur de votre plateforme (PrestaShop, WooCommerce, Shopware) ou appelez notre API, puis vous collez une seule clé de connexion. Google Ads lui-même se connecte en OAuth depuis votre compte : il n'y a ni clé ni secret client à coller dans votre boutique.
Le tracking server-side va-t-il compter mes conversions Google Ads deux fois ?
Pas quand la déduplication est en place. Chaque conversion porte l'id de commande comme id de transaction, à la fois sur la balise du navigateur et sur l'événement serveur. Google rapproche les deux sur cet id et compte la conversion une seule fois. Si la balise est bloquée, l'événement serveur arrive quand même et la conversion est enregistrée : c'est tout l'intérêt de faire tourner les deux.
Pourquoi certaines de mes commandes n'arrivent jamais dans Google Ads ?
Presque toujours parce que la commande ne porte aucun click id Google. Google attribue une conversion par le gclid (ou gbraid et wbraid pour les parcours applicatifs) placé dans l'URL d'atterrissage, et si cet id se perd entre la page d'atterrissage et la commande, il n'y a rien à quoi rattacher la vente. Ce n'est pas une erreur et nous n'inventons jamais de valeur : l'événement est ignoré proprement et affiché comme tel dans l'Inspecteur. Les commandes venues du référencement naturel, du trafic direct ou d'un autre canal n'ont pas de click id non plus, ce qui est normal et attendu. Pour que l'identifiant survive au navigateur, nos modules PrestaShop, WooCommerce et Shopware le captent dès la page d'atterrissage (gclid, gbraid et wbraid) dans un cookie première partie conservé 90 jours, et le portent jusqu'à la commande côté serveur.
Le tracking server-side vers Google Ads est-il conforme au RGPD ?
Le tracking server-side ne supprime pas le besoin de consentement. Nos connecteurs conditionnent la couche navigateur et la couche serveur au consentement marketing, et le dispatcher applique une seconde vérification avant qu'un événement parte chez Google. Les signaux du Consent Mode de votre bannière s'appliquent toujours. Les événements sont traités dans l'UE (Allemagne), un DPA est disponible, et le jeton de rafraîchissement OAuth ne quitte jamais notre serveur. Le server-side est un mécanisme de fiabilité et de qualité de donnée, pas un moyen de contourner une bannière de consentement.
Est-ce que ça marche avec le Smart Bidding et le Consent Mode v2 ?
Oui, et c'est tout l'intérêt. Le Smart Bidding optimise sur les conversions que Google reçoit réellement : récupérer celles qu'une balise bloquée faisait perdre change ce sur quoi l'algorithme enchérit. Le Consent Mode v2 n'est pas affecté : rien n'est envoyé sans consentement marketing, sur aucune des deux couches, et nos modules de bannière cookie pour WordPress et PrestaShop l'implémentent nativement. Comptez un jour pour voir le volume récupéré apparaître dans Google Ads, pas un effet immédiat.
Google, Google Ads et Google Analytics sont des marques de Google LLC. DataFirefly n'est pas affilié à Google. Les noms de produits sont utilisés pour décrire l'interopérabilité.
Arrêtez de perdre des conversions Google Ads à cause du navigateur
Envoyez vos commandes côté serveur à l'API Data Manager de Google Ads : respectueux du consentement, hébergé dans l'UE, avec Meta CAPI, GA4, TikTok, Pinterest et Microsoft Advertising à partir du même événement.