Enhanced Conversions de Google : comment ça marche et pourquoi le taux de correspondance détermine tes performances en matière d'enchères

C'est quoi, les Enhanced Conversions (conversions améliorées) de Google ?
Les « Enhanced Conversions » sont une fonctionnalité de Google Ads qui envoie des données de première partie hachées avec l'algorithme SHA-256 (par exemple, une adresse e-mail ou un numéro de téléphone) en même temps qu'un événement de conversion standard. Google utilise ces données pour associer les conversions aux clics sur les annonces, même en l'absence de cookies de navigateur. Le taux de correspondance mesure la fréquence à laquelle cette association aboutit et influe directement sur la précision du Smart Bidding.

Les Enhanced Conversions permettent de repérer les conversions Google Ads que le suivi standard basé sur les cookies ne détecte pas. Ils envoient des données propriétaires hachées en même temps que l'événement de conversion, ce qui offre à Google un deuxième moyen de relier cette conversion au clic publicitaire d'origine, même sans cookie.

Le suivi standard repose sur le GCLID : un identifiant de clic stocké dans un cookie du navigateur. Quand ce cookie disparaît, l'attribution ne fonctionne plus. Ça arrive dans trois situations courantes : les utilisateurs bloquent ou effacent les cookies, les protections anti-suivi des navigateurs comme l'ITP de Safari et l'ETP de Firefox raccourcissent considérablement la durée de vie des cookies, et les conversions se font sur un appareil différent de celui du clic d'origine : par exemple, quelqu'un qui navigue sur son mobile et qui finalise un achat sur son ordinateur. Dans chacun de ces cas, la conversion est enregistrée, mais Google ne peut pas l’associer à une campagne. Pour avoir une vision complète de l’impact de la perte de signaux sur tes campagnes, il ne suffit pas de se limiter aux conversions améliorées, mais c’est par là qu’il faut commencer. Les conversions améliorées ajoutent un deuxième identifiant qui subsiste lorsque le cookie ne fonctionne plus. Davantage de conversions sont attribuées correctement. Smart Bidding dispose ainsi de meilleures données.

Ce qui manque au suivi des conversions standard et pourquoi les Enhanced Conversions y remédient

Lorsqu'un utilisateur clique sur une annonce Google Ads, Google enregistre un GCLID dans un cookie du navigateur. Lorsque l'utilisateur effectue une conversion, la balise Google lit ce cookie et transmet le GCLID avec l'événement de conversion. Google relie alors ces deux événements. C'est ça, ta conversion attribuée.

Trois situations viennent perturber ce processus :

• Blocage et suppression des cookies. Les bloqueurs de publicités comme uBlock Origin et AdGuard, ainsi que les protections contre le suivi sur les navigateurs comme l'ITP de Safari et l'ETP de Firefox, bloquent complètement les cookies ou les font expirer avant qu'une conversion n'ait lieu.
• Parcours multi-appareils. Un utilisateur clique sur une pub sur son mobile, mais effectue la conversion sur son ordinateur. Le GCLID enregistré sur le premier appareil n'est pas disponible sur le second.
• Navigation privée. Les navigateurs comme Chrome, Firefox et Safari ne conservent pas les cookies d'une session privée à l'autre.

Dans tous ces cas-là, le GCLID est manquant au moment où la conversion est enregistrée. Google enregistre la conversion, mais ne peut pas l'attribuer. Cette conversion apparaît dans tes totaux, mais n'a aucune incidence sur le Smart Bidding. Google ne sait pas quelle campagne, quel mot-clé ou quelle annonce a généré ce résultat.

Les conversions améliorées ajoutent un deuxième identifiant (des données de première partie hachées) qui fonctionne même lorsque le chemin d'accès au cookie échoue. Pour avoir une vue d'ensemble des données de conversion qui échappent à ta pile actuelle, consulte l'article « Suivi de la perte de signal : est-ce que tu passes à côté de conversions ? »

Comment fonctionnent les conversions améliorées : hachage SHA-256, mise en correspondance des comptes et données transmises à Google

Quand un utilisateur effectue une conversion, il laisse presque toujours une trace de données de première partie. Une adresse e-mail lors du paiement. Un numéro de téléphone dans un formulaire de prospection. Parfois, une adresse postale.

