Lors de l’un de vos nombreux calls avec vos account managers Google, vous avez sans doute entendu des mots barbares : Enhanced Conversions for Leads, Google Tag Gateway (cf. cet article si vous avez besoin d’un rappel), et peut-être même… Data Manager.
Ces outils sont souvent présentés comme le nouvel eldorado. Data Manager, en particulier, revient de plus en plus dans les discussions : Google en a d’ailleurs fait l’une des stars de son Marketing Live 2026.
L’objet de cet article est de vous présenter Data Manager et de discuter de sa place dans votre écosystème actuel, notamment aux côtés de GTM Server Side (ou toute autre brique server side). Nous répondrons notamment aux questions :
- Data Manager, qu’est-ce que c’est et à quoi ça sert ?
- Comment l’outil s’intègre-t-il dans mon écosystème existant ?
- Et surtout : comment Data Manager s'articule avec un setup server side existant ?
1. L’objectif initial : compléter la collecte par de la donnée first party
Si vous lisez cet article, il y a de grandes chances que vous ayez déjà coché la première case : une collecte de données web qui tourne. GA4, tags Google Ads, pixel Meta, un peu de sGTM peut-être… le tracking comportemental sur le site, c’est la base.
Le souci, c’est que cette base ne suffit plus vraiment. Et pour deux raisons :
- D’abord, la donnée web se dégrade. Entre les ad blockers, l’ITP de Safari qui cape les cookies à 7 jours et la disparition progressive des cookies tiers, une partie des signaux part à la poubelle. On en a déjà largement parlé ici, on ne va pas y revenir.
- Ensuite, une bonne partie de ce qui compte ne se passe tout simplement pas sur le site. Une vente conclue en magasin, un lead que le commercial transforme trois semaines plus tard, un devis signé par téléphone : tout ça, votre tag GA4 ou vos tags publicitaires ne le verront pas…
L’enjeu du moment, c’est donc d’aller plus loin en transmettant de la donnée first-party aux régies. Concrètement, ça passe par deux leviers, souvent complémentaires :
- Enrichir la donnée collectée sur le site : on met à jour le plan de marquage pour transmettre des données personnelles (email, nom, numéro de téléphone, etc.) : c’est la logique de Enhanced Conversions par exemple.
- Multiplier les sources de données : plutôt que de se contenter du comportement on-site, on va chercher l’info là où elle vit réellement : le CRM (le vrai statut d’un lead, le montant réel d’une vente), le point de vente physique (les ventes en magasin), le back-end e-commerce (la commande validée, la marge), etc.
Face à ces enjeux, l’objectif de Google est clair : baisser la barrière à l’entrée pour capter davantage de donnée first party. Et l’intérêt est double.
- Côté annonceur, la promesse est qu’une donnée plus riche, de meilleure qualité et issue de sources variées nourrit mieux les algorithmes d’enchères (Maximize Conversions, tROAS…) et améliore la performance. Google avance une hausse incrémentale moyenne du ROAS de 26 % chez les annonceurs qui connectent leur donnée offline via Data Manager. À relativiser tout de même : c’est un chiffre Google, mesuré sur des campagnes Search enchérissant à la valeur de conversion et dans des conditions favorables.
- Côté Google, l’intérêt est évident : plus de conversions remontées, c’est plus de chiffre d’affaires attribué à ses canaux… et donc, mécaniquement, plus de budget investi chez lui. Les incitations s’alignent avec les vôtres, mais ne l’oublions pas : Google ne fait pas ça par philanthropie.
Un mot sur la « data strength »
La data strength, c’est le nom maison que Google donne à la qualité de la fondation de données first-party que vous lui envoyez pour nourrir son IA d’enchères. Autrement dit : plus vous alimentez Google en signaux complets et fiables, mieux ses algos optimisent.
Le cadre donné par Google est structuré en quatre étapes :
- Connecter ses sources de données : tagging du site, liaison GA4 / Google Ads, et connexion des sources offline / CRM. C’est ici qu’intervient Data Manager.
- Enrichir les signaux : Enhanced Conversions, Consent Mode, ajout des valeurs de conversion et de transaction.
- Activer l’IA de Google : Smart Bidding, tROAS, Performance Max, Customer Match…
- Prouver le ROI : mesure d’incrémentalité, modèles de mix marketing (Meridian).
Notez le nom de l’étape 3 : « activer l’IA de Google ». Le véritable objectif des premières étapes est de fournir un maximum de données afin d’alimenter l’IA de Google.
Une fois qu’on a dit tout ça, reste la vraie question, la seule qui nous intéresse ici : concrètement, comment on transmet ces données à Google ?
Et c’est précisément là qu’on retrouve nos deux candidats : Data Manager, l’interface poussée par Google… ou un setup GTM Server Side. On regarde ce que vaut chacun.
2. Data Manager : la porte d’entrée pour l’ingestion des sources de données
Data Manager est accessible au sein de l’interface Google Ads dans “Tools” puis “Data Manager” (mais également accessible depuis Search 360 et Campaign Manager 360, et bientôt depuis Google Analytics).
Le principe est simple à résumer : il s’agit d’une interface qui vous permet de brancher des sources à des destinations.
- vous branchez une source de données (votre CRM, une table BigQuery, votre back-end, un fichier, etc.)
- et vous la reliez à une destination, par exemple Google Ads
→ Il s’agit donc d’une interface simplifiée qui vous permet d’importer des conversions offline ou des listes d’audiences.
En pratique
On commence par sélectionner la source souhaitée
Puis on la configure
Les pré-requis varient en fonction des sources de données. Nous vous encourageons à vérifier la documentation Google relative à chacune des sources.
Quelques exemples :
- Pour Shopify, il est nécessaire d’avoir activé l’app “Google & Youtube” dans Shopify. Si vous suivez attentivement ce blog, vous savez probablement qu’il faut être prudent avec ça…
- Pour Hubspot, le fonctionnement réel dépend de votre plan sur Hubspot.
Pensez donc bien à vérifier les pré-requis exacts avant chaque connexion.
Lors de la configuration d’une source, vous allez pouvoir mapper certains champs. Certaines transformations sont également possibles mais limitées à des choses très basiques (modifier la case, hacher, split, etc.).
Data Manager, c’est donc un point de connexion, le tout dans l’interface Google Ads, via des connecteurs prêts à l’emploi (Salesforce, HubSpot, BigQuery, Shopify, etc.). C’est une solution facilitée pour importer des conversions en magasin par exemple, ou des listes d’audiences.
Avantages et points d’attention de Data Manager
Pour une équipe marketing qui veut juste faire remonter une liste clients ou des conversions offline à Google, c’est plutôt séduisant.
- Sans code, mise en place facilitée via les connecteurs préexistants
- Officiel Google, intégré directement dans l’interface Google Ads, documenté et poussé par Google
- Aucune infra à gérer : pas de conteneur serveur à héberger ni à maintenir
- La voie désormais recommandée par Google pour les conversions offline et les audiences.
Bref, sur le papier, ça coche pas mal de cases. Sauf que…
Data Manager est volontairement étroit. C’est une porte d’entrée vers Google, pas un couteau suisse.
Concrètement, voici les choses qu’il faut avoir en tête et ce qu’il ne sait pas faire :
- Attention au consentement : vous devez vous assurer d’avoir obtenu le consentement nécessaire de vos utilisateurs. En pratique, le consentement est géré par votre CMP, vous devez donc récupérer la valeur du consentement et la stocker au sein de la source que vous souhaitez utiliser. On est assez loin du plug & play.
- Pas d’enrichissement, ni de logique custom : au moment de l’envoi, impossible d’ajouter la marge produit, de recalculer une valeur, de croiser avec une autre donnée ou d’appliquer une règle métier. On ne transforme pas la donnée.
- Spécifique à Google : même topo que Google Tag Gateway dont on avait déjà parlé, Data Manager alimente l’écosystème Google (Google Ads, GA4). Si vous voulez aussi nourrir Meta, TikTok, LinkedIn ou vos propres systèmes, il ne fera rien pour vous.
- Peu de contrôle sur la gouvernance. Consentement, cookies first-party, mise en forme de la donnée avant qu’elle ne parte : vous n’avez pas vraiment la main.
3. Combiner Data Manager et le server side pour aller plus loin : comment ça fonctionne ?
Rappel sur le server side
Ici, par simplicité, nous allons nous concentrer sur une configuration GTM Server Side. Néanmoins, beaucoup d’éléments mentionnés ici sont transposables à d’autres outils (qu’il s’agissent d’autres TMS avec une brique server side ou d’outils comme Segment).
Peut-être faites-vous partie des nombreux annonceurs ayant mis en place une brique server side, par exemple via GTM Server Side. Vous avez donc
- mis en place un serveur de tagging, en passant par une solution hébergée ou en propre
- configuré votre conteneur GTM Server Side et mis en place les cas d’usages typiques : la migration des tags côté serveur, le contournement des restrictions navigateurs et des adblockers, etc.
Votre implémentation ressemble donc à cela aujourd’hui.
Le server side permet également d’aller plus loin :
- Connecter d’autres sources de données : il est par exemple tout à fait possible d’envoyer des données de vente (par exemple) depuis votre ERP vers votre conteneur server side.
- Enrichissement des données : on peut compléter le signal avec des informations qui ne vivent pas sur le site → la marge d’une commande (pour piloter au MOAS plutôt qu’au ROAS), le statut réel d’un client, sa LTV, le fait qu’il soit nouveau ou récurrent… Autant de signaux qui rendent l’optimisation des campagnes bien plus pertinente.
- Envoyer partout, pas seulement à Google. Depuis un seul conteneur, vous alimentez toutes vos régies via leurs API server-to-server : Google Ads, Meta CAPI, TikTok, LinkedIn CAPI, Microsoft Ads, Pinterest… et même vos propres systèmes.
- Garder la main sur la configuration et mettre en place une configuration iso pour l’ensemble des partenaires. Avec un setup de ce type, vous normalisez votre donnée une seule fois à un seul endroit (même définition de conversion, même valeur, même logique de déduplication), puis vous l’envoyez de manière cohérente vers l’ensemble de vos partenaires.
Data Manager API : quand Data Manager et une configuration server side deviennent complémentaires
En réalité, Data Manager peut être utilisé de deux manières :
- dans l’interface : c’est l’objet de la 2e partie
- ou via API
Il est tout à fait possible d’utiliser Data Manager… via API. C’est la Data Manager API.
Concrètement, l’idée est d’utiliser le conteneur GTM Server Side pour alimenter l’API Data Manager et in fine, Google Ads ou GA4. Et en parallèle, vous disposez des autres avantages du server side : les possibilités d’enrichissement et la possibilité d’envoyer les informations à d’autres partenaires. 1 flux de votre ERP vers votre conteneur serveur → plusieurs partenaires alimentés.
4. Par où commencer selon votre situation
L’aide au choix ci-dessous est volontairement simplifiée. En fonction de votre contexte exact, de votre profil exact, de votre appétence, de vos préférences d’architecture et de vos ambitions, les recommandations peuvent évidemment changer. N’hésitez pas à nous contacter pour en discuter 😉
Profil 1 : vous voulez juste envoyer une liste clients ou des conversions offline à Google et n’avez pas de conteneur serveur en place
- Pas (ou peu) d’enrichissement, 100 % Google, pas de conteneur serveur en place.
- 👉 Notre reco : commencez par Data Manager, vous pourrez envisager le server side dans un second temps en fonction de vos cas d’usage. Il faudra tout de même traiter le sujet du consentement (pas forcément si trivial, on le rappelle).
Profil 2 : vous avez déjà un GTM Server Side mais pas encore branché sur l’offline
- Un GTM Server Side en place, avec les cas d’usages classiques en place. Pas encore de flux de données offline.
- 👉 Notre reco : à ajuster en fonction de vos objectifs et ambitions.
- Si vous avez des ambitions multi-régies, nous conseillons plutôt l’approche GTM Server Side. Mais cela peut nécessiter quelques ressources dev pour développer le flux initial.
Profil 3 : vous avez déjà un GTM Server Side et il est alimenté par des sources offline
- Vous avez déjà un flux de données offline qui alimente votre conteneur avec des données fiables.
- 👉 Notre reco : utilisez GTM Server Side pour alimenter la Data Manager API. C’est le plus simple et cela vous permet de conserver une architecture cohérente.
Profil 4 : vous avez une configuration server side et souhaitez faire du multi-régies et de l’enrichissement
- Vous dépensez sur Google et Meta/TikTok/LinkedIn, vous pilotez à la marge/LTV.
- 👉 Notre reco : utilisez GTM Server Side pour alimenter la Data Manager API. Et profitez des possibilités d’enrichissement pour aller encore plus loin.
Profil 5 : j’ai encore un doute
- 👉 Notre reco : envoyez-nous un petit message pour en discuter 😉
Conclusion
Alors, Data Manager, révolution ou pas ? Ni l’un ni l’autre, comme souvent. Ce n’est ni un gadget marketing, ni la fin de votre server side. C’est une brique de plus dont le rôle est de simplifier l’ingestion de vos données first party vers Google.
Ce qu’il faut retenir :
- pour connecter rapidement une source à Google sans infrastructure, l’interface Data Manager fait très bien le travail ;
- mais dès que vous voulez enrichir la donnée, envoyer ailleurs qu’à Google ou garder la main sur le consentement, le server side reste incontournable ;
- et surtout, les deux ne s’opposent pas : via la Data Manager API, votre conteneur server side peut alimenter Data Manager comme n’importe quelle autre destination. Vous gardez toute la puissance du serveur et la voie recommandée par Google.
Bref, la vraie question n’est pas « Data Manager ou server side », mais « comment les faire travailler ensemble ».
Un doute sur ce qui s’applique à votre contexte ? Écrivez-nous, on adore ce genre de discussions 😉
L’auteur : Quentin Bosco
Lead Tracking & Web Analytics chez UnNest, je vous accompagne sur l’ensemble des sujets liés à la collecte de la donnée et au server side.
Précédemment consultant en agence et Responsable Analytics chez Yves Rocher, j’interviens sur les sujets de collecte de la donnée depuis 8 ans et ai développé un goût & une expertise sur l’ensemble des sujets relatifs au server side.
✉️ Me contacter : quentin.bosco@unnest.co