Toutes nos publications

Bénéfices de la mise en place de GTM server side

Darko Macoritto
· 4 min

En faisant transiter les données par votre propre serveur, le tracking côté serveur gagne en performance, en qualité des données et en contrôle. Il ne dispense pas pour autant de recueillir le consentement des utilisateurs.

Glissez vers la gauche pour lire

Pour continuer votre lecture

Revenir à toutes nos publications

En faisant transiter les données par votre propre serveur, le tracking côté serveur gagne en performance, en qualité des données et en contrôle. Il ne dispense pas pour autant de recueillir le consentement des utilisateurs.

Introduction

Dans un univers digital où la réglementation a commencé à avoir des impacts significatifs sur la récolte de données, il est primordial de s’assurer que les données qui peuvent être récoltées dans le cadre légal soient collectées de la manière la plus fiable et pertinente.

Parmi les différentes options disponibles, le tracking server side propose une méthodologie plus fiable pour collecter les données de votre site que le tracking web classic.

Fonctionnement

Nous allons partir du principe que Google Tag Manager (GTM) est utilisé pour réaliser le tracking des données digitales. GTM est un outil facilitant grandement la mise en place du tracking car il permet de mettre en place un plan de tracking complet avec des compétences basiques en codage.

Lors de l’utilisation de GTM, deux options s’offrent à nous:

  1. Tracking côté web
  2. Tracking coté server

Tracking côté web

Le tracking côté web peut être représenté par le schéma ci-dessous:

Côté serveur, le navigateur n’a plus qu’un seul destinataire : votre serveur

Chemin des données de suivi collectées avec Google Tag Manager (GTM), du navigateur de l’utilisateur jusqu’aux prestataires de publicité et de statistiques, selon l’architecture du marquage.

Source : schémas de l’article, redessinés · Graphique : bright.swiss

Schéma du marquage côté web : le navigateur envoie les données à GTM, qui les transmet à Google Ads, Meta Ads et Google Analytics.

L’utilisateur navigue sur votre site à travers un navigateur, par exemple Google Chrome qui se charge de l’afficher. Lors d’actions spécifiques que vous avez définies au préalable dans GTM (par exemple un achat sur votre site), le navigateur de l’utilisateur va envoyer des données à des prestataires externes. Parmi les prestataires, il y a les sociétés à travers lesquelles vous diffusez de la publicité et/ou les plateformes qui vous permettent de monitorer les actions réalisées sur le site. On retrouve souvent Google Ads ou Meta Ads pour les services de publicités et Google Analytics pour le suivi des statistiques.

Il est important de noter que c’est le navigateur de votre potentiel client qui envoie les données, celles-ci sont sujettes aux contraintes imposées par le navigateur et les plugins installés par l’utilisateur. On peut notamment penser aux bloqueurs de publicités qui ont bien souvent des fonctionnalités plus avancées que de simplement bloquer la publicité. Lorsque le bloqueur de publicité va remarquer que vos données sont envoyées à des tiers (et notamment à Meta et Google), il risque de bloquer le passage du flux, même si l’utilisateur a accepté les cookies.

Le tracking côté serveur

Le tracking côté serveur peut être représenté par le schéma ci-dessous:

Côté serveur, le navigateur n’a plus qu’un seul destinataire : votre serveur

Chemin des données de suivi collectées avec Google Tag Manager (GTM), du navigateur de l’utilisateur jusqu’aux prestataires de publicité et de statistiques, selon l’architecture du marquage.

Source : schémas de l’article, redessinés · Graphique : bright.swiss

Schéma du marquage côté serveur : le navigateur passe par GTM puis par un serveur propre au site, avant Google Ads, Meta Ads et Google Analytics.