Les conversions améliorées collectent ces données, les soumettent à un hachage SHA-256, puis envoient le hachage à Google en même temps que l'événement de conversion.

SHA-256 est une fonction à sens unique. Tu entres une adresse e-mail et tu obtiens une chaîne de caractères de longueur fixe. Il n'y a aucun moyen de revenir à l'adresse e-mail d'origine. C'est le hachage qui est envoyé à Google, pas les données brutes.

Google compare ensuite ce hachage à ceux qu'il a déjà dans sa propre base de données, issus des comptes Google des utilisateurs. Quand l'utilisateur est connecté à un compte Google avec la même adresse e-mail, les hachages correspondent. Google peut alors attribuer la conversion au clic initial sur l'annonce, même sans cookie.

La mise en correspondance se fait entièrement au sein des systèmes de Google. Tu envoies une empreinte mathématique, pas de données personnelles.

Enhanced Conversions pour le Web vs Enhanced Conversions pour les prospects : quelle est la différence ?

Il s'agit de deux produits distincts destinés à des usages différents. En juin 2026, Google les a regroupés sous un seul bouton d'activation/désactivation et a intégré la gestion des téléchargements hors ligne à l'API Data Manager.

Consulte la documentation sur la configuration des Enhanced Conversions pour connaître les étapes de configuration actuelles.

Enhanced Conversions pour le Web

Les Enhanced Conversions pour le Web prennent en charge les conversions sur site : une page de confirmation d'achat, un écran de remerciement après inscription ou tout envoi de formulaire où l'utilisateur atteint un objectif directement sur ton site web. Les données hachées sont envoyées au moment où l'événement de conversion se déclenche. La mise en place se fait via la balise Google (gtag.js) ou Google Tag Manager.

Enhanced Conversions pour les prospects

Les Enhanced Conversions pour les prospects gèrent les conversions hors ligne : une vente conclue dans un CRM comme HubSpot ou Salesforce, un appel téléphonique qui a débouché sur un client, un contrat signé après une démo. La conversion n’a pas lieu sur le site web. Tu importes la conversion hors ligne dans Google, enrichie des données hachées capturées lors de l'envoi initial du formulaire. Google associe la conversion importée au clic publicitaire qui a déclenché le parcours. La documentation sur la balise de conversion hors ligne de Google Ads explique toute la procédure de configuration.

Ça permet de mesurer les ventes hors ligne dans Google Ads d'une manière que le simple import basé sur le GCLID ne permet pas, car le GCLID est souvent absent des fiches CRM au moment où la vente est conclue.

Migration vers l'API Data Manager (juin 2026) : Google a migré les importations de conversions hors ligne et les importations de « Conversions améliorées pour les prospects » vers l'API Data Manager (datamanager.googleapis.com/v1/événements:ingest) le 15 juin 2026. Les comptes qui n'utilisaient pas activement l'ancienne méthode via l'API Google Ads n'y ont désormais plus accès. Toutes les nouvelles intégrations doivent utiliser l'API Data Manager dès le départ.

Pourquoi ton taux de correspondance des Enhanced Conversions varie et quel impact ça a sur tes enchères

Le taux de correspondance correspond à la part des conversions pour lesquelles Google a réussi à associer les données hachées à un compte Google. Un taux de correspondance de 0 % signifie que les conversions améliorées n'ont apporté aucune information supplémentaire. Un taux de 70 % signifie qu'environ 70 % de tes conversions ont bénéficié d'une attribution plus détaillée.

Plusieurs facteurs font varier ce chiffre à la hausse ou à la baisse.

Évaluation du taux de correspondance	Gamme	Impact des enchères
Très faible	Moins de 5 %	Pas d'amélioration. Smart Bidding ne dispose d'aucun signal amélioré.
Faible	6 à 25 %	Effet limité. L'écart d'attribution reste important.
Moyenne	26 à 50 %	Une légère amélioration. On constate une légère amélioration du CPA et du ROAS.
Haut	Plus de 50 %	Amélioration visible des enchères. Objectif pour tous les comptes.

Des taux de correspondance supérieurs à 50 % améliorent nettement la précision du Smart Bidding. Les comptes américains se situent généralement entre 55 et 70 %. Les audiences principalement européennes affichent souvent des taux plus bas, car moins d’utilisateurs franchissent la barrière du consentement. L’impact des taux de consentement sur les données dont dispose Google est expliqué en détail dans le guide « Google Consent Mode V2 » destiné aux sites web européens. Quatre variables déterminent le niveau de performance de ton compte :

