.svg)
Pionnier et leader français de la vente en ligne de pièces détachées automobiles neuves et d'origine, Oscaro couvre la France, l'Espagne, la Belgique et le Portugal avec un catalogue de plus d'un million de références. La France représente 90 % de l'activité commerciale du groupe.
La plateforme accueille 5 millions d'utilisateurs et 6 millions de sessions chaque mois sur les quatre marchés.
Maxime Donnet, Analytics & CRO Manager chez Oscaro depuis deux ans, pilote l'ensemble du périmètre web et app de l'entreprise, de la conformité à la conversion. Il a orchestré avec les équipes IT, front et analytics la bascule vers la CMP Didomi et le tracking server-side Addingwell. Un chantier mené comme un projet d'infrastructure à part entière, et dont la mesure fiabilisée a livré davantage que ce qui était attendu.
Le server-side, ce n'est pas un outil marketing, c'est un projet d'infrastructure. Il faut aligner l'IT, le front et l'analytics. Grâce à la synchronisation entre Didomi et Addingwell, nous avons sécurisé le pilotage de notre marge commerciale et fiabilisé nos données de tracking sur l'ensemble de nos marchés.
- Maxime Donnet, Analytics & CRO Manager, Oscaro
Challenge : sortir du fait maison sur la privacy et le tracking
Avant Didomi et Addingwell, Oscaro gérait en interne le consentement et la remontée de ses tags marketing et analytics (GA4, Google Ads, Meta). Face à des évolutions réglementaires et techniques de plus en plus fréquentes, l'entreprise a fait le choix de concentrer ses ressources de développement sur son cœur de métier et de s'appuyer sur des solutions de marché capables d'évoluer au même rythme que la réglementation.
Avec une Consent Management Platform (CMP), la priorité était de redonner aux équipes marketing la capacité d'éditer la bannière, d'ajouter ou de retirer un vendor et de suivre leurs indicateurs sans passer par un ticket IT.
En ce qui concerne le tracking, l'ambition dépassait la simple collecte de signaux. Le pilotage de la marge commerciale représentait un cas d'usage à forte valeur, mais difficile à exploiter côté client. Faire transiter des indicateurs business par le navigateur pose une question de confidentialité, puisque le data layer et le code source d'un site restent lisibles par tout utilisateur averti. Pour exploiter cette donnée en toute maîtrise, il fallait la traiter là où elle est protégée, côté serveur.
Solution : une CMP pilotée par le marketing, un server-side on-premise sur GCP
Oscaro a choisi deux briques complémentaires : La CMP Didomi pour reprendre la main sur le consentement, et le tracking server-side d'Addingwell, déployé on-premise dans son propre environnement Google Cloud Platform, pour fiabiliser et sécuriser la remontée de ses données.
Addingwell : Externaliser l'expertise, garder la maîtrise
Monter une infrastructure de tagging server-side est une chose. En tirer les vrais bénéfices, comme le traitement des ad-blockers, la réponse à l'ITP ou la pose de cookies en first-party, en est une autre. Cela requiert des compétences dédiées à la configuration et à l'exploitation de cette infrastructure, ainsi qu'un monitoring rigoureux. Un changement de tag ou d'événement, en apparence anodin, peut interrompre l'envoi de données vers Meta ou un autre vendor sans que personne ne s'en aperçoive.
L'offre on-premise d'Addingwell répond à cette équation. Le server-side est déployé dans l'environnement Google Cloud Platform d'Oscaro et géré depuis son propre compte de facturation. L'IT garde la main sur l'infrastructure, suit en temps réel les coûts serveur et définit son propre niveau de sécurité. Addingwell apporte en continu son expertise en management de l'infrastructure, support, monitoring et alerting, avec une stack maintenue à jour. Le projet reste gouverné par Oscaro et orchestré par Addingwell.
Les équipes métier bénéficient également de ce modèle. Elles s'appuient sur le support Addingwell pour alimenter les tags et activer de nouveaux cas d'usage, sans mobiliser la file de tickets internes sur les sujets de tagging.
L'équation économique a confirmé ce choix. Le modèle on-premise revient environ deux fois moins cher que l'offre SaaS, et les coûts d'infrastructure constatés se sont révélés nettement inférieurs aux estimations initiales.
Didomi : une CMP pilotée par les équipes marketing
Sur la CMP, la logique est la même. Avec Didomi, les équipes marketing éditent la bannière, ajoutent ou retirent un vendor et suivent leurs indicateurs en autonomie. Le choix s'est porté sur une solution française, capable de synchroniser plus étroitement les informations de consentement et de tracking entre les deux plateformes, un critère qui allait se révéler décisif par la suite.
Côté UX, la bannière a été personnalisée avec un texte et une image représentative du secteur automobile. Oscaro mène un A/B test par an pour arbitrer entre transparence et taux de consentement obtenu. Le dernier test a comparé deux architectures de bandeau, avec des niveaux de mise en avant différents pour le choix de refus. La version générant une perte de consentement sensiblement plus importante a été écartée, et la configuration actuelle confirmée.
.webp)
Pour Maxime Donnet, la transparence ne s'arrête pas à l'interface de la bannière :
Didomi nous permet d'exposer des choix granulaires par finalité et par vendor sur nos quatre domaines, avec un lien « Gérer mes cookies » accessible en permanence en pied de page, et une politique cookies tenue à jour à chaque évolution du stack.
- Maxime Donnet, Analytics & CRO Manager, Oscaro
Cette transparence est vérifiée dans les faits, le comportement du site est audité régulièrement dans ses trois états : avant consentement, refus, acceptation sur l'ensemble des outils, et les statuts de consentement sont propagés à chaque vendor (consent mode Google, équivalent Microsoft, états de consentement Wizaly).
Un déploiement structuré pour une transition maîtrisée
Le déploiement a été préparé comme un projet d'infrastructure, avec un alignement en amont entre trois équipes. La roadmap, pour positionner le lancement en dehors des temps forts commerciaux. La technique, pour que tout soit opérationnel le jour J. Et l'analytics, pour accompagner les équipes dans le changement de référentiel de mesure.
Oscaro a fait le choix d'une transition directe, sans période de double run entre l'ancien et le nouveau dispositif. Un point méthodologique important, car le server-side collecte structurellement plus de données. Comparer l'avant et l'après sans précaution aurait faussé toutes les analyses. L'équipe analytics a donc établi une moyenne sur les données collectées après la migration, puis appliqué un coefficient correcteur aux données historiques, le temps de reconstituer un historique complet.
L'onboarding a été très bon, avec des points réguliers permettant de valider ou débloquer le setup quand c'est nécessaire. Post-onboarding, l'équipe support est réactive quand il y a des questions autour du server-side.
Maxime Donnet, Analytics & CRO Manager, Oscaro
L'exécution technique a été rapide. Quatre domaines configurés en une journée, GA4 en server-side et Google Tag Manager déployés en moins d'une semaine.
Résultats : un tracking plus fiable, une marge protégée
Avant Didomi, il n'existait pas de baseline fiable pour estimer le taux de consentement d'Oscaro. Le premier gain est donc une capacité de pilotage. L'indicateur est désormais suivi chaque semaine et optimisé en continu. Il s'établit aujourd'hui à environ 70 % sur le marché français, le plus important pour le groupe.
Des bugs invisibles révélés
Au-delà des gains attendus, la nouvelle chaîne de mesure a démontré une valeur moins anticipée : révéler ce que l'ancien dispositif ne pouvait pas voir.
La remontée des données de consentement Didomi dans Addingwell a d'abord fait apparaître des incohérences, qui ont conduit à identifier un bug de tracking sur le tag de pageview, invisible côté client. Les équipes d'Oscaro, de Didomi et d'Addingwell l'ont analysé et corrigé ensemble.
L'analyse des gains post-migration, navigateur par navigateur, a ensuite mis en évidence que sur certains navigateurs équipés d'ad-blockers, la CMP elle-même était bloquée. Sans bannière, aucun consentement ne peut être recueilli, donc aucun tag ne se déclenche. Le correctif, faire transiter le SDK de la CMP par le reverse proxy Didomi, est en cours de déploiement et devrait encore améliorer la collecte, notamment sur Safari.
Fiabilité de la mesure et impact média
Sur la fiabilité de la mesure, l'écart entre GA4 et le back-office a été divisé par deux, passant d'environ 10 % à 4-5 %. Ces gains se traduisent directement en performance média avec +35 % de conversions supplémentaires captées par Meta CAPI par rapport au pixel seul, +3 % de conversions Google Ads en moyenne, et environ +8 % de trafic supplémentaire mesuré sur la période grâce au CDN et au contournement des dispositifs de blocage.
Le cas Safari : une correction, pas une perte
Le chiffre le plus contre-intuitif est aussi l'un des plus parlants avec -27 % de nouveaux visiteurs sur Safari. Il ne s'agit pas d'une perte, mais d'une correction, car le plafond de sept jours de l'ITP recomptait comme nouveaux des visiteurs déjà venus, plus d'un nouveau visiteur Safari sur quatre n'en était pas un. La pose du cookie GA4 en first-party via Addingwell a rétabli une vision juste de l'audience, un enjeu significatif puisque le trafic iOS à plus de huit jours représente environ 40 % du trafic d'Oscaro, un volume comparable à celui de Chrome.
Performance technique et marge protégée
Côté performance technique, le poids JavaScript des pages a diminué d'environ 10 % avec le retrait du tracking côté navigateur. Le temps de chargement global reste stable à ce stade, une analyse plus fine des Core Web Vitals restant à mener.
Enfin, le pilotage de la marge commerciale est désormais opéré côté serveur. Ce cas d'usage à forte valeur peut être exploité sans que les données business ne transitent par le navigateur.
Les recommandations d’Oscaro pour un déploiement réussi
De cette expérience, Maxime Donnet tire trois recommandations pour toute entreprise qui envisage un projet équivalent.
- Traiter le sujet comme un vrai projet structurant, en alignant IT, front et analytics dès l'amont.
- Figer ses indicateurs de référence avant la mise en production, en particulier en l'absence d'une période de double run.
- Poser des attentes réalistes quand aux gains attendus, que la mesure viendra ensuite objectiver.
Et une recommandation technique, tirée du terrain :
Aller au bout de la logique first-party : sous-domaines dédiés, et faire passer aussi le SDK de la CMP par le reverse proxy, sinon la CMP elle-même peut être bloquée par certains bloqueurs, et c'est toute la mesure en aval qui disparaît. Nous l'avons vécu.
- Maxime Donnet, Analytics & CRO Manager, Oscaro
Si vous souhaitez en savoir plus sur la manière dont Didomi et Addingwell peuvent accompagner votre organisation dans ses enjeux de conformité et de performance data, prenez rdv avec l’un de nos experts :
{{talk-to-an-expert}}
