Comment importer la marge des commandes dans Google Ads quand ta boutique ne stocke pas le click ID

Google Ads optimise les campagnes sur les revenus signalés par la balise du site. Les revenus ne sont pas des bénéfices. La plupart des boutiques vendent leurs propres produits à côté de ceux de fournisseurs. D’après mon expérience, leurs marges varient de 20 à 60 %. Quand les enchères utilisent les revenus, deux commandes avec les mêmes revenus ont le même poids, même si l’une a une faible marge et l’autre une forte marge. Généralement, 3 à 10 % des commandes sont annulées. La balise du site n’enregistre pas les annulations. La conversion garde donc sa valeur totale.

Tu ne veux pas envoyer la marge via la balise du site. N’importe qui peut lire les données de la balise dans le navigateur. Tes concurrents le peuvent aussi. C’est pourquoi la marge passe par l’API vers Google Ads.

L’importation habituelle par API nécessite le Google Click ID de chaque commande. Sur une plateforme fermée comme Shopify ou Shoptet, tu ne contrôles pas l’enregistrement de la commande. La commande n’a pas de champ pour le click ID. Shopify conserve uniquement la page de destination de la première et de la dernière visite. Cette page peut contenir le click ID, mais uniquement si le visiteur a autorisé le suivi. Sans code personnalisé ou application dédiée, la commande ne portera pas le click ID de manière fiable. Tu n’as pas besoin du click ID dans la boutique. L’export GA4 vers BigQuery stocke déjà le clic avec chaque visite issue d’une annonce.

Ce dont tu as besoin

• GA4 sur le site de la boutique, enregistrant les achats avec le numéro de commande
• Les commandes de la boutique avec les prix d’achat, issues d’un export, de l’API de la plateforme ou de la base de données
• Un projet Google Cloud
• Un accès administrateur au compte Google Ads
• Un endroit pour exécuter une tâche par jour

Personne ne doit modifier le site ou le processus de paiement. Le clic provient de GA4. Ce dernier tourne déjà sur le site. La marge provient des données de commande que la boutique conserve déjà. Les plateformes fermées exportent généralement les commandes avec les prix d’achat. Vérifie que la tienne le fait.

Étape 1 : Créer le projet Google Cloud

Je donne les noms des pages et des boutons de la console Google Cloud en anglais. Un projet Cloud contient l’export GA4 et donne accès aux deux API. Si GA4 exporte déjà vers un projet, utilise celui-ci.

1. Si tu n’as pas encore de compte de facturation, ouvre Billing dans la console Google Cloud et crées-en un. Un nouveau compte de facturation commence par un essai gratuit.
2. Ouvre la page Overview du compte de facturation. Si elle indique Free trial account, clique sur Activate à cet endroit ou sur la page Welcome de la console. Confirme dans la boîte de dialogue.
3. Ouvre Manage resources. Clique sur Create project. Saisis un nom et choisis ce compte de facturation. Sur un compte personnel, l’organisation reste sur No organization. Clique sur Create.
4. Dans APIs & Services, ouvre Library. Trouve BigQuery API et clique sur Enable. Fais de même pour Data Manager API et Google Ads API.

Le projet nécessite un compte de facturation payant. Google documente actuellement le rejet des demandes d’accès à la Google Ads API pour les projets en essai gratuit ou avec un compte de facturation suspendu ou désactivé. Sans compte de facturation, BigQuery fonctionne comme un bac à sable. Les tables y expirent après 60 jours.

L’export GA4 lui-même est gratuit. BigQuery facture le stockage et les requêtes. D’après mon expérience, cela revient à quelques dollars par mois pour une boutique typique. Pour voir le montant réel, ouvre Billing. Sélectionne le compte de facturation. Ouvre Reports et filtre sur ce projet.

Vérifie. La page Enabled APIs & services liste les trois API.

Étape 2 : Activer l’export GA4 vers BigQuery

Dans cette étape, tu obtiens le Google Click ID sans rien changer dans la boutique. Fais-le tôt. L’export contient uniquement les jours suivant son association. L’aide de Google ne décrit aucun moyen d’exporter les jours antérieurs.

Tu as besoin du rôle Éditeur sur la propriété GA4 et du rôle Propriétaire sur le projet Cloud. Dans Google Ads, vérifie que le taggage automatique est activé. Va dans Admin, puis Paramètres du compte, puis Taggage automatique. Sans cela, les clics publicitaires ne portent aucun Google Click ID. S’il est désactivé, coche Associer une balise à l’URL à laquelle les internautes accèdent en cliquant sur l’annonce et clique sur Enregistrer.