• Exactitude des données. Le hachage doit correspondre exactement. Un e-mail comportant une faute de frappe, un numéro de téléphone dans un format différent ou des espaces à la fin génère un hachage différent. Si ce que tu envoies ne correspond pas exactement aux informations du compte Google de l'utilisateur, il n'y a pas de correspondance.
• Taux de connexion. Google ne peut associer les conversions que si l'utilisateur est connecté à un compte Google au moment de la conversion. Les utilisateurs qui n'ont pas de compte Google, ceux qui naviguent en mode privé ou les audiences qui ont tendance à utiliser des services de messagerie autres que Google réduisent tous ce plafond.
• Couverture des données. Si seulement 40 % de tes paniers finalisés comportent une adresse e-mail (parce que certains utilisateurs ont laissé ce champ vide), les « conversions améliorées » ne peuvent fonctionner que pour ces 40 %. Les 60 % restants ne peuvent pas être pris en compte, quelle que soit la qualité de la configuration technique.
• D'où vient le hash. C'est ce qui surprend la plupart des équipes. Une implémentation côté navigateur signifie que le hash part du navigateur de l'utilisateur. Les bloqueurs de pub et les protections contre le suivi dans le navigateur peuvent intercepter cette requête. La conversion se déclenche, mais les données enrichies n'arrivent pas jusqu'à Google. C'est là que le suivi server-side joue un rôle crucial. En acheminant le hachage via ton serveur directement vers l'API de Google, rien de ce qui s'exécute dans le navigateur ne peut le bloquer.

Comment configurer les Enhanced Conversions : quatre méthodes de mise en œuvre

Il existe quatre méthodes principales de mise en œuvre. Celle qui te convient le mieux dépend de ta pile de suivi actuelle et du type de conversion.

1. Balise Google (gtag.js)

La configuration la plus simple. Tu ajoutes des champs de conversion avancés à ta configuration gtag existante sur la page de conversion. La balise récupère les données utilisateur depuis la page (un champ de formulaire caché, une variable JavaScript ou un envoi via dataLayer), les hache dans le navigateur, puis les envoie avec l'événement de conversion.

Ça marche bien pour les configurations simples de e-commerce et de génération de leads. C'est la solution la plus rapide à mettre en place si tu utilises déjà la balise Google et que ta page de conversion transmet bien les données utilisateur. Le bémol : le hash est envoyé depuis le navigateur, donc il est soumis aux mêmes risques de blocage que n'importe quelle balise côté navigateur.

2. Google Tag Manager (côté client)

C'est le même principe, mis en œuvre via GTM. Tu crées une variable « Données fournies par l'utilisateur », tu associes les champs aux emplacements où ton formulaire les renseigne sur la page de confirmation, puis tu fais référence à cette variable dans ta balise de conversion Google Ads. GTM se charge du hachage.

La plupart des équipes qui utilisent déjà GTM trouvent que c'est le moyen le plus rapide de mettre en place les conversions améliorées. Pas besoin de développeur si la page de conversion affiche déjà les bonnes données. La même visibilité que pour la configuration directe de la balise.

3. GTM server-side

L'événement de conversion passe par un conteneur GTM server-side plutôt que d'être déclenché directement depuis le navigateur. Le serveur collecte les données de première partie issues de l'événement, les hache, puis les envoie à Google via une connexion de serveur à serveur.

Les taux de correspondance sont plus élevés ici, car le hachage ne passe jamais par le navigateur sous forme de requête brute et lisible. Une connexion de serveur à serveur ne peut pas être interceptée par une extension de navigateur. Mais il y a un point faible plus tôt dans le flux : le script côté navigateur doit tout de même lancer la requête. Si ce chemin de requête expose des marqueurs d’analyse reconnaissables comme /collect, certains bloqueurs de pub le supprimeront avant même que ton conteneur serveur ne le voie. Le script de suivi amélioré de TAGGRS crypte cette requête initiale, de sorte qu’il n’y a rien de reconnaissable à bloquer. Le traitement des données se fait sur ton infrastructure, ce qui te donne aussi plus de contrôle sur le mappage des champs et la logique de hachage.

