Intégration · destination
Google Ads & YouTube Ads
Conversions du tag Google, Enhanced Conversions et imports de conversions par clic en ligne/hors ligne via l’API Google Ads.
Comment les événements atteignent Google Ads
Chaque chemin aboutit au même endroit : le moteur de règles vérifie la finalité de consentement requise par cette destination, retire ce qui ne doit pas sortir, et le worker livre avec l’identifiant d’événement partagé.
- Tag navigateur — chargé par le snippet Track après consentement ; le script du fournisseur ne réside jamais dans votre template et n’est jamais chargé sans la finalité requise.
- API serveur — livraison par le worker avec nouvelles tentatives, contrôles d’état, classification des erreurs et un aperçu masqué du payload pour chaque tentative.
- Conversions hors ligne — les événements serveur marqués hors ligne (affaires CRM, commandes téléphoniques, achats en magasin) atteignent cette plateforme avec la source d’action hors ligne du fournisseur.
- Hybride — le tag navigateur et la requête serveur partagent un même identifiant d’événement ; la plateforme déduplique sur orderId.
Prérequis côté fournisseur
Ce qui est envoyé
Uniquement ce que vous configurez dans le mapping des événements, et uniquement après que le moteur de règles a autorisé l’événement pour cette destination.
- Nom et horodatage de l’événement, mappés des événements standard de Track vers les noms d’événements de la plateforme.
- L’identifiant d’événement partagé dans le champ orderId de la plateforme, afin que les livraisons navigateur et serveur ne soient comptées qu’une fois.
- Identifiants de clic que cette plateforme peut recevoir : gclid, gbraid, wbraid. Les identifiants de clic d’autres fournisseurs ne sont jamais transmis.
- Identifiant de commande, valeur, devise et articles pour les événements de type achat.
- Identifiants hachés en SHA-256 (e-mail, téléphone, identifiant externe) pour la correspondance — uniquement avec le consentement requis et uniquement s’ils ont été capturés.
- L’état du consentement sous lequel l’événement a été collecté, lorsque la plateforme accepte des signaux de consentement.
Jamais envoyé
- Adresses e-mail, numéros de téléphone ou noms en clair — les identifiants sont hachés à l’ingestion.
- Valeurs déduites : l’inconnu reste inconnu, rien n’est deviné.
- Événements collectés sans la finalité requise par cette destination.
- Secrets : les jetons résident dans le coffre-fort chiffré et n’atteignent jamais le navigateur, l’assistant ni un journal.
Données techniques
- Champ de déduplication
orderId— order_id / gclid- Identifiants de clic
gclid,gbraid,wbraid- Finalité du consentement
- Marketing
- Version d’API figée
v25- État de l’implémentation
- Implémentée · vérifiée par rapport à la documentation du fournisseur · vérifiée le 2026-09-03
- Documentation du fournisseur
- Documentation de l’API Google Ads
Ce dont vous avez besoin
Les identifiants publics peuvent être saisis dans le chat ou dans l’assistant guidé ; les secrets passent par la carte d’identifiants d’accès sécurisée ou par OAuth, et sont stockés chiffrés.
Identifiants publics
- conversion_id
- ID de conversion du tag Google
- customer_id
- Numéro client Google Ads
- login_customer_id
- Numéro client du compte administrateur (MCC) (facultatif)
Identifiants d’accès
- Connexion OAuth · Google
oauth_refresh_token— stockées dans le coffre-fort chiffré
Consentement
Nécessite la finalité marketing. Sans elle, rien n’est chargé dans le navigateur et rien n’est envoyé depuis le serveur. Un consentement déduit n’est jamais exporté, et les refus exprimés via Global Privacy Control bloquent la livraison.
Configuration en quelques étapes
L’assistant exécute les vérifications détaillées. Vous voyez les étapes clés qui nécessitent une décision de votre part.
Saisir les identifiants
Ajoutez les identifiants publics de la plateforme. Les formats sont validés par rapport à la documentation du fournisseur avant tout enregistrement.
Connecter les identifiants d’accès
Collez le jeton dans la carte sécurisée ou connectez le compte via OAuth. Les secrets vont directement dans le coffre-fort chiffré.
Mapper et tester
Les événements standard sont pré-mappés vers les noms d’événements de la plateforme. Un événement de test marqué traverse le pipeline réel et affiche la réponse du fournisseur.
Publier
Vérifiez le diff, approuvez, publiez une version de configuration signée. Revenez en arrière en un clic si nécessaire.
Extrait de Tracking Knowledge
Des guides rédigés par l’équipe qui construit ce connecteur.
Conversions Google Ads depuis le serveur : conversions par clic, Enhanced Conversions et champs de consentement
Comment importer des conversions par clic dans l'API Google Ads avec un gclid ou des identifiants hachés, ce que doivent contenir conversionDateTime et les champs de consentement, et comment validateOnly tient les tests à l'écart des rapports.
Tutoriel · 4 min de lecture
Tracking de la génération de leads en B2B : de l'envoi du formulaire à l'affaire gagnée, sans double comptage
Un plan de tracking pour les sites B2B — événements generate_lead, contact et book_appointment, champs masqués pour les identifiants de clic, e-mails professionnels hachés, imports de leads qualifiés depuis le CRM et actions de conversion distinctes par étape — avec les règles de consentement qui s'appliquent à chacune d'elles.
Guide · 4 min de lecture
Consent Mode v2 sans approximation : finalités, signaux et ce qu'un routeur côté serveur doit faire
Quels signaux de consentement Google attend, comment les dériver des finalités de consentement plutôt que de listes de fournisseurs, pourquoi le mode « avancé » exige une décision juridique, et comment le côté serveur doit refléter le navigateur.
Guide · 4 min de lecture
Questions
Puis-je fonctionner uniquement côté serveur ?
Oui. Choisissez le mode serveur dans l’assistant guidé ; le script du fournisseur n’est jamais chargé, et la correspondance repose sur les identifiants hachés et les identifiants de clic capturés par le tracker.
Comment les doublons sont-ils évités ?
Le tag navigateur et la requête serveur portent le même identifiant d’événement, et les achats ajoutent l’identifiant de commande. Le worker déduplique également les événements source répétés avant la livraison.
Que se passe-t-il si l’API du fournisseur change ?
Les versions d’API sont figées de manière centralisée avec leur date de vérification ; des avertissements de fin de vie apparaissent dans l’état de santé de la destination bien avant le retrait d’un endpoint.
Connecter Google Ads
Configurez-la avec l’assistant guidé ou laissez l’assistant IA s’en charger dans le chat.