1. Dans GA4, ouvre Administration. Sous Associations de produits, clique sur Associations à BigQuery, puis sur Associer.
2. Clique sur Choisir un projet BigQuery. Sélectionne le projet de l’Étape 1 et clique sur Confirmer.
3. Choisis l’emplacement des données. Pour une boutique dans l’UE, choisis un emplacement dans l’Union européenne (la multi-région UE ou une région UE) et note-le. Les requêtes et les tables d’état de l’importation utilisent le même emplacement. Si le projet a déjà un ensemble de données pour cette propriété, l’emplacement est fixe et ne peut pas être modifié. Clique sur Suivant.
4. Clique sur Configurer des flux de données et des événements. Sélectionne le flux web de la boutique et clique sur OK.
5. Laisse Inclure les identifiants publicitaires pour les flux d’applications mobiles désactivé. Une boutique en ligne n’en a pas besoin.
6. Choisis Fréquence quotidienne et laisse En continu désactivé.
7. Clique sur Suivant, puis sur Envoyer.

La fréquence quotidienne suffit. L’importation lit les tables quotidiennes events_YYYYMMDD. L’option En continu ajoute les données du jour en quelques minutes. Une tâche quotidienne ne les utilise pas et l’option En continu coûte plus cher.

La limite d’un million. Une propriété GA4 standard peut exporter 1 million d’événements par jour avec la fréquence quotidienne. Si la propriété dépasse continuellement cette limite, Google met l’export en pause. Il ne remplit pas les jours manquants. Si tu es proche de la limite, exclus les événements dont tu n’as pas besoin. Retire scroll ou user_engagement dans la fenêtre des flux de données. Garde purchase, page_view et session_start. Ils portent la commande, la page de destination et le clic. Si cela ne suffit pas, l’option En continu n’a pas de limite. Elle nécessite d’adapter l’importation. L’aide de Google suggère aussi une mise à niveau vers Analytics 360.

Les premières semaines. Les clics antérieurs à la date d’association ne sont pas dans BigQuery. Pendant les 30 premiers jours, l’importation envoie donc davantage de commandes avec seulement l’adresse e-mail et le numéro de téléphone hachés.

Vérifie. Les données devraient commencer à arriver dans les 24 heures. Elles se trouvent dans un ensemble de données BigQuery analytics_<ID de la propriété>. Chaque jour, une table avec les données du jour précédent est ajoutée. Cela se produit généralement en début d’après-midi dans le fuseau horaire de la propriété. Parfois, cela arrive plus tard dans la journée ou le lendemain.

Étape 3 : Configurer l’accès aux deux API

Les nouvelles commandes et les modifications de marge passent par la Data Manager API. Les annulations passent par l’ancienne Google Ads API. La Data Manager API ne peut pas retirer une conversion. Les deux utilisent le même projet et la même connexion.

J’écris du code pour la Google Ads API depuis douze ans. En 2026, son accès a changé. Google a abandonné les jetons de développeur le 9 septembre 2026. L’accès appartient désormais au projet Cloud. Un nouveau projet commence avec le niveau d’accès Test. Il fonctionne uniquement avec des comptes de test. Ton vrai compte a besoin du niveau Explorer.

1. Dans la console Cloud, ouvre la page Google Ads API Overview. Vérifie que le niveau d’accès est Test.
2. Développe Upgrade access level. Vérifie que le niveau suivant est Explorer.
3. Clique sur Apply for access. Remplis le court formulaire et attends la réponse de Google par e-mail. La page Overview affiche Explorer seulement après approbation.

Le niveau Explorer autorise 2 880 opérations par jour dans des comptes réels. Il ne nécessite pas de vérification de marque. Google l’approuve automatiquement dans la plupart des cas. Une cause documentée de rejet est un essai gratuit ou un compte de facturation suspendu ou désactivé. Vérifie la raison dans l’e-mail. Corrige le compte de facturation. Attends quelques minutes et renouvelle ta demande d’accès à Explorer.

La connexion. Pour un compte utilisateur, configure OAuth dans la console Cloud sous Google Auth Platform.

