Le guide du tracking Google Ads

La plupart des comptes que je récupère ont le même problème, et ce n'est jamais celui qu'on m'annonce. On me parle de structure, d'enchères, de mots clés. Puis j'ouvre le tracking, et je découvre que le compte prend ses décisions sur une donnée trouée. Ce guide corrige ça, dans l'ordre.

Chapitre 1Combien tu perds, et pourquoi

Entre 15 et 30% des conversions se perdent avant même d'arriver dans ton compte Google Ads. Ce n'est pas une estimation pessimiste, c'est la fourchette constatée sur les comptes ecommerce en Europe, et elle monte encore sur les comptes à fort trafic mobile.

Les quatre causes, dans l'ordre d'importance

• Les bloqueurs de publicité. Ils coupent les requêtes sortantes du navigateur vers les domaines des régies. Le tag se charge, la requête part, elle n'arrive jamais.
• L'ITP de Safari. Le mécanisme anti pistage d'Apple plafonne la durée de vie des cookies first-party posés en JavaScript, autour de 7 jours. Un visiteur qui revient au-delà est un inconnu.
• La navigation privée. Tout est effacé à la fermeture de l'onglet. Le parcours en deux visites devient deux visiteurs.
• Les bandeaux de consentement. Sans configuration correcte, un refus ne dégrade pas la mesure, il la supprime.

Ces quatre causes ont un point commun : elles agissent toutes dans le navigateur. C'est pour ça que la réponse technique se joue en dehors du navigateur, et c'est tout le sujet du chapitre 3.

Le vrai coût n'est pas ton dashboard

Quand on découvre ces pertes, le premier réflexe est de dire : mes chiffres sont sous-estimés, mon vrai ROAS est meilleur, tant mieux. C'est une erreur d'analyse. Le problème n'est pas ce que TU lis, c'est ce que l'ALGORITHME apprend.

Le Smart Bidding s'entraîne sur les conversions que tu lui remontes. Si 25% des ventes manquent, et surtout si elles manquent de façon non aléatoire (plutôt sur Safari, plutôt sur mobile, plutôt sur les parcours longs), alors l'algorithme apprend une version déformée de ta réalité. Il va sous-enchérir sur les segments qui convertissent mal EN APPARENCE, et sur-enchérir ailleurs. Tu ne pilotes pas avec un compteur imprécis, tu pilotes avec un compteur biaisé.

Sources : documentation ITP et first-party cookies, guides ssGTM (Stape, Kukie), cas d'audit publics.

Chapitre 2Les 7 briques du stack

Un tracking ecommerce complet tient en sept briques. Elles ne se valent pas toutes, et surtout elles ne se posent pas dans n'importe quel ordre.

L'ordre de pose

1. Fiabiliser d'abord l'événement d'achat lui-même. Sur Shopify, les évolutions du checkout cassent régulièrement les anciens scripts : c'est le premier endroit à vérifier.
2. Poser le CMP et les valeurs par défaut du Consent Mode avant le chargement des tags. Cet ordre n'est pas négociable, il conditionne tout le reste.
3. Construire un dataLayer d'achat propre : identifiant de transaction, devise, produits, et la valeur (voir chapitre 7).
4. Activer les Enhanced Conversions.
5. Passer au server-side.

Le sens de cet ordre : chaque brique suppose que la précédente est saine. Poser du server-side sur un événement d'achat qui se déclenche deux fois, c'est industrialiser une erreur.

Chapitre 3Le server-side GTM, expliqué de zéro

Ce que fait le GTM classique

Le Google Tag Manager que tout le monde connaît tourne dans le navigateur du visiteur. Chaque tag (GA4, Google Ads, pixel Meta) envoie ses propres requêtes, depuis le navigateur, vers les domaines des régies. C'est exactement la surface que les bloqueurs, l'ITP et la navigation privée attaquent.

Ce que fait le server-side