Pour les équipes qui utilisent déjà le suivi Google Ads via sGTM, les conversions améliorées s'intègrent directement dans le processus existant. Consulte la configuration du suivi server-side de Google Ads pour savoir comment le conteneur est configuré, et la documentation sur la configuration des conversions améliorées pour les détails au niveau des champs.

4. API Data Manager (conversions hors ligne)

Pour les conversions améliorées de prospects, ou toute conversion qui se produit en dehors du navigateur, c'est le chemin d'accès à l'API qu'il te faut. Tu envoies les enregistrements de conversion depuis ton CRM ou ton backend — des outils comme HubSpot, Salesforce ou une base de données personnalisée — en incluant les données hachées du prospect capturées lors de l'envoi du formulaire. Google les compare ensuite au hachage issu de l'interaction d'origine.

Jusqu'à la mi-2026, ça se faisait via la méthode UploadClickConversions de l'API Google Ads. À partir du 15 juin 2026, Google a migré les importations de conversions hors ligne et les envois de conversions améliorées pour les prospects vers l'API Data Manager (datamanager.googleapis.com/v1/événements:ingest). Les comptes qui n'avaient pas utilisé activement l'ancienne méthode n'y ont plus accès ; les nouvelles intégrations doivent utiliser l'API Data Manager dès le départ.

Comment vérifier que les conversions améliorées fonctionnent

Paramètres de conversion de Google Ads

Ouvre l'action de conversion dans Google Ads (Outils et paramètres, puis Conversions). La page de détails de l'action de conversion affiche le statut des « Conversions améliorées » et indique si les données sont bien reçues. Attends entre 48 et 72 heures après la configuration initiale avant de tirer des conclusions hâtives à partir des premiers chiffres.

Mode Aperçu de GTM

Quand tu testes une configuration côté client, lance une conversion test en mode « Aperçu » et examine les données d'événement de la balise de conversion Google Ads. L'objet `user_data` doit être présent et contenir des champs hachés. S'il est vide, le problème vient soit de la configuration des variables, soit du fait que la page de conversion ne renvoie pas du tout les données sources.

Google Tag Assistant

Tag Assistant valide les conversions améliorées de bout en bout et indique si des données utilisateur ont été associées à l'événement de conversion. Il met également en évidence les erreurs de configuration courantes : encodage hash manquant, objets user_data vides, champs qui ne correspondent pas au format attendu.

Taux de correspondance dans l'onglet « Diagnostics »

Dans Google Ads, va dans « Objectifs », puis « Résumé », et ouvre l'onglet « Diagnostics ». Si la fonctionnalité « Conversions améliorées » est activée, une fiche de diagnostic s'affiche avec un tableau « Impact » indiquant la couverture et le taux de correspondance par action de conversion. Le taux de correspondance est mis à jour dans les 24 heures. Si le taux affiché est « Faible » (moins de 25 %) après quelques jours de trafic, c’est qu’il y a un problème avec les données envoyées. Les causes les plus courantes sont des champs vides sur la page de conversion, un mappage incorrect des champs dans GTM ou une incompatibilité de format entre ce que tu envoies et ce qui figure réellement sur le compte Google de l’utilisateur.

Enhanced Conversions, Consent Mode V2 et RGPD

Enhanced Conversions traite des données à caractère personnel. Les adresses e-mail et les numéros de téléphone sont considérés comme des données à caractère personnel au sens du RGPD, même après un hachage SHA-256, car Google peut réidentifier ces données en comparant les hachages à sa propre base de données. Tu dois obtenir le consentement explicite des utilisateurs avant de collecter et d'envoyer ces données. Le guide sur le RGPD et le suivi server-side couvre en détail la base juridique et les exigences pratiques en matière de conformité.

Le Consent Mode V2 gère ça grâce à deux signaux de consentement : ad_storage et ad_user_data. Pour que les conversions améliorées se déclenchent, il faut que le consentement ad_user_data soit accordé. Quand il est refusé, la balise Google n'inclut pas les données hachées dans l'événement de conversion. Le guide de configuration du Consent Mode V2 dans la documentation TAGGRS explique comment configurer ça pour un conteneur server-side.

Trois points à vérifier lors de la configuration :