1. Sur Branding, remplis le nom de l’application, un e-mail d’assistance utilisateur et un e-mail de contact développeur. Clique ensuite sur Create.
2. Sur Data Access, clique sur Add or remove scopes. Ajoute Data Manager API, Google Ads API et BigQuery API. L’importation utilise la même connexion pour lire l’export GA4. Clique sur Update, puis sur Save.
3. Sur Audience, choisis Internal uniquement si le projet Cloud appartient à ton organisation Google Workspace et que chaque utilisateur y figure. Sinon, choisis External et clique sur Publish app. Le statut est alors In production.

Ne laisse jamais le statut sur Testing. Le guide Data Manager de Google utilise pourtant le statut Testing pour le développement. Les identifiants d’une connexion en Testing expirent après 7 jours. La tâche quotidienne s’arrête après une semaine. Personne n’est prévenu sauf si la tâche alerte en cas d’échec. Une application publiée que Google n’a pas vérifiée affiche un avertissement d’application non vérifiée. Cela se produit une fois lors de la première connexion. Pour ton propre usage, clique sur Advanced et continue. L’avertissement ne signifie pas qu’il y a un problème.

Créer les identifiants.

1. Si l’importation s’exécute sur un serveur ou ton propre ordinateur, crée un client OAuth de type Desktop app sur Clients. Télécharge son JSON. Google Apps Script se connecte via le script lui-même et n’a pas besoin de ce fichier.
2. Donne le JSON à la personne qui construit l’importation (Étape 5). Elle utilise le JSON pour se connecter une fois. Cela produit des identifiants stockés que l’importation renouvelle automatiquement.

Sur un serveur, un compte de service fonctionne à la place. Crée-le. Accorde-lui Service Usage Consumer et BigQuery Job User sur le projet. Accorde-lui BigQuery Data Viewer sur l’ensemble de données GA4 et BigQuery Data Editor sur l’ensemble de données propre à l’importation. Ajoute ensuite son e-mail dans Google Ads comme ci-dessous.

Ajoute ensuite le compte dans Google Ads sous Admin, Accès et sécurité. Utilise le bouton plus et l’accès Standard. Pour une personne, clique sur Envoyer une invitation. La personne l’accepte. Pour un compte de service, saisis son e-mail et clique sur Ajouter un compte, sans invitation. Utilise un compte qui reste dans l’entreprise. L’importation s’arrête lorsqu’il est supprimé.

Vérifie. La page Overview affiche Explorer. L’Étape 6 teste les deux API. Elle utilise un appel validateOnly vers Data Manager et un appel d’annulation de test vers la Google Ads API.

Étape 4 : Créer l’action de conversion pour la marge

Crée une action de conversion distincte de type importation pour la marge. Ici, tu actives aussi le suivi avancé des conversions. Il permet à Google d’associer des commandes sans clic.

1. Dans Google Ads, clique sur Objectifs, puis sur Conversions, puis sur Récapitulatif.
2. Clique sur + Créer une action de conversion et sélectionne Conversions hors ligne.
3. Lorsqu’on te demande une source de données, choisis Ignorer cette étape et configurer la source de données plus tard. L’importation envoie les données via l’API.
4. Définis ensuite l’action de conversion dans l’assistant de configuration. Choisis la catégorie Achat. Nomme l’action. Clique sur Enregistrer et continuer et termine avec Accepter et terminer.

L’aide de Google indique qu’une nouvelle action hors connexion n’est pas active tant qu’une source de données n’est pas connectée. En pratique, l’envoi par API est cette source. Le test de dix commandes à l’Étape 6 en est la preuve. Si l’action n’affiche aucune valeur le lendemain, ouvre l’action. Clique sur Modifier les sources de données et vérifie-les.

Ouvre l’action. Clique sur Modifier les paramètres et définis ceci :

• Valeur sur Utiliser des valeurs différentes pour chaque conversion. Sinon, Google utilise la valeur par défaut au lieu de ta marge. Le champ nécessite toujours une valeur par défaut. Saisis n’importe quelle petite valeur. Google l’utilise uniquement lorsqu’un événement ne porte aucune valeur.
• Nombre sur Toutes. Chaque commande est une vente distincte.
• Période de suivi de la conversion après clic sur 90 jours. Les commandes dont le clic remonte à plusieurs semaines comptent toujours.
• Modèle d’attribution sur Basé sur les données là où il est proposé. Sélectionne-le ou garde-le s’il est déjà défini.

Clique sur Enregistrer. Ensuite, dans Récapitulatif, ouvre la ligne avec l’action de marge et clique sur Modifier l’objectif. Sous Optimisation de l’action de conversion, choisis Secondaire (observation uniquement) et clique sur Enregistrer. La marge n’affecte pas les enchères avant que tu ne la vérifies. Une campagne avec un objectif personnalisé utilise chaque action de cet objectif pour les enchères, y compris les actions secondaires. Garde l’action de marge hors des objectifs personnalisés.

