Cinq pannes faussent la plupart des mesures : conversions comptées deux fois, conversions perdues par le consentement, fenêtres d’attribution qui ne se recouvrent pas, événements muets depuis la refonte, trafic interne jamais exclu. Chacune se vérifie en deux minutes avec Tag Assistant, le DebugView de GA4 et l’onglet de diagnostic de Google Ads. Aucune ne se voit dans un tableau de bord.
Une mesure cassée ne tombe pas en panne : elle continue de produire des chiffres
Un tracking défaillant ne déclenche aucune alerte. C’est ce qui le rend coûteux : il produit des chiffres, ces chiffres sont faux, et toutes les décisions prises à partir d’eux le sont aussi.
Un serveur qui tombe se voit en quelques minutes, parce qu’une page blanche se remarque. Une balise qui compte deux fois ne se voit jamais, parce que le rapport reste rempli. La courbe monte, le tableau de bord s’affiche, la réunion mensuelle se tient.
Pensez à une balance de cuisine déréglée de trente grammes. Elle n’est pas en panne : elle affiche un poids, tous les jours, avec la même assurance. Vous découvrirez le décalage au moment où le gâteau ne montera pas. En acquisition, ce gâteau s’appelle un budget réalloué vers la mauvaise campagne.
Le second effet est plus sournois. Les stratégies d’enchères automatiques apprennent à partir des conversions que vous leur remontez. Une conversion comptée deux fois n’est donc pas seulement une ligne fausse dans un rapport : c’est un signal envoyé à un algorithme qui va dépenser davantage là où il croit avoir réussi.
Une mesure fausse ne coûte pas le prix d’un rapport erroné. Elle coûte le prix des arbitrages qu’elle a orientés pendant le temps où personne ne l’a vérifiée — et, depuis le passage aux enchères automatiques, celui des dépenses qu’elle a elle-même provoquées.
Avant de chercher la panne : ce qui ne tombera jamais juste
Un écart entre Google Ads, GA4 et votre facturation n’est pas un symptôme. C’est le fonctionnement normal de trois outils qui ne datent pas les mêmes événements et n’attribuent pas selon les mêmes règles. Ouvrir un diagnostic sans le savoir revient à réparer ce qui n’est pas cassé.
La date d’abord. Google Ads rattache une conversion à la date du clic, pas à la date de l’achat : les colonnes « par date de conv. » ont été ajoutées précisément parce que la plateforme comptabilisait jusque-là « en fonction de la date du clic sur l’annonce » (Aide Google Ads, 2026). GA4, lui, date à la conversion. Superposer les deux courbes, c’est comparer deux calendriers.
Les fenêtres ensuite. Une conversion n’est comptée que si elle survient dans un certain délai après l’interaction, et ce délai n’a aucune raison d’être le même d’un outil à l’autre.
- Google Ads, après clic : 30 jours par défaut, réglable de 1 à 90 jours selon la source de conversion (Aide Google Ads, 2026).
- Google Ads, après affichage : 1 jour par défaut, réglable jusqu’à 30 jours (Aide Google Ads, 2026).
- GA4, événements clés d’acquisition : 30 jours par défaut, ou 7 jours au choix (Aide Google Analytics, 2026).
- GA4, tous les autres événements clés : 90 jours par défaut, ou 30 et 60 jours (Aide Google Analytics, 2026).
Lisez la conséquence : Google Ads peut regarder en arrière sur 90 jours quand GA4 s’arrête à 30. Il capte alors des ventes dont GA4 a perdu le point d’entrée. Aucun des deux ne se trompe : ils répondent à deux questions différentes.
Ce que vous cherchez n’est donc pas l’égalité, c’est la stabilité. Un écart constant de 15 % est explicable. Un écart qui passe de 15 % à 60 % en une semaine est une panne. Ce n’est pas le niveau de l’écart qui alerte, c’est sa variation.
Disons-le franchement, parce que beaucoup d’articles affirment le contraire : il n’existe aucun seuil d’écart « normal » publié par Google. Les repères qui circulent — souvent « 5 à 20 % » — ne reposent sur aucune méthodologie publique. Le seul repère solide est votre propre historique, relevé avant la panne.
Les cinq vérifications, dans l’ordre
Dix minutes suffisent. Trois outils, tous gratuits : Google Tag Assistant, le DebugView de GA4, et l’onglet « Diagnostic » des actions de conversion Google Ads. Pendant le diagnostic, on ne corrige rien — modifier en cours de route revient à effacer la scène pendant qu’on la photographie.
Les cinq contrôles à passer
Panne n° 1 — la conversion comptée deux fois
Le symptôme : un total qui progresse sans mouvement correspondant côté encaissement. Le coût par acquisition apparent s’effondre — ce qui, curieusement, alarme rarement.
Le mécanisme, et il y en a trois. Le plus fréquent : la même action est mesurée deux fois, par la balise Google Ads posée sur la page de remerciement et par l’import de la conversion depuis GA4. Deux sources décrivent la même vente, Google Ads en compte deux.
Le deuxième : la page de remerciement est rechargée. Un client actualise, revient en arrière, met l’URL en favori, et la balise repart. La documentation Google Ads décrit ce cas : si l’utilisateur revient sur la page de conversion ou l’actualise, la même balise peut se déclencher à nouveau (Aide Google Ads, 2026). Le troisième : la balise Google installée deux fois, une fois par une extension du CMS et une fois par Google Tag Manager. Là, ce sont toutes les sessions qui doublent.
La vérification, deux minutes. Passez une commande de test. Dans le DebugView de GA4, chaque action doit produire une entrée, pas deux. Dans Tag Assistant, votre identifiant de mesure ne doit apparaître qu’une fois. Vérifiez enfin le montant remonté : s’il diffère du panier réel, le problème n’est pas le comptage mais le paramètre de valeur.
La correction. Une action, une source : si vous importez la conversion depuis GA4, retirez la balise Google Ads, et réciproquement. Ajoutez ensuite un identifiant de transaction unique, généré côté serveur — Google Ads traite comme un doublon la seconde conversion enregistrée pour la même action avec le même identifiant (Aide Google Ads, 2026). Une limite à connaître : cet identifiant ne déduplique pas les conversions après affichage.
L’exemple. Un formulaire de devis mesuré à la fois par une balise et par un import remonte deux conversions par demande. Une campagne qui génère 40 demandes réelles en affiche 80 : son coût par acquisition apparent est divisé par deux, elle paraît la meilleure du compte, et le budget se déplace vers elle. La panne ne se contente pas de mentir, elle réoriente la dépense.
Panne n° 2 — les conversions que le consentement fait disparaître
Le symptôme : une chute nette et datée du volume de conversions, sans baisse équivalente du chiffre d’affaires. La date coïncide presque toujours avec la mise en ligne d’un bandeau cookies ou un changement de plateforme de consentement.
Le mécanisme. Le mode Consentement existe en deux implémentations, et l’écart entre elles est considérable. En version « de base », les balises Google ne se chargent pas tant que l’internaute n’a pas accepté : en cas de refus, il ne part rien, pas même un signal anonyme. En version « avancée », les balises se chargent, n’écrivent aucun cookie publicitaire, mais envoient des signaux sans cookie que Google utilise pour modéliser les conversions manquantes.
C’est ici qu’intervient l’information la plus rarement dite : la modélisation n’est pas un filet de sécurité universel. Elle a des seuils de volume, et en dessous, les conversions perdues restent perdues.
Les seuils au-dessous desquels rien n’est modélisé
Traduisez ces seuils : un site qui reçoit 2 000 visites par mois n’atteindra jamais 1 000 événements par jour. La modélisation comportementale de GA4 ne s’activera pas chez lui. Il lui reste à soigner ce qui est mesurable, et à accepter que son volume observé soit un plancher, pas un total.
Vérifier le mode Consentement en trois minutes
Ouvrir le site dans Tag Assistant
Saisissez votre URL sur tagassistant.google.com et laissez le bandeau s’afficher sans y toucher.
Lire l’état par défaut
Sélectionnez le premier événement « Consentement ». Les quatre paramètres ad_storage, ad_user_data, ad_personalization et analytics_storage doivent y figurer, tous sur « Refusé ». S’ils sont absents, le mode Consentement n’est pas implémenté.
Accepter, puis relire
Acceptez les cookies et ouvrez le dernier événement « Consentement ». Les paramètres concernés doivent basculer sur « Accordé ». S’ils ne bougent pas, votre bandeau ne parle pas aux balises Google : c’est la panne la plus fréquente.
Regarder ce qui a été bloqué
L’onglet « Balises » indique lesquelles se sont déclenchées et lesquelles ont été retenues. Un blocage total avant acceptation signe une implémentation en mode de base.
Confirmer côté Google Ads
Dans l’onglet « Diagnostic » d’une action de conversion, deux états existent : « Le mode Consentement est implémenté », et le même complété de « et la modélisation est active ». C’est le second que vous visez.
Un piège fait perdre des heures, autant le désamorcer. L’aide Google Analytics signale que le DebugView n’affiche pas les événements des utilisateurs ayant refusé les cookies Analytics lorsque le mode Consentement est en place. Un DebugView vide après un refus n’est donc pas une preuve de panne : c’est le comportement attendu. C’est Tag Assistant qui vous dira ce qui part réellement.
La correction. Faire dialoguer la plateforme de consentement et les balises, et passer en implémentation avancée si votre volume le justifie. Le cadre juridique, lui, ne se négocie pas : la CNIL considère que l’intégration au premier niveau d’un bouton « tout refuser », au même niveau et avec le même aspect que « tout accepter », constitue le moyen clair et simple de laisser l’internaute exprimer son choix (recommandation « cookies et autres traceurs », délibération n° 2020-091 du 17 septembre 2020).
On nous objecte régulièrement qu’un bandeau plus permissif ferait remonter les chiffres. C’est vrai à court terme, et c’est un mauvais calcul. En 2025, la CNIL a prononcé 83 sanctions pour 486 839 500 euros au total, et 21 organismes ont été sanctionnés pour des manquements aux règles régissant les traceurs (CNIL, bilan des sanctions 2025). Dix points de conversions mesurées ne valent pas cette exposition.
Panne n° 3 — l’attribution faussée, ou pourquoi vos totaux ne tombent jamais juste
Le symptôme : trois outils, trois totaux, et une réunion qui s’enlise sur la question de savoir lequel a raison. Aucun n’a raison, parce qu’aucun ne mesure la même chose.
Trois outils, trois définitions de la même vente
La vérification, deux minutes. Ouvrez chaque action de conversion Google Ads et notez sa fenêtre : elles sont indépendantes les unes des autres et personne ne les harmonise spontanément. Relevez ensuite la période rétrospective dans les paramètres d’attribution GA4. Puis activez, une fois pour toutes, les colonnes « par date de conv. » : ce seul geste fait tomber une part importante de l’écart apparent.
Vérifiez au passage le réglage de comptabilisation. Google Ads propose « Chaque » et « Une seule » : la première convient aux ventes, où chaque achat crée de la valeur, la seconde aux demandes de contact, où un clic ne produit qu’un prospect utile. Un formulaire réglé sur « Chaque » compte trois envois successifs comme trois prospects. La modification ne s’applique qu’aux conversions à venir : l’historique ne se recalcule pas.
Et la limite, qu’il faut poser sans détour : aucun réglage ne fera converger ces trois colonnes. Ce n’est pas un défaut d’outillage, c’est une conséquence de leurs définitions. Une attribution parfaite n’existe pas, et méfiez-vous de qui vous la promet — nous compris.
Ce que nous faisons à la place tient en une règle de gouvernance. Une source de vérité est désignée pour le chiffre d’affaires — le CRM ou le back-office, jamais une plateforme publicitaire — et les plateformes sont cantonnées à leur usage réel : alimenter les enchères. Un cycle de vente B2B de quatre mois ne sera jamais capté par une fenêtre de 30 jours : la campagne qui a produit le premier contact apparaîtra sans conversion, et l’affaire sera créditée à une recherche sur votre marque. C’est ce type d’arbitrage que nous instruisons dans un audit SEA ou une mission de conversion et data.
Panne n° 4 — les événements devenus muets après la refonte
Le symptôme : un événement dont le volume tombe à zéro à une date précise. Pas une baisse progressive — une falaise. Variante plus discrète : un formulaire qui ne remonte plus que depuis une partie du site.
Le mécanisme. Un déclencheur Google Tag Manager s’accroche à un élément de page : une classe CSS, un identifiant, une URL de confirmation. La refonte change le thème, le bouton change de classe, /merci/ devient /confirmation/. Rien n’est en erreur : la condition n’est simplement plus remplie.
C’est un interrupteur resté câblé sur une pièce qu’on a démolie. Il fonctionne parfaitement. Il n’allume plus rien.
Deux variantes reviennent aussi souvent. La page de confirmation remplacée par un message affiché sans changement d’URL, quand le formulaire passe en envoi asynchrone : le déclencheur « page vue » n’a plus d’occasion de se déclencher. Et le conteneur GTM absent du nouveau front, ou publié sur la seule préproduction.
La vérification, deux minutes. Ouvrez le mode aperçu de Google Tag Manager et passez réellement les trois parcours qui comptent : envoi du formulaire principal, clic sur le numéro de téléphone, achat ou demande de devis. Faites-le sur mobile et sur ordinateur : un parcours mobile emprunte souvent un composant différent.
La correction. Techniquement, accrocher les déclencheurs à des repères stables — un attribut dédié posé par les développeurs plutôt qu’une classe d’habillage, qui changera au prochain rafraîchissement graphique. Mais le vrai correctif est organisationnel : un plan de marquage écrit, listant chaque événement, son déclencheur, ses paramètres et sa destination. Sans ce document, personne ne sait ce qui manque, puisque personne ne sait ce qui devait exister.
C’est pourquoi nous traitons la mesure comme un livrable de la refonte, au même titre que les gabarits. Une refonte de site qui livre un tracking non recetté livre un site dont personne ne pourra démontrer la performance pendant six mois.
Panne n° 5 — le trafic interne que personne n’a exclu
Le symptôme : un pic de sessions les jours ouvrés aux heures de bureau, un taux de conversion qui s’effondre sans cause commerciale, une page tarifs anormalement consultée depuis votre propre ville.
Le mécanisme. Vos équipes, vos prestataires et vos recetteurs visitent le site. Une recette de refonte, c’est parfois plusieurs milliers de pages vues en trois jours, concentrées sur les parcours les plus sensibles — exactement ceux que vous analysez.
L’effet mérite d’être calculé, parce qu’il est contre-intuitif. Sur un site à 3 000 sessions par mois, 200 visites internes pèsent près de 7 % du trafic : le taux de conversion global baisse alors qu’aucun visiteur réel n’a changé de comportement. Sur un site à 300 000 sessions, les mêmes 200 visites sont invisibles. La panne est d’autant plus grave que le site est petit — l’inverse de ce qu’on suppose.
La vérification, une minute. Dans l’administration GA4, ouvrez « Collecte et modification des données », puis « Filtres de données ». Un filtre de trafic interne existe-t-il ? Et surtout : est-il en état « Actif », ou resté en « Test » depuis sa création ? Un filtre en test identifie les données sans les retirer des rapports. C’est l’oubli le plus courant, parce que l’écran ne s’en plaint pas.
La correction. Créez le filtre, laissez-le quelques jours en « Test » et contrôlez qu’il attrape bien le bon trafic. Puis activez-le : l’application prend entre 24 et 36 heures, vous disposez de dix filtres par propriété, et le paramètre concerné est traffic_type, dont la valeur par défaut est internal (Aide Google Analytics, 2026). Un avertissement, parce que c’est irréversible : un filtre actif apporte des modifications définitives, et les données filtrées ne seront jamais disponibles, ni dans Analytics ni dans BigQuery.
Reste une limite devenue structurelle : le télétravail. Une équipe répartie ne partage plus l’adresse IP du bureau, et les connexions domestiques en changent. Le filtrage par IP demeure utile, il ne suffit plus. La parade consiste à marquer explicitement le trafic interne — une page dédiée que chaque collaborateur visite une fois dépose un cookie, dont Google Tag Manager se sert pour poser traffic_type.
Dans quel ordre réparer, et pourquoi cet ordre-là
Réparez la collecte avant l’attribution, et l’attribution avant les enchères. L’ordre n’est pas une préférence de méthode : chaque étage s’appuie sur celui du dessous.
Corriger une fenêtre d’attribution sur des conversions comptées deux fois ne produit qu’un faux plus précis. Régler des enchères sur une attribution incohérente revient à demander à un algorithme d’optimiser vers une cible mal définie : il y parviendra, et le résultat vous décevra.
Ce qui change entre une mesure subie et une mesure tenue
Une mesure qu’on subit
- Personne ne sait quels événements devraient exister : il n’y a pas de plan de marquage.
- La même action est mesurée deux fois, par la balise et par l’import GA4.
- Le bandeau cookies et les balises Google s’ignorent : les refus effacent les conversions, sans modélisation.
- Les fenêtres de conversion n’ont jamais été ouvertes ; les écarts sont expliqués par « c’est normal ».
- Le trafic de recette et celui des équipes est compté avec le reste.
- Les enchères automatiques apprennent sur ce signal.
Une mesure qu’on tient
- Un plan de marquage écrit, relu à chaque mise en production.
- Une source unique par action, avec un identifiant de transaction généré côté serveur.
- Un mode Consentement vérifié dans Tag Assistant, confirmé dans le diagnostic Google Ads.
- Des fenêtres connues et documentées, et les colonnes « par date de conv. » activées.
- Un filtre de trafic interne actif, éprouvé en test avant activation.
- Une source de vérité désignée pour le chiffre d’affaires, et des plateformes cantonnées au pilotage.
Comptez enfin un temps mort, et acceptez-le. Les stratégies d’enchères automatiques réapprennent sur les données qu’elles reçoivent : un changement de signal met plusieurs semaines à se traduire dans la diffusion. Pendant cette période, interdisez-vous de modifier autre chose — sans quoi vous aurez remplacé une mesure fausse par une expérience illisible.
Nous reprenons ces cinq contrôles sur votre compte, et nous vous disons lesquels passent.
Les quatre réflexes qui font rater un diagnostic
Les diagnostics qui n’aboutissent pas échouent presque toujours de la même façon. Les connaître à l’avance coûte moins cher que de les rejouer.
- Tout corriger le même jour. Cinq corrections simultanées produisent un résultat impossible à attribuer. Traitez la collecte, laissez tourner, mesurez, puis passez à l’attribution.
- Prendre un écart pour une panne. Google Ads et GA4 n’ont aucune raison d’afficher le même total. Ce qui alerte n’est pas l’écart, c’est sa rupture par rapport à votre historique.
- Se fier au tableau de bord plutôt qu’au parcours réel. Un rapport agrégé masque exactement ce que vous cherchez. La seule preuve qu’un événement fonctionne est de le déclencher soi-même, sur un vrai appareil.
- Chercher l’attribution parfaite. Elle n’existe pas. Le but est une mesure stable dont vous connaissez les biais, et qui suffit à trancher entre deux décisions.
Une remarque sur la fréquence, avec la réserve qu’elle mérite : il n’existe pas de norme professionnelle sur le rythme de vérification d’un plan de mesure, et les praticiens divergent. Ce qui fait consensus, c’est le moment — après chaque mise en production. Refonte, changement de plateforme de paiement, nouvelle solution de consentement, migration de CMS : ce sont les seuls instants où une mesure casse.
La mesure n’est pas un sujet technique isolé. Elle conditionne l’optimisation des pages, que traite notre travail de CRO, et la lecture des performances que nous consolidons côté data et reporting. Un tracking juste ne fait pas gagner d’argent. Il rend possible tout ce qui en fait gagner.
Nous passons vos cinq contrôles ensemble, et vous repartez avec la liste de ce qui est à reprendre.
Questions fréquentes
Comment savoir si mes conversions sont comptées en double ?
Passez une commande de test, puis vérifiez qu’elle apparaît une seule fois dans le DebugView de GA4 et une seule fois dans Google Ads. Trois causes dominent : la même action mesurée à la fois par une balise et par un import GA4, la page de remerciement rechargée par le visiteur, et la balise Google installée deux fois — une fois par une extension du CMS, une fois par Google Tag Manager.
Pourquoi Google Ads et GA4 n’affichent-ils jamais le même nombre de conversions ?
Parce qu’ils ne datent pas les mêmes événements et ne regardent pas en arrière sur la même durée. Google Ads rattache la conversion à la date du clic, GA4 à la date de la conversion. Google Ads applique par défaut une fenêtre de 30 jours après clic, réglable de 1 à 90 ; GA4 applique 90 jours pour la plupart des événements clés et 30 jours pour l’acquisition (Aide Google Ads et Aide Google Analytics, 2026). Cherchez la stabilité de l’écart, pas son annulation.
Le mode consentement fait-il vraiment perdre des conversions ?
Oui, et l’ampleur dépend de votre implémentation et de votre volume. En implémentation avancée, Google modélise une partie des conversions manquantes, mais seulement au-dessus de seuils précis : 700 clics sur sept jours par pays et par groupe de domaines côté Google Ads, et 1 000 événements ainsi que 1 000 utilisateurs quotidiens côté GA4 (documentation Google, 2026). En dessous, les conversions perdues le restent — et il vaut mieux le dire que l’ignorer.
Faut-il refaire tout le tracking après une refonte de site ?
Pas nécessairement le refaire, mais toujours le recetter. Les déclencheurs s’accrochent à des éléments de page — classes CSS, identifiants, URL de confirmation — que la refonte modifie. Repassez les trois parcours qui comptent en mode aperçu GTM, sur mobile et sur ordinateur. Avec un plan de marquage écrit, ce contrôle prend vingt minutes ; sans lui, il devient une enquête.
Comment exclure le trafic de mes équipes de Google Analytics ?
Par un filtre de données interne, dans « Collecte et modification des données ». Laissez-le en état « Test » quelques jours pour vérifier qu’il attrape bien le bon trafic, puis activez-le : l’application prend de 24 à 36 heures et l’effet est définitif, les données filtrées ne seront jamais disponibles (Aide Google Analytics, 2026). Avec le télétravail, le filtrage par adresse IP ne suffit plus : complétez-le par un marquage explicite du trafic interne via un cookie.
Combien de temps faut-il pour vérifier un tracking ?
Les cinq contrôles décrits ici tiennent en dix minutes sur un site de taille moyenne, avec trois outils gratuits : Tag Assistant, le DebugView de GA4 et l’onglet de diagnostic des conversions Google Ads. Corriger prend plus longtemps, et juger l’effet d’une correction demande plusieurs semaines, le temps que les enchères automatiques réapprennent. Nous annonçons un délai après avoir vu l’installation : sur ce sujet, une estimation donnée à l’aveugle ne vaut rien.
Peut-on obtenir une attribution fiable à 100 % ?
Non, et il faut se méfier de qui l’affirme. Consentement refusé, navigation multi-appareils, cycles de vente plus longs que les fenêtres de mesure, définitions divergentes d’un outil à l’autre : chacune de ces limites est structurelle. L’objectif réaliste est une mesure stable, dont les biais sont connus et documentés, adossée à une source de vérité désignée pour le chiffre d’affaires — le CRM ou le back-office, jamais une plateforme publicitaire.
Sources
- Aide Google Ads — Limiter le nombre de conversions en double à l’aide d’un ID de transaction — Niveau 1 — documentation éditeur : la seconde conversion portant le même ID de transaction est traitée comme un doublon ; sans effet sur les conversions après affichage.
- Aide Google Ads — À propos des périodes de conversion — Niveau 1 — 30 jours par défaut après clic (réglable de 1 à 90), 1 jour après affichage, 3 jours après visionnage vidéo.
- Aide Google Ads — Analyser les conversions par date de conversion — Niveau 1 — Google Ads comptabilise les conversions à la date du clic ; les colonnes « par date de conv. » datent à la conversion.
- Aide Google Ads — À propos de la modélisation du mode Consentement — Niveau 1 — seuil de 700 clics sur sept jours, par pays et par groupe de domaines.
- Aide Google Analytics — Sélectionner des paramètres d’attribution — Niveau 1 — période d’analyse rétrospective : 30 jours par défaut pour les événements clés d’acquisition, 90 jours pour tous les autres.
- Aide Google Analytics — Filtrer le trafic interne — Niveau 1 — 10 filtres de données par propriété, paramètre traffic_type, application en 24 à 36 heures, effet définitif sur les données.
- Aide Google Analytics — Modélisation comportementale pour le mode Consentement — Niveau 1 — au moins 1 000 événements par jour avec consentement refusé sur 7 jours, et 1 000 utilisateurs quotidiens avec consentement accordé sur 7 des 28 jours précédents.
- CNIL — Sanctions et mesures correctrices : bilan 2025 — Niveau 1 — 83 sanctions prononcées en 2025 pour 486 839 500 euros ; 21 organismes sanctionnés pour manquements aux règles régissant les traceurs.
Consultants mesure et attribution. Découvrir le pôle Conversion & Data →