Comment tracker un formulaire avec Google Tag Manager

Tracker « un formulaire » n’est pas un sujet d’outil : c’est un sujet de contrat de donnée. Que le form soit HubSpot, Brevo, CF7, Typeform ou un custom React, la méthode reste la même : définir l’événement de succès, le pousser proprement dans le dataLayer, puis le router vers GA4, Google Ads et Meta sans double comptage.

Ce guide donne la méthode universelle. Les articles dédiés par outil (Tally, HubSpot, Pardot, Brevo, Calendly, CF7, Gravity, etc.) en sont des applications.

1. Clarifier ce qu’est une conversion formulaire

Avant GTM, tranchez :

• Succès business : lead qualifié, RDV booké, démo demandée, inscription newsletter ?

• Moment de vérité : clic submit, réponse API 200, page thank-you, webhook CRM ?

• Identifiant : email hashé, lead id CRM, event_id pour Meta, transaction_id côté Ads si besoin.

Sans cette définition, vous trackerez des clics, pas des leads.

2. Les 3 architectures possibles

A. Event dataLayer au succès (recommandé)

window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
  event: 'generate_lead',
  form_name: 'contact',
  form_id: 'form_contact_v2',
  lead_type: 'demo',
  page_path: location.pathname
});

Idéal pour AJAX, SPA, multi-steps. Le front (ou le tag de l’outil) notifie GTM uniquement quand le serveur a accepté le lead.

B. Thank-you page / URL de confirmation

Trigger GTM sur Path contains /merci ou query ?submission=success. Simple, mais sensible aux accès directs et aux parcours sans redirect.

C. Webhook / server-side

L’outil (Tally, Typeform, Calendly, Brevo) envoie un webhook ; votre endpoint pousse vers GA4 Measurement Protocol, Google Ads Enhanced Conversions ou Meta CAPI. Plus robuste anti-adblock, plus technique.

3. Implémentation GTM (web)

1. Variable Data Layer pour form_name, form_id, éventuels UTM persistés.

2. Trigger Custom Event generate_lead (ou nom standardisé dans votre plan de taggage).

3. Tag GA4 Event → generate_lead.

4. Tag Google Ads Conversion (primary ou secondary selon votre modèle).

5. Tag Meta Pixel Lead (et CAPI en miroir si server-side).

6. Conditions Consent Mode : Ads/Meta seulement si ad_storage le permet.

4. Déduplication Ads × Meta × GA4

• Un seul point d’autorité pour la conversion « officielle » (souvent le dataLayer success).

• Pas de double déclenchement submit + thank-you.

• Meta : même event_id pixel ↔ CAPI.

• Google Ads : une action lead clairement nommée ; micro-conversions en secondary.

Diagnostic transverse : audit des conversions dupliquées Google Ads × Meta.

5. Cas particuliers

• Iframe cross-origin : postMessage, webhook, ou thank-you sur votre domaine.

• Multi-steps : conversion uniquement à l’étape finale validée.

• Spam / bots : filtrez côté serveur avant de pousser l’event.

• SPA (React/Vue) : history change ≠ succès form ; restez sur l’event dataLayer.

6. Checklist de recette

1. 1 soumission réelle = 1 event GA4 en DebugView.

2. Paramètres form_name / form_id corrects.

3. Conversion Ads et event Meta Lead présents une seule fois.

4. Refus cookies : pas de tags ads.

5. Documenté dans le plan de taggage.

7. Guides par outil

• Brevo

• Contact Form 7

• Gravity Forms

• Calendly

• HubSpot, Tally, Typeform, Pardot, Elementor, Webflow… déjà couverts sur le blog.

Besoin d’un plan de taggage formulaires sur votre stack ? Prenez un RDV.

Christophe Dubois

Consultant tracking & data, freelance senior depuis 2012. Architecture de mesure, server-side, attribution.