Les multi-source conversions de Google Ads ressemblent à une solution simple à un problème paid media classique: le tag a manqué des conversions, donc on connecte le CRM ou la base de commandes. La bêta est utile, mais ce n’est pas un interrupteur sans risque. Elle change la source de vérité des rapports et, après la période de test, peut influencer les enchères.
La documentation Google décrit une connexion entre une action de conversion web et une source de données supplémentaire via Google Ads Data Manager ou Data Manager API. Cette source peut récupérer des conversions non captées par le Google tag et mettre à jour les valeurs. La clé de rapprochement est le transaction_id, et la déduplication n’agit qu’à l’intérieur de l’action de conversion liée.
Ce qui change
Le changement opérationnel ne se limite pas à l’ajout de données backend. Le point critique est que la source backend peut remplacer la valeur enregistrée par le tag lorsque l’ID de transaction correspond. C’est utile pour l’ecommerce, la qualification de leads et les rapports tenant compte des remboursements. C’est aussi risqué si l’upload utilise des centimes alors que le tag utilise des euros ou des dollars, ou si les ID changent de format.
Google décrit aussi une période d’essai de 14 jours lorsqu’une source supplémentaire est connectée à une action de conversion biddable. Pendant cette période, les données servent aux rapports et aux diagnostics, mais pas aux enchères. Ensuite, les conversions ajoutées peuvent devenir automatiquement biddables. Cette fenêtre doit donc être traitée comme une phase QA.
La checklist data QA
Commencez par l’identité. Chaque achat ou lead qualifié doit recevoir un ID de transaction unique généré dynamiquement par le backend ou la plateforme ecommerce. L’ID envoyé par le tag et celui de l’upload doivent correspondre exactement: pas de préfixe ajouté, de casse différente, de zéro manquant ou de valeur de test.
Vérifiez ensuite les champs d’attribution. Google demande au moins un identifiant, comme GCLID, GBRAID, WBRAID ou des données utilisateur hachées, sauf si des champs d’adresse sont mappés. Pour la plupart des annonceurs, le bon réflexe est de documenter une hiérarchie: click ID d’abord, données hachées ensuite, adresse seulement lorsque le consentement et la qualité le permettent.
Protégez enfin la valeur. Si le CRM devient source de vérité pour la valeur de conversion, finance et media doivent s’accorder sur unités, devise, remboursements, taxes, livraison et timing. Une erreur d’unité peut gonfler le chiffre d’affaires dans les rapports et orienter les enchères value-based vers les mauvais clients.
Comment le déployer
Ne connectez pas cette fonction à une structure de compte désordonnée. Choisissez d’abord l’action de conversion qui représente déjà le résultat métier. Google prévient que la déduplication ne traverse pas plusieurs actions de conversion: garder l’ancienne et la nouvelle dans le même objectif de campagne peut compter deux fois la même vente.
Pendant l’essai, surveillez les alertes de diagnostic comme un tableau de lancement. Un faible taux de correspondance des ID, des données offline manquantes, un tag arrêté ou des valeurs trop différentes ne sont pas des détails. Ils indiquent si le système répare la mesure ou produit une erreur plus propre.
A retenir
Les multi-source conversions sont précieuses quand les navigateurs, les bloqueurs de publicité ou la qualification backend rendent la mesure tag-only incomplète. Mais l’objectif n’est pas simplement d’avoir plus de conversions dans Google Ads. L’objectif est une colonne vertébrale fiable: une action de conversion, des ID cohérents, des identifiants consentis, des valeurs exactes et une période de test utilisée pour la QA avant que les données ne pilotent le budget.
Sources
- Google Ads Help: Multi-source conversions in Google Ads (beta)
- Google Ads Help: Use a transaction ID to minimize duplicate conversions
- Google Ads Help: Fix diagnostic alerts for multi-source conversions