Pour le suivi avancé des conversions, clique sur Objectifs, puis sur Paramètres. Développe Utiliser les données client. Coche Activer le suivi avancé des conversions et clique sur Accepter et enregistrer. Examine ensuite les conditions d’utilisation des données client et clique sur Accepter et continuer. Si tu n’acceptes pas ces conditions, Google n’utilise pas l’adresse e-mail et le numéro de téléphone hachés.

Copie l’ID de l’action depuis son onglet Détails, à côté de ID de type de conversion. Note également l’ID à 10 chiffres du compte Google Ads qui possède l’action. Google recommande d’attendre 4 à 6 heures avant le premier envoi. Le lendemain est un moment pratique pour le premier envoi.

Vérifie. La source de conversion de l’action indique Site Web (importer à partir des clics). Le suivi avancé des conversions est coché sous Utiliser les données client.

Étape 5 : Trouver le clic publicitaire pour chaque commande dans BigQuery

À partir d’ici, Claude Code ou un développeur construit l’importation à partir du dossier d’instructions téléchargeable. Les étapes ci-dessous expliquent ce que fait l’importation et ce que tu dois vérifier.

Cette étape remplace le stockage du clic dans la boutique. Tu associes chaque commande à sa visite dans l’export GA4.

Trouve l’achat GA4 dont ecommerce.transaction_id correspond au numéro de commande de la boutique. Compare-les sous forme de texte en supprimant uniquement les espaces au début et à la fin de chaque numéro. Une visite est identifiée par la paire de user_pseudo_id et ga_session_id. Repère la visite au cours de laquelle l’achat a eu lieu. Prends le dernier Google Click ID ou wbraid enregistré pendant cette visite avant l’achat. Si la visite n’en a aucun, trouve les visites antérieures du même visiteur par user_pseudo_id, jusqu’à 30 jours avant l’achat, et prends leur dernier identifiant de clic. Si un événement porte les deux, utilise le Google Click ID.

Le Google Click ID se trouve dans collected_traffic_source.gclid. wbraid est l’identifiant de clic iPhone. Si l’URL de la page exportée dans page_location conserve le paramètre wbraid, la requête le lit à cet endroit. Vérifie cela sur tes données.

La requête complète, incluant les événements qui arrivent en retard, se trouve dans le dossier d’instructions.

Vérifie. Prends cinq commandes de la boutique qui ont un achat GA4 dans les jours exportés. La requête doit trouver cet achat pour chacune. Les numéros de commande doivent correspondre caractère par caractère. La même requête montre pour combien d’achats elle trouve un clic.

Étape 6 : Envoyer les commandes avec la marge à la Data Manager API

Dans cette étape, tu envoies l’ensemble complet des données pour chaque commande via la Data Manager API, avec la méthode events:ingest. Une requête peut contenir jusqu’à 2 000 commandes.

La marge est la marge brute de la commande hors TVA. Prends les prix des articles après les remises sur les articles. Multiplie chaque prix par le nombre d’unités de l’article conservées par le client. Soustrais toute remise sur la commande et les prix d’achat de ces unités. Laisse de côté les frais d’expédition et de paiement. Ne traite pas un prix d’achat manquant comme un zéro. N’envoie pas une telle commande tant qu’elle n’a pas de prix d’achat.

Chaque événement contient ces champs :

• transactionId, le numéro de commande
• conversionValue et currency, la marge et sa devise
• eventTimestamp, l’heure de la commande avec un décalage de fuseau horaire
• eventSource, WEB
• adIdentifiers, le Google Click ID ou wbraid de l’Étape 5
• userData, l’adresse e-mail et le numéro de téléphone hachés
• consent, avec adUserData accordé
• userProperties.customerType, NEW ou RETURNING, si les commandes antérieures de la boutique l’indiquent

{
  "transactionId": "ORDER-EXAMPLE-000",
  "eventTimestamp": "2026-01-01T12:00:00+01:00",
  "eventSource": "WEB",
  "conversionValue": 123.45,
  "currency": "EUR",
  "adIdentifiers": { "gclid": "INVALID-EXAMPLE-CLICK-ID" },
  "userData": {
    "userIdentifiers": [
      { "emailAddress": "sha256-hex-of-the-normalised-email" },
      { "phoneNumber": "sha256-hex-of-the-e164-phone-number" }
    ]
  },
  "consent": { "adUserData": "CONSENT_GRANTED" },
  "userProperties": { "customerType": "NEW" }
}