Le server-side ajoute un conteneur qui tourne sur un serveur que tu contrôles, joignable sur ton propre sous-domaine (par exemple data.tondomaine.com). Le navigateur envoie un flux unique vers ce sous-domaine. Ton conteneur reçoit l'événement, le filtre, l'enrichit si besoin, puis le transmet à GA4, Google Ads, Meta.

Deux gains, et il faut bien les distinguer. Le premier est la résilience : une requête vers ton propre domaine n'est pas traitée comme une requête tierce. Le second est le contrôle : tu décides ce qui sort, vers qui, avec quels champs. Tu passes d'un modèle où chaque régie se sert dans le navigateur à un modèle où tu possèdes le tuyau.

L'ordre exact des tags dans le conteneur serveur

1. Conversion Linker (dans le conteneur serveur, pas seulement le web). C'est lui qui capte et conserve l'identifiant de clic. Sans lui, le rattachement de la vente au clic publicitaire est perdu.
2. Tag de remarketing Google Ads, avec ton identifiant de conversion.
3. Tag de conversion d'achat : identifiant de conversion + libellé, créés côté Google Ads en choisissant la méthode manuelle avec code.
4. Données fournies par l'utilisateur attachées au tag de conversion : c'est la version serveur des Enhanced Conversions (chapitre 4).

La conversion d'achat reste la conversion primaire et unique, avec des valeurs différentes par commande. Les micro-conversions (ajout au panier, début de paiement, contact) restent secondaires.

Les six pièges documentés

• Laisser en production la valeur de démonstration codée en dur (le fameux 1$ des tutoriels).
• Poser les tags Ads avant que les événements GA4 arrivent côté serveur.
• Oublier le Conversion Linker : l'identifiant de clic n'est jamais réclamé.
• Avoir un Conversion Linker uniquement côté navigateur tout en affirmant faire du server-side.
• Rester sur l'hébergement par défaut sans domaine personnalisé : tu perds le bénéfice cookie, qui est la moitié de l'intérêt.
• Ne pas vérifier en mode Preview que le Linker a bien réclamé la requête.

Sources : documentation Stape, MeasureSchool, MeasureU, Analytics Mania (Shopify), Google Developers.

Chapitre 4Les Enhanced Conversions

Quand le cookie du clic a disparu, Google ne peut plus relier la vente à la publicité. Les Enhanced Conversions envoient, avec la conversion, une donnée client first-party hashée (email, téléphone, adresse). Google la compare à ses utilisateurs connectés et retrouve le lien.

Formulé simplement : tu dis à Google que cet achat appartient au hash de telle adresse email. Le Smart Bidding récupère un exemple d'entraînement qu'il aurait perdu.

Le déclencheur d'activation est simple : dès que tes taux de correspondance sont faibles, ou dès que tu constates un écart entre les commandes de ton back office et les conversions du compte, tu actives.

Chapitre 5Le Consent Mode v2

Il faut séparer deux choses que tout le monde confond. Le bandeau cookies (le CMP) est l'interface qui pose la question à l'utilisateur. Le Consent Mode est le langage de signal que les tags Google lisent pour savoir ce qu'ils ont le droit de faire. Le premier est visible, le second est la machine à états derrière.

Les deux derniers sont l'apport de la version 2, et ce sont eux qui conditionnent l'usage du remarketing et des listes clients sur le trafic européen.

Les deux points qui décident de tout

• Les valeurs par défaut se posent avant les tags. Si les tags se chargent avant de connaître l'état du consentement, tu casses à la fois la conformité et la modélisation.
• Mode Basic ou Advanced. En Basic, un refus signifie qu'aucun signal ne part. En Advanced, des signaux anonymisés partent et Google modélise les conversions manquantes. La différence de volume mesuré est significative, et c'est légal quand c'est correctement implémenté.

Chapitre 6L'import offline : apprendre à Google ce qu'est un bon client

Les tags voient ce qui se passe sur le site. Beaucoup d'entreprises encaissent ailleurs, ou plus tard : le commercial signe la semaine suivante, la commande est remboursée, le CRM qualifie un lead en opportunité puis en client. L'import de conversions offline renvoie ces résultats tardifs à Google Ads, rattachés à l'identifiant du clic d'origine.

