Mesure des conversions publicitaires et consentement : Google, Meta et LinkedIn

La mesure des conversions relie une dépense publicitaire à ce qu'elle rapporte : une demande de devis, un rendez-vous, une vente. En France, cette mesure repose sur des traceurs qui demandent le consentement du visiteur, et sur des signaux que Google, Meta et LinkedIn attendent dans un format précis. Les règles ont changé en 2024, puis en 2026 : mode consentement v2 exigé pour les visiteurs de l'Espace économique européen, conversions améliorées réunies en un seul réglage, nouvelle interface de Google pour les imports hors ligne. Ce guide fait le point régie par régie, à partir des documentations officielles et des textes de la CNIL cités en fin d'article. Il présente des règles générales et ne remplace pas l'avis d'un juriste sur votre situation.

Le cadre : consentement préalable, refus aussi simple que l'accord

Les lignes directrices et la recommandation de la CNIL du 17 septembre 2020 (délibérations n° 2020-091 et 2020-092) fixent la règle : les traceurs qui ne sont pas strictement nécessaires, dont les traceurs publicitaires, demandent un consentement préalable, donné par un acte positif clair.

• Refuser aussi facilement qu'accepter. Un bouton « Tout refuser » au même niveau et dans le même format que « Tout accepter » est l'exemple de conception conforme que donne la CNIL. Les choix par finalité peuvent se trouver derrière un troisième bouton de même niveau.
• Une seule exception, étroite. Seuls les traceurs de mesure d'audience strictement nécessaires au service, qui produisent uniquement des statistiques anonymes, sont dispensés de consentement. Une balise publicitaire n'y entre pas.
• Plusieurs appareils. Depuis la délibération n° 2025-131 du 18 décembre 2025, un consentement recueilli pour plusieurs appareils oblige à appliquer de la même façon le refus et le retrait sur ces appareils.

La CNIL fait appliquer ces règles : le 1er septembre 2025, elle a sanctionné Google de 325 millions d'euros et Shein de 150 millions d'euros dans le cadre de son plan d'action sur les cookies. Au niveau européen, la Commission a proposé le 19 novembre 2025 de faire entrer la règle des cookies dans le RGPD (proposition « omnibus numérique ») ; tant que ce texte n'est pas adopté, les règles de la CNIL restent celles qui s'appliquent.

Google : le mode consentement v2

Le mode consentement transmet aux balises Google l'état du choix du visiteur, à travers quatre paramètres :

Les deux derniers ont été ajoutés en version 2 pour suivre la politique de Google sur le consentement des utilisateurs de l'Union européenne, qui couvre l'Espace économique européen, le Royaume-Uni et la Suisse. Depuis mars 2024, un annonceur qui veut garder la mesure, la personnalisation et le reciblage pour ces visiteurs doit recueillir leur consentement et transmettre ces signaux à Google. Les plateformes de gestion du consentement certifiées par Google se mettent à jour d'elles-mêmes ; un bandeau fait maison doit être raccordé au mode consentement v2.

Deux modes existent :

Le mode de base n'envoie rien à Google sans consentement : c'est le choix le plus prudent au regard des règles de la CNIL. Le mode avancé améliore la modélisation, mais transmet des signaux avant tout choix du visiteur ; faites valider ce choix par votre délégué à la protection des données.

La modélisation a ses seuils. Google Ads modélise les conversions manquantes à partir de 700 clics publicitaires sur 7 jours, par pays et par groupe de domaines. La modélisation comportementale de Google Analytics 4 demande au moins 1 000 événements par jour avec analytics_storage refusé pendant 7 jours, et au moins 1 000 utilisateurs par jour qui ont accepté, sur au moins 7 des 28 derniers jours. Un compte qui reçoit quelques centaines de clics par semaine n'atteint pas ces seuils : ses rapports ne comptent que les visiteurs qui ont accepté.

Google : conversions améliorées, import depuis le CRM et Data Manager

Les conversions améliorées complètent la balise de conversion avec des données que le visiteur a saisies (email, téléphone, nom, adresse), hachées en SHA-256, que Google rapproche des comptes Google connectés. Avant le hachage, les données se normalisent : espaces retirés, minuscules, téléphone au format international E.164, points retirés de la partie locale des adresses gmail.com et googlemail.com. Depuis avril 2026, les conversions améliorées pour le web et pour les prospects forment un seul réglage, et Google Ads accepte en même temps les données venues des balises, de Data Manager et des API.

L'import des conversions hors ligne renvoie à Google Ads ce que devient une demande : rendez-vous tenu, devis signé, vente. Deux méthodes :

Le changement de 2026. Depuis le 15 juin 2026, l'API Google Ads n'accepte plus de nouvelles intégrations d'import hors ligne, conversions améliorées pour les prospects comprises : les nouvelles intégrations passent par la Data Manager API, et les intégrations existantes sont appelées à migrer. Depuis le 1er avril 2026, la même règle vaut pour les listes de clients (Customer Match). Sans développement, l'outil Data Manager de Google Ads relie une source de données (BigQuery, HubSpot, Zoho CRM ou Shopify, par exemple) et alimente à la fois les listes de clients, l'import hors ligne et les conversions améliorées pour les prospects.

Le consentement voyage avec la donnée. Une conversion importée porte un champ de consentement, accordé ou refusé ; un état inconnu doit être transmis comme un refus. Google Ads ne rapproche pas les adresses IP des utilisateurs de l'Espace économique européen, du Royaume-Uni et de la Suisse. Pour les listes de clients, les deux signaux ad_user_data et ad_personalization doivent être accordés pour les personnes de l'Espace économique européen.