Toutes les valeurs de l’exemple sont inventées. L’exemple est un événement, pas une requête complète. L’importation le place dans une requête avec la destination (l’ID du compte qui possède l’action et l’ID de l’action) et l’encodage. Normalise l’adresse e-mail et le numéro de téléphone selon les règles de formatage de Google. Hache-les avec SHA-256 et définis l’encoding de la requête sur HEX.

Envoie chaque commande avec consentement, pas seulement celles avec un clic. L’importation envoie chaque commande éligible avec consentement et au moins un identifiant (ID de clic, adresse e-mail ou numéro de téléphone). Elle envoie une commande sans clic avec son adresse e-mail hachée, son numéro de téléphone haché ou les deux. Google associe une partie de ces commandes grâce au suivi avancé des conversions, pas toutes. Tu ne peux pas savoir à l’avance lesquelles. Une commande sans ID de clic, sans adresse e-mail hachée et sans numéro de téléphone haché ne peut pas être associée. Tu l’ignores.

Consentement. Envoie une commande uniquement si le consentement ad_user_data a été enregistré pour cette commande. N’envoie jamais un consentement manquant comme refusé. L’export GA4 porte uniquement privacy_info.ads_storage. Utilise-le seulement si ta bannière de cookies accorde toujours ad_storage et ad_user_data ensemble. Tu vérifies cela dans Tag Assistant. Sinon, prends le consentement dans les propres registres de la boutique. Il appartient à la boutique d’évaluer si cela est légalement suffisant.

Le premier envoi. L’importation peut envoyer une commande une fois que la table quotidienne GA4 du jour de la commande existe. C’est seulement la première condition. L’importation applique aussi les règles d’attente du dossier.

1. Envoie un lot à Data Manager avec validateOnly défini sur vrai. Envoie un appel d’annulation à la Google Ads API avec validateOnly aussi. Google les vérifie et ne stocke rien.
2. Envoie dix vraies commandes, de préférence récentes avec un Google Click ID. Le lendemain, vérifie que la requête s’est terminée par SUCCESS. Vérifie que l’action de marge affiche leur valeur dans “Valeur de toutes les conv.”. Les actions secondaires n’apparaissent pas dans les colonnes Conversions standard. Les valeurs sont dans la devise du compte. Si tu peux annuler l’une de ces dix commandes, annule-la aussi (Étape 7).
3. Active ensuite la planification quotidienne avec des alertes en cas d’échec.

Une réponse de events:ingest signifie seulement que Google a accepté la requête. L’importation conserve chaque ID de requête. Elle lit son résultat lors de l’exécution suivante (Google a besoin de 30 minutes à 24 heures).

Étape 7 : Envoyer les modifications de marge et les annulations chaque jour

Chaque jour, l’importation compare chaque commande envoyée avec son état dans la boutique.

Modification de marge. Envoie à nouveau l’événement stocké à la Data Manager API. Utilise le même numéro de commande, les mêmes identifiants et la même destination. Utilise la nouvelle valeur et le consentement du jour. Si le client a retiré son consentement, ne renvoie pas. Selon la documentation, Google écrase la valeur et conserve le nombre de conversions. Vérifie cela après la première modification.

Annulation. Envoie-la via la Google Ads API. Utilise la méthode UploadConversionAdjustments, type RETRACTION, sans valeur. L’avis de Google sur la fermeture de certaines parties de la Google Ads API nomme uniquement les envois de conversions. Les annulations passaient par la Google Ads API au moment de la rédaction. Ta première annulation le confirme pour ton projet.

N’envoie jamais zéro ou une valeur négative. L’aide de Google sur les ajustements de conversion indique qu’une valeur de 0 retire définitivement la conversion. Une rétractation ne peut pas être annulée. Ce que fait la Data Manager API avec un zéro n’est pas documenté. N’envoie donc jamais zéro ou une valeur négative. Si la marge d’une commande devient nulle ou négative, envoie une annulation.

Délai. Envoie une annulation au moins 24 heures après la conversion et dans les 54 jours. Selon l’aide de Google, une correction qui arrive plus de 7 jours après l’enregistrement de la conversion n’est pas utilisée pour les enchères. Envoie donc les corrections quotidiennement.