Ce que ça change, chiffré

• Ecommerce, distributeur américain à gros budget. Le compte affichait un ROAS confortable, mais seulement 11% des ventes venaient de nouveaux clients : l'algorithme, laissé en maximisation de valeur, avait trouvé le chemin facile, revendre aux clients existants. Après branchement de la vérité CRM (vrais nouveaux clients, valeur enrichie de la durée de vie à 90 jours) et activation du mode acquisition, le coût par nouveau client est passé de 287$ à 94$.
• SaaS B2B français. Compte à l'abandon, coût par lead intenable. Le tracking a d'abord été repris pour séparer les leads qualifiés des curieux, puis les enchères ont visé la valeur du lead qualifié, pas le formulaire rempli. Résultat : équilibre atteint en 3 mois, rentabilité confirmée à 6 mois, coût par acquisition en baisse de plus de 30% et volume de leads qualifiés en hausse de 52%, à budget constant.
• Paiement B2B allemand, marché en déclin. Les signaux de qualité issus du CRM (étapes de qualification jusqu'à la signature) ont été importés dans les enchères, pour que l'algorithme optimise sur la qualité et non sur le volume de formulaires.

Chapitre 7La valeur envoyée : marge, pas chiffre d'affaires

Voici le réglage le plus rentable du guide, et le moins appliqué. Par défaut, tout le monde envoie le chiffre d'affaires TTC comme valeur de conversion. L'alternative est d'envoyer la marge brute : le chiffre d'affaires HT moins le prix d'achat HT.

Une commande de 100€ HT sur un produit acheté 40€ remonte alors 60€, pas 100€.

Pourquoi c'est supérieur

Le Smart Bidding maximise ce que tu lui donnes comme valeur. Si tu lui donnes du chiffre d'affaires, il maximise le chiffre d'affaires, y compris sur des produits qui ne gagnent rien. Si tu lui donnes de la marge, il maximise la marge.

Conséquence mécanique et élégante : le ROAS d'équilibre devient 1 pour tous les produits, quelle que soit leur marge. Fini le casse-tête des cibles différentes par catégorie sur un catalogue hétérogène.

Pour qui, et pour qui pas

• Pertinent : marges très variables d'un produit à l'autre, catalogue de plusieurs centaines ou milliers de références, pilotage Shopping à la performance, budget à partir d'environ 10k€ par mois.
• Peu utile : catalogue homogène en marge, faible volume, ou tracking de base pas encore fiable. Dans ce cas, on répare d'abord le reste.

Mise en œuvre

Une variable de marge injectée dans le dataLayer et transmise par GTM, ou calculée côté serveur. Sur Shopify, des applications tierces automatisent le calcul. Le point de vigilance est la fiabilité du prix d'achat par référence : une donnée de marge fausse est pire qu'une donnée de chiffre d'affaires juste.

L'étape d'après : le POAS complet

La version aboutie ne s'arrête pas au prix d'achat. Elle déduit tous les coûts variables de la commande : coût d'achat rendu, frais de port réels, frais de paiement (généralement 1 à 3% de la transaction), emballage et préparation. On obtient un profit par commande, et le rapport profit sur dépense publicitaire.

Deux règles de mise en route : vérifier régulièrement le calcul sur des commandes réelles, et laisser 2 à 4 semaines de collecte avant d'optimiser dessus.

Chapitre 8Les 4 métriques et leur rôle

Quatre métriques, quatre usages distincts. Les confondre est la source de la plupart des mauvaises décisions budgétaires.

Le COS, l'indicateur de pilotage budgétaire

Le COS est la part de ton chiffre d'affaires HT consacrée à la publicité. 15 000€ de publicité pour 100 000€ de CA HT donne un COS de 15%. Il se calcule depuis ton compte de résultat, en partant de la marge disponible une fois les coûts hors marketing couverts. Trois situations, trois décisions :

• COS réel égal à la cible : tu peux augmenter les budgets si les ROAS tiennent.
• COS réel supérieur à la cible : tu coupes les campagnes non rentables.
• COS réel inférieur à la cible : tu es en sous-investissement, tu laisses de la croissance sur la table.

Le POAS et ses cibles

• 2,0 pour maximiser le profit à court terme.
• 1,4 pour une croissance rentable maîtrisée.
• 1,0 pour de l'acquisition pure, à condition que la durée de vie client soit mesurée et non supposée.

Le MER, le juge de paix

Le MER rapporte le chiffre d'affaires total à la dépense marketing totale, sans attribution. C'est la métrique d'honnêteté : le ROAS de plateforme se gonfle à mesure que la part de marque augmente, et double-compte quand plusieurs canaux touchent le même client. Repères courants en vente directe : un MER de 3 à 5 est sain pour une marque établie ; sous 2,5, la marge de contribution est souvent négative.

Chapitre 9Ce que ça rapporte : les cas chiffrés

• Ustensiles de cuisine, Danemark. Migration en server-side avec Enhanced Conversions sur un compte très abîmé par l'ITP et les bloqueurs : +115% de valeur de conversion mesurée.
• Vêtements professionnels, Danemark. Même famille d'intervention (server-side hébergé, conservation de cookie, hashage des emails, Consent Mode) : +17% de revenu mesuré sur le marché principal, avec un impact annuel déclaré à sept chiffres.
• Ecommerce nordique, stack profit complet. Une amélioration de 20% du taux de captation a permis de scaler : dépense multipliée par plus de 4, chiffre d'affaires +305%, profit brut +436%.

Chapitre 10L'hygiène de lecture au quotidien

• Colonnes normalisées dans le temps. Utilise les colonnes de valeur de conversion par date d'interaction, pour que la dépense et le crédit partagent la même horloge. Sinon les comparaisons entre fenêtres mentent, surtout sur des cycles d'achat longs.
• Nomme toujours ta fenêtre. Comparer 30 jours à 90 jours sans le dire est l'erreur d'audit la plus répandue.
• Une seule conversion primaire. L'achat. Les micro-conversions restent secondaires, sinon le Smart Bidding optimise des ajouts au panier.
• Respecte l'apprentissage. Après un changement de cible ou de budget, compte 1 à 2 semaines avant de juger, et environ 30 conversions sur 30 jours par campagne pour que l'algorithme ait de quoi apprendre.
• Affiche la part de nouveaux clients à côté du ROAS. L'un sans l'autre ment.

Le test qui tranche vraiment : le geo holdout

Le ROAS attribué crédite aussi des clics qui auraient converti sans publicité, en particulier sur la marque. Pour savoir ce qu'un levier apporte réellement :

1. Constituer des paires de zones géographiques comparables (historique de revenu, saisonnalité, concurrence).
2. Retirer le levier testé dans les zones de traitement, tout garder identique par ailleurs, pendant 4 à 8 semaines.
3. Mesurer sur le revenu réel (back office), jamais sur les conversions Google seules.
4. Calculer l'écart par rapport à la période de calibration, décider sur l'intervalle de confiance et non sur un pic d'un jour.
5. Documenter les facteurs parasites : promotions, ruptures de stock, pics concurrents.

Annexe — La checklist d'audit tracking en 10 points

1. L'événement d'achat se déclenche-t-il de façon fiable ? (test de commande réelle, pas la documentation)
2. Une seule conversion primaire ? Quelle valeur est transmise, chiffre d'affaires ou marge ?
3. Y a-t-il double comptage (web et serveur sur la même action) ?
4. Consent Mode v2 : valeurs par défaut avant les tags ? Mode Advanced activé ?
5. Enhanced Conversions actives ? Quel taux de correspondance ?
6. Server-side : domaine personnalisé en place ? Conversion Linker qui réclame bien la requête ?
7. Import offline branché si la vente se conclut ailleurs ? GBRAID et WBRAID gérés ?
8. Fenêtres d'attribution alignées sur le cycle d'achat réel ?
9. Colonnes normalisées dans le temps pour toute comparaison ?
10. La part de nouveaux clients est-elle affichée à côté du ROAS ?