• Synchronisation du signal de consentement. L'autorisation « ad_user_data » doit être en place avant que la balise de conversion ne se déclenche. Si ta plateforme de gestion des consentements (CMP) — comme Axeptio, Cookiebot ou Consent Studio — se charge et définit le consentement après que la balise a déjà été initialisée, les conversions améliorées ne prendront pas en compte cette autorisation pour cette session. Vérifie l'ordre d'exécution dans GTM et confirme avec Tag Assistant.
• Utilisateurs non consentants. Pour les utilisateurs qui ne donnent pas leur consentement, les « conversions améliorées » ne s'activent tout simplement pas. La modélisation standard des conversions continue de s'appliquer pour les estimations globales. C'est le comportement correct, conforme au RGPD.
• Le hachage, ce n'est pas la même chose que l'anonymisation. Envoyer des données de conversions améliorées sans le consentement « ad_user_data » pose un problème de conformité, qu'il y ait ou non un hachage. Le fait que les données soient hachées ne les rend pas anonymes au regard du RGPD si le destinataire peut les associer à un compte individuel.

Des taux de consentement faibles réduisent directement le plafond du taux de correspondance pour les conversions améliorées. L'article « Consent Mode Google V2 pour les sites web de l'UE » explique comment les taux de consentement influencent le volume de conversions correspondantes disponibles pour Smart Bidding.

Comment TAGGRS améliore les taux de correspondance des conversions optimisées

Le moyen le plus fiable d'obtenir des taux de correspondance élevés avec Enhanced Conversions, c'est le server-side GTM. Le défi opérationnel, c'est que pour faire tourner ton propre conteneur sGTM, tu dois mettre en place une infrastructure cloud, gérer les mises à jour du conteneur et garantir la disponibilité du service face à un volume réel de conversions.

TAGGRS gère cette infrastructure. Tu configures les « conversions améliorées » dans GTM comme tu le ferais pour n'importe quelle autre configuration. TAGGRS exécute le conteneur qui traite et transmet les données à Google. Comme le hachage est envoyé server-side, les taux de correspondance sont plus élevés qu'avec les implémentations basées sur le navigateur, et tu n'as pas besoin de gérer d'infrastructure cloud pour y parvenir. La page de configuration du suivi server-side de Google Ads montre comment les différents éléments s'articulent.

Il y a un autre facteur qui influe sur le taux de correspondance. Même si un conteneur server-side est en cours d’exécution, les bloqueurs de publicités comme uBlock Origin et AdGuard peuvent toujours filtrer les événements avant qu’ils ne l’atteignent. Le script côté navigateur qui lance le processus de suivi peut révéler des schémas de requêtes reconnaissables — notamment des points de terminaison de type /collect — que les bloqueurs identifient. Le masquage GTM standard avec un domaine propriétaire aide, mais seulement en partie.

Le script de suivi amélioré adopte une approche différente. Au lieu de masquer l’URL du script, il crypte l’intégralité de la requête entre le navigateur et le serveur, supprimant ainsi tout motif que les bloqueurs pourraient détecter. Ça a permis d’augmenter en moyenne de 9 % le nombre d’événements mesurés par rapport à une configuration GTM standard de première partie. Pour les audiences très sujettes au blocage — comme les développeurs, les spécialistes du marketing et les utilisateurs techniques —, cette augmentation a atteint environ 30 %. Le script se configure depuis le tableau de bord TAGGRS et ne nécessite aucune nouvelle infrastructure. Il suffit de remplacer l'extrait de code GTM existant sur le site web pour qu'il fonctionne immédiatement.

Tu veux voir comment ça s'applique à ta configuration ? Réserve une démo pour découvrir comment TAGGRS gère l'ensemble du processus de conversions améliorées sur tous les comptes clients.

Conclusion

Les conversions améliorées comblent le fossé d'attribution laissé par le suivi basé sur les cookies. L'ampleur de ce fossé dépend de ton audience : les parcours multi-appareils, les bloqueurs de cookies et les utilisateurs qui n'ont pas donné leur consentement réduisent tous les données capturées par le suivi standard. Ça entraîne une perte de signal qui fausse les décisions de Smart Bidding et nuit aux audiences de reciblage. Pour en savoir plus sur la façon dont cela se traduit concrètement, l'article « Le reciblage dans un monde numérique fragmenté » aborde les conséquences en aval.