Marquage automatique et paramètres UTM. Le marquage automatique ajoute un gclid aux adresses des annonces Google Ads. Quand un gclid et des paramètres UTM figurent sur la même adresse, Google Analytics 4 attribue la visite d'après le gclid ; les valeurs UTM restent visibles dans les dimensions « manuelles ». Les paramètres UTM servent donc aux autres sources : réseaux sociaux, emails, partenaires. Notre générateur de liens UTM les construit selon les règles de GA4.

Meta : Pixel et API Conversions

L'API Conversions de Meta envoie les événements depuis votre serveur, en complément du Pixel qui les envoie depuis le navigateur. Les règles qui comptent :

• Dédoublonnage. Meta rapproche un événement du Pixel et un événement du serveur grâce au couple event_id et event_name. Un événement envoyé sans event_id ne peut pas être dédoublonné. Dans le Pixel, l'identifiant se passe en quatrième argument de l'appel fbq('track', ...).
• Données hachées. Les informations client (email, téléphone, nom) se hachent en SHA-256 après normalisation (minuscules, espaces retirés) ; les kits de développement de Meta le font d'eux-mêmes.
• Champs obligatoires. action_source est exigé pour tout événement ; un événement web demande aussi client_user_agent et event_source_url.
• Sept jours au plus. event_time ne peut pas remonter à plus de 7 jours ; un seul événement trop ancien fait rejeter toute la requête.
• Qualité du rapprochement. Le gestionnaire d'événements attribue une note sur 10 (Event Match Quality) selon les informations envoyées et la part des événements rapprochés.

Pour installer l'API sans développement, la passerelle de l'API Conversions (Conversions API Gateway) s'installe depuis le gestionnaire d'événements, dans le compte cloud de l'annonceur (AWS ou Google Cloud).

LinkedIn : Insight Tag et API Conversions

• Insight Tag et suivi amélioré. Avec le suivi amélioré des conversions, LinkedIn ajoute un identifiant de clic aux adresses des pages d'arrivée, ce qui permet à la balise d'utiliser un cookie propriétaire. Le pixel image, lui, reste limité aux cookies tiers.
• API Conversions. Elle envoie depuis le serveur les conversions en ligne et hors ligne, dès qu'elles se produisent ou au plus tard dans la journée.
• Identifiants. Un événement porte au moins un identifiant : l'email haché en SHA-256, mis en minuscules avant le hachage, ou l'identifiant de clic li_fat_id, ou un identifiant Acxiom ou Oracle Moat. Si des informations sur la personne sont ajoutées, le prénom et le nom sont tous deux exigés.
• Dédoublonnage. Un eventId commun relie l'événement de la balise et celui de l'API ; quand les deux arrivent, LinkedIn ne compte que celui de la balise.

Le consentement dans les envois depuis le serveur

Envoyer une conversion depuis le serveur ne change pas la règle : la donnée transmise à la régie concerne une personne, et son usage publicitaire suppose son consentement. Google l'inscrit dans ses outils, avec l'état du consentement joint à chaque conversion importée et l'exigence d'un consentement accordé pour les listes de clients. L'intérêt de l'envoi depuis le serveur est ailleurs : des données plus complètes et plus fiables pour les visiteurs qui ont accepté, et le rapprochement avec les ventes enregistrées dans le CRM.

En pratique, conservez avec chaque demande, dans le CRM :

• l'identifiant de clic de la régie (gclid pour Google, li_fat_id pour LinkedIn) et les paramètres UTM de la visite ;
• l'état du consentement au moment de la visite, par finalité ;
• la suite donnée à la demande : rendez-vous, devis, vente, montant.

Par prudence, n'envoyez aux régies que les conversions dont le consentement est accordé ; les autres restent comptées dans le CRM, qui devient la référence pour juger les campagnes.

Plan de mise en place

1. Bandeau de consentement conforme : « Tout refuser » au même niveau que « Tout accepter », choix par finalité, retrait aussi simple que l'accord.
2. Mode consentement v2 raccordé au bandeau, en mode de base ou avancé selon la décision validée par votre délégué à la protection des données.
3. Des conversions qui ont de la valeur : demande envoyée, rendez-vous pris, vente. Une seule balise par action, pour ne pas compter deux fois la même demande.
4. Conversions améliorées activées, données normalisées avant le hachage.
5. Import des ventes depuis le CRM, par la Data Manager API ou l'outil Data Manager pour toute nouvelle intégration.
6. API Conversions de Meta et de LinkedIn, avec un identifiant d'événement commun à la balise et au serveur.
7. Paramètres UTM sur tous les liens hors Google Ads, avec une convention écrite.
8. Revue chaque semaine du coût par demande qualifiée et par vente, lu dans le CRM plutôt que dans les rapports des régies.

Pour fixer le budget à partir de ce que vaut un client, utilisez notre calculateur de budget publicitaire. Les définitions du suivi des conversions et des paramètres UTM sont dans notre lexique, et notre guide Google Ads pour les PME détaille la structure des comptes.

Ce qu'une PME peut attendre de sa mesure

Avec des refus de consentement et des seuils de modélisation hors de portée, les rapports des régies d'une PME comptent une partie seulement des conversions. Le chiffre fiable est celui du CRM : les demandes et les ventes rattachées à leur source par les paramètres UTM et les identifiants de clic. Les régies servent à optimiser les enchères avec les signaux disponibles ; le CRM sert à décider du budget.

Notre expertise analytics et mesure installe cette chaîne, du clic à la facture, consentement compris, et notre expertise publicité en ligne pilote les campagnes au coût par demande réel. Le même raisonnement vaut pour l'emailing, où la CNIL encadre depuis juillet 2026 les pixels de suivi.