A la différence du tracking côté web, le navigateur envoie cette fois les données à votre serveur, qui les envoie ensuite aux différents prestataires. Cette étape supplémentaire, bien qu’elle ajoute un peu de complexité à l’architecture, a plusieurs bénéfices:

  1. En cas de présence d’un bloqueur de publicité, celui-ci ne pourra pas percevoir que des données sont envoyées à des prestataires externes, car les données sont d’abord envoyées à votre serveur (c’est uniquement à ce moment que le bloqueur de publicité peut intervenir). Dans un deuxième temps, les données envoyées aux prestataires ne sont pas visibles par le bloqueur de publicité et donc pas sujettes aux interférences de ce dernier.
  2. Le temps de chargement des pages n’est pas ou peu ralenti. En effet, dans cette configuration, le navigateur n’envoie des données qu’à un seul destinataire, à savoir votre serveur. Ce dernier s’occupe ensuite de distribuer les données aux prestataires. A contrario, avec la mise en place côté web, le navigateur doit envoyer les informations à tous les prestataires. S’ils sont nombreux, cela peut générer des ralentissements sur votre site. Cela aura également des impacts négatifs sur l’UX et votre ranking SEO.
  3. En tant que propriétaire du site, vous avez la main sur les données que vous envoyez aux prestataires car celles-ci sont d’abord envoyées à votre serveur. Il est donc tout à fait possible pour vous de n’envoyer à vos prestataires que ce vous trouvez pertinent, et de stocker le reste pour d’autres usages, tels qu’à des buts d’analyses.
  4. Les données collectées étant envoyées à votre serveur, les cookies nécessaires sont des first-party cookies (par opposition au third-party cookie avec la solution côté web). Les first-party cookie ayant une durée de vie plus longue que les third-party cookies, vous pourrez mieux suivre le comportement des visiteurs à travers leurs différentes visites et collecter des données plus qualitatives. Le tracking côté serveur permet notamment d’allonger la durée de vie des cookies first party sur le navigateur Safari qui les accepte mais les limites dans le temps comparé aux autres navigateurs.

Et le RGPD ?

Ce n’est pas parce que les données sont envoyées à votre serveur que vous n’avez pas besoin de vous conformer aux législations en vigueur, notamment la loi sur la protection des données personnelles.

Il est donc toujours nécessaire de récolter le consentement des utilisateurs si vous souhaitez récolter des données personnelles et les partager avec des prestataires externes, ceci peu importe l’architecture que vous avez mis en place pour le tracking de vos données.

Conclusion

Le tracking côté serveur a plusieurs avantages en termes de performances, de qualité des données récoltées et de contrôle. Nous recommandons vivement la mise en place de ce type de méthodologie lorsque vous dépendez fortement votre performance en SEO ou lorsque votre site doit collecter des données sensibles sur vos clients. En 2026, la migration vers la Google Tag Gateway répond à la même logique, reprendre le contrôle du flux de données avant qu’il ne parte vers des tiers, comme nous l’expliquons dans notre lecture du Google Marketing Live 2026.

  • Tracking et collecte de données

Questions fréquentes

Quelle est la différence entre marquage côté web et côté serveur ?
Côté web, c’est le navigateur du visiteur qui envoie les données directement à chaque prestataire — Google Ads, Meta, Analytics. Côté serveur, il n’envoie qu’à un seul destinataire, votre serveur, qui redistribue ensuite. Une étape de plus dans l’architecture, et tout le reste en découle.
Pourquoi les bloqueurs de publicité posent-ils problème ?
Parce qu’ils font plus que bloquer des annonces : quand ils voient des données partir vers des tiers, ils coupent le flux — même lorsque l’utilisateur a accepté les cookies. Côté serveur, ils ne voient qu’un envoi vers votre propre domaine, et la redistribution leur échappe.
Quel effet sur la vitesse des pages ?
Elle s’améliore, ou cesse au moins de se dégrader. Côté web, le navigateur doit contacter chaque prestataire ; s’ils sont nombreux, le chargement ralentit, ce qui pèse sur l’expérience et sur le référencement. Côté serveur, il ne contacte qu’un destinataire.
Qu’est-ce que cela change pour les cookies ?
Ils deviennent first party, donc à durée de vie plus longue que les cookies tiers — ce qui permet de suivre un visiteur d’une visite à l’autre. C’est particulièrement utile sur Safari, qui accepte les cookies first party mais en limite la durée.
Le marquage côté serveur dispense-t-il du consentement ?
Non. Que les données transitent par votre serveur ne change rien à la loi : si vous collectez des données personnelles et les partagez avec des prestataires, le consentement de l’utilisateur reste nécessaire, quelle que soit l’architecture.

Privacy Preference Center