Le taux de correspondance, c'est ce qui fait la différence entre le succès et l'échec de la configuration. Faire circuler les données via le navigateur, c'est simple. Mais pour atteindre des taux de correspondance suffisamment élevés pour avoir un impact sur les enchères (de manière constante au-dessus de 50 %), il faut transférer l'envoi des hachages hors du navigateur vers une connexion de serveur à serveur.

FAQ

C'est quoi, les conversions améliorées dans Google Ads ?

Les conversions améliorées vont plus loin que le suivi standard des conversions en envoyant des données de première partie hachées (généralement une adresse e-mail ou un numéro de téléphone) en même temps que l'événement de conversion. Google utilise ce hachage pour associer la conversion au clic publicitaire d'origine, même en l'absence de cookies. Le hachage est effectué à l'aide de l'algorithme SHA-256, ce qui garantit que les données personnelles brutes ne sont jamais transmises à Google.

Quelle est la différence entre les « Conversions améliorées pour le Web » et les « Conversions améliorées pour les prospects » ?

La fonctionnalité « Conversions améliorées pour le Web » gère les conversions sur site et envoie des données hachées dès qu’une conversion se produit sur ton site web. La fonctionnalité « Conversions améliorées pour les prospects » gère les conversions hors ligne (une vente conclue dans un CRM, un appel téléphonique qui a débouché sur un client) en téléchargeant des données hachées a posteriori. Google associe l’événement hors ligne au clic publicitaire d’origine à l’aide du hachage capturé lors de l’envoi du formulaire. En juin 2026, Google a regroupé ces deux fonctionnalités en un seul bouton d’activation/désactivation et a migré les téléchargements hors ligne de l’API Google Ads vers l’API Data Manager.

Est-ce que les conversions améliorées fonctionnent sans le Consent Mode ?

Pas tout à fait. Le consentement « ad_user_data » doit être donné avant que la balise Google n'intègre des données hachées dans l'événement de conversion. Sans ce signal, les conversions améliorées ne se déclencheront pas pour cet utilisateur. Utiliser les conversions améliorées sans consentement en bonne et due forme représente également un risque de non-conformité au RGPD, même avec le hachage. Les hachages SHA-256 des adresses e-mail sont toujours considérés comme des données à caractère personnel au sens du RGPD lorsque Google peut les réidentifier.

Comment je peux vérifier si les conversions améliorées fonctionnent ?

Ouvre l'action de conversion dans Google Ads et vérifie le statut des « Conversions améliorées ». Pour consulter les données relatives au taux de correspondance, va dans « Objectifs », puis « Résumé », puis l'onglet « Diagnostics ». Le tableau « Impact » qui s'affiche indique le taux de correspondance par action de conversion. En mode Aperçu de GTM, vérifie que l'objet user_data est bien associé aux événements de conversion. Tag Assistant valide l'ensemble de la configuration de bout en bout et signale les erreurs de configuration courantes.

Les conversions améliorées remplacent-elles les balises de conversion standard ?

Non. Les « conversions améliorées » fonctionnent en parallèle avec le suivi standard des conversions. Le parcours basé sur le GCLID continue de fonctionner en parallèle. Les « conversions améliorées » ajoutent un deuxième identifiant qui prend le relais lorsque le parcours par cookie échoue. Les deux fonctionnent ensemble, et aucun ne remplace l'autre.

Les conversions améliorées sont-elles conformes au RGPD ?

C'est possible. Il faut obtenir le consentement explicite des utilisateurs via ad_user_data avant d'envoyer la moindre donnée hachée. Le hachage seul ne suffit pas pour respecter le RGPD. Une adresse e-mail hachée reste une donnée à caractère personnel si le destinataire peut l'associer à une personne. Mets en place la collecte du consentement via un CMP correctement configuré avec le Consent Mode V2 activé.

Comment les conversions améliorées influencent-elles le Smart Bidding ?

Smart Bidding utilise les données de conversion pour ajuster les enchères. La fonctionnalité « Conversions améliorées » permet de récupérer les attributions que le suivi par cookies aurait manquées, ce qui donne au modèle d'enchères des informations plus complètes sur les clics ayant généré des conversions. Grâce à une meilleure couverture d'attribution, les enchères sont ajustées avec plus de précision en fonction des résultats réels. Cette amélioration est d’autant plus perceptible que le taux de correspondance dépasse les 40 à 50 % et que le volume de conversions du compte augmente.