Limites. Les ajustements dans la Google Ads API ne fonctionnent pas avec wbraid. Tu ne peux donc pas retirer la conversion d’une commande envoyée avec wbraid uniquement. L’importation marque une telle annulation comme non résolue, avec la raison wbraid. La documentation de Google pour la Data Manager API ne liste aucune limite de ce type pour les modifications de marge. Vérifie le résultat de la première modification de marge dans le compte. N’envoie jamais à nouveau une commande à la Data Manager API une fois qu’une annulation a été tentée pour elle. Google pourrait l’enregistrer comme une nouvelle conversion que tu ne pourrais pas annuler une seconde fois.

Étape 8 : Vérifier que cela fonctionne, puis décider des enchères

La première semaine, vérifie quatre choses chaque jour :

1. L’action de marge affiche une valeur dans “Valeur toutes les conv. (par date de conv.)”, pas seulement un nombre. Filtre ou segmente le rapport par action de conversion.
2. Chaque requête se termine par SUCCESS. Lis aussi les avertissements.
3. La colonne “Toutes les conv. (par date de conv.)” de l’action de marge correspond à peu près au nombre de commandes que tu as envoyées pour les mêmes jours. Une différence claire est une raison d’enquêter, pas la preuve que l’importation a envoyé une commande deux fois.
4. Google accepte la première ligne d’annulation. L’absence d’erreur d’accès ne suffit pas.

Compare ensuite l’action de marge avec l’action de la balise du site par date de conversion. Utilise uniquement les données des journées qui remontent à au moins 3 jours. Les deux actions peuvent signaler des nombres différents. Mesure la différence dans ton compte.

Enchérir sur la marge est une décision distincte. Prends-la lorsque les valeurs, les annulations et les requêtes sont toutes en ordre. Rends alors l’action de marge principale. Au même moment, rends l’action sur les revenus secondaire et retire-la des objectifs personnalisés. Sinon, chaque achat compte deux fois. Vérifie également que chaque campagne utilise l’objectif qui contient l’action de marge. Recalcule aussi le ROAS cible (tROAS). La marge est inférieure aux revenus.

Deux choses supplémentaires à envoyer avec chaque commande

Nouveau client ou client connu. Remplis userProperties.customerType (Étape 6) à partir de l’historique des commandes de la boutique. Une commande est NEW lorsqu’il n’y a aucune commande antérieure non annulée avec la même adresse e-mail ou le même ID client dans les 540 derniers jours. C’est la fenêtre que Google recommande. L’export des commandes doit remonter aussi loin. Si tu ne peux pas le savoir, n’envoie pas le champ. Google utilise ce champ pour son objectif d’acquisition de nouveaux clients. Une fois que les enchères des campagnes utilisent l’action de marge (Étape 8), ouvre une campagne Search, Performance Max, Shopping ou Demand Gen. Clique sur Paramètres de la campagne. Développe Acquisition de clients et sélectionne Ajuster vos enchères pour acquérir de nouveaux clients.

Vérifie. Dans le tableau Campagnes, clique sur Segmenter et ajoute Clients nouveaux/connus. La répartition devrait correspondre à peu près à ce que tu as envoyé. Le rapport commence le jour où tu actives l’objectif.

Tes propres variables. Une variable personnalisée ajoute une information sur la commande à chaque conversion. Par exemple B2B ou B2C. D’abord, dans Google Ads, clique sur Objectifs, puis sur Conversions, puis sur Variable personnalisée et le bouton plus. Saisis un nom en minuscules et clique sur Enregistrer. Son statut devrait indiquer Activé. L’importation envoie son nom et sa valeur dans les customVariables de l’événement. Google ignore une variable qui n’existe pas dans le compte et n’affiche aucune erreur. N’utilise jamais une adresse e-mail, un numéro de téléphone ou un nom comme valeur. Google documente les variables personnalisées pour les rapports, pas pour les enchères.

Vérifie. Dans le tableau Campagnes, clique sur Segmenter. Sélectionne Conversions, puis Variable personnalisée, et choisis ta variable. Chaque valeur devrait obtenir sa propre ligne.

FAQ

Ce qu’il faut faire en premier

1. Crée le projet Cloud et active l’export GA4 vers BigQuery aujourd’hui. L’export n’a pas d’historique. Active-le donc le plus tôt possible.
2. Dans Tag Assistant, vérifie que ta bannière de cookies accorde ad_storage et ad_user_data ensemble.
3. Calcule la marge de cinq commandes à la main. Cela montre si ta boutique a un prix d’achat pour chaque article.