OnTracks

Produit

Tracking server-side : ce que c'est, ce qu'OnTracks en fait

Le tracking server-side consiste à faire transiter vos events par un serveur avant de les envoyer aux plateformes — GA4, Meta, Google Ads — au lieu de tout envoyer depuis le navigateur du visiteur. L'intérêt : la mesure dépend moins de ce que le navigateur autorise, et les données partent d'un endroit que vous contrôlez. C'est un moyen, pas une fin : un envoi server-side ne vaut que si les events envoyés sont les bons. OnTracks travaille sur les deux bouts — il parcourt votre site, rédige le plan d'events, écrit le container GTM, vérifie que les tags se déclenchent sur la page, et retrouve leurs ancrages quand le site change.

Mis à jour le 12 août 2026 · Ismail Fikri

Client-side, server-side : qu'est-ce qui change vraiment ?

Le débat se joue sur quatre critères concrets. Aucun des deux modes ne dispense de l'autre : en pratique, un montage server-side reste déclenché depuis le site.

CritèreEnvoi depuis le navigateurEnvoi depuis un serveur
Où l'envoi s'exécuteDans le navigateur du visiteur, à chaque interactionSur un serveur, après réception de l'event
Ce qui peut l'interrompreBloqueurs de scripts, extensions, restrictions du navigateur sur les cookiesUne fois l'event reçu, l'expédition ne dépend plus du navigateur
Ce que reçoivent les plateformesCe que le navigateur a laissé passerUne charge utile construite côté serveur, avec les identifiants disponibles
ConsentementRequisRequis — déplacer l'envoi ne dispense de rien
Qui maintient les tagsVous, dans GTMVous, dans GTM — et dans le container serveur s'il y en a un

Ce tableau est la raison pour laquelle on ne vend pas « du server-side » comme un résultat. Le résultat, c'est un jeu d'events justes, qui partent, et qui continuent de partir après la prochaine refonte.

Comment ça se passe chez OnTracks

Quatre étapes, toujours dans cet ordre. Chaque artefact produit est versionné et réversible.

  1. 01

    Crawl

    OnTracks parcourt votre site en navigateur headless : bannières cookies, rendus différés, routes d'application monopage. Chaque élément cliquable et chaque formulaire est repéré par plusieurs ancres redondantes — de quoi tenir quand le thème change.

  2. 02

    Plan

    Ce que le crawl a récolté est croisé avec votre contexte métier : ce que vous vendez, ce qu'il faut ignorer. Le résultat est un plan de taggage validé par schéma, où chaque event dit pourquoi il existe et à quelle étape du parcours il se situe.

  3. 03

    Déploiement

    Le container est écrit directement dans votre GTM via l'API Google. Les ancres deviennent des déclencheurs, les paramètres des variables, et les events critiques — achat, lead — arrivent avec leur correspondance server-side vers Meta et LinkedIn. Rien ne part vers ces plateformes tant que vous n'avez pas connecté vos accès et confirmé la correspondance.

  4. 04

    Vérification et re-scan

    Une vérification re-teste les tags sur la page live après le déploiement. Quand une refonte casse un ancrage, le re-scan que vous lancez vous dit lequel et propose le nouveau ; vous approuvez, le plan est mis à jour, et vous redéployez le container. C'est ce que couvre l'abonnement mensuel.

La structure exacte de ce que produit l'étape 2 est détaillée sur la page structure d'un plan de taggage, champ par champ.

Pour qui cette approche est faite

OnTracks est conçu pour les équipes qui gèrent du tracking sur plusieurs sites, ou sur un site qui bouge souvent. Si votre site est figé et n'a qu'un seul event à mesurer, un montage manuel suffira.

  • Agences

    5 à 50 sites clients

    Le tracking est vendu comme prestation mais consomme du temps senior à chaque onboarding, puis à chaque refonte du client.

  • E-commerce

    Un thème qui bouge

    Une mise à jour de thème casse un tag panier, et personne ne s'en aperçoit avant le reporting du mois suivant.

  • Lead-gen

    La conversion est un formulaire

    Pas de transaction à mesurer, mais des soumissions, des étapes et une qualification à faire remonter aux plateformes ads.

Le cas agence a sa propre page : déléguer la prestation tracking GTM.

Héberger un container n'est pas faire le tracking

C'est la confusion la plus fréquente sur ce marché. Stape et Addingwell vendent de l'infrastructure : un container serveur qui tourne, sur votre sous-domaine, facturé à la requête ou au container. Ce qui décide de ce que vous mesurez reste à votre charge.

Ce que vous achetezStapeAddingwellOnTracks
Unité de facturationPar container (1 container = 1 site)Par volume de requêtes serveurPar site : setup unique + abonnement mensuel par palier d'events
Ticket d'entrée0 $ jusqu'à 10k req./mois, puis 17 $/mois (500k)100k req./mois offertes, puis 90 €/mois (1M)199 – 499 $ une fois, puis 39 – 349 $/mois
Le plan d'eventsNon fourni — votre travailNon fourni — votre travailProduit pour votre site, avec sa justification métier
L'écriture du containerNon fournie — votre travailNon fournie — votre travailÉcrite et poussée via l'API Google
La veille après une refonteNon fournieNon fournieIncluse dans l'abonnement mensuel

Prix relevés le 12 août 2026 sur les pages tarifaires publiques des éditeurs ; ils bougent, la date compte. Les devises diffèrent d'un éditeur à l'autre et rien n'est converti ici.

Deux précisions honnêtes. La première : ces offres et la nôtre ne s'excluent pas — rien n'empêche d'héberger chez un spécialiste et de faire écrire le plan et le container ailleurs. La seconde : Didomi a annoncé le rachat d'Addingwell le 22 avril 2025, financé par une levée de 72 M€ auprès de Marlin Equity Partners (annonce Didomi, vérifiée le 12/08/2026) ; le prix payé pour Addingwell n'est pas communiqué. Si l'indépendance de votre couche de mesure vis-à-vis d'un éditeur de plateforme de consentement fait partie de vos critères, c'est un fait à mettre dans la balance — pas un jugement sur la qualité du produit.

Ce que ça coûte chez nous

Un setup fee unique par site, facturé au clic sur Déployer en live, puis un abonnement mensuel indexé sur le volume d'events du site. Pas de sièges, pas de taxe par type d'event.

PosteMontantCe que ça couvre
Setup, par site199 – 499 $, une foisGénération du plan, déploiement du container GTM, vérification complète. Dégressif : 499 $ pour vos 4 premiers sites, 199 $ à partir du 50e site.
Mensuel, par site39 – 349 $ / moisPalier de volume d'events. Light (≤ 500K events/mois) à 39 $. Couvre la veille et la réparation.
Sites démoGratuit, sans carteGratuit, sans carte et sans limite de durée. Vous ne payez qu'au déploiement en live.

Facturation mensuelle uniquement, sans engagement ni durée minimum. Remise de volume automatique à partir de 5 sites en production.

La grille complète, les remises de volume et la garantie de fiabilité plateforme sont sur la page tarifs d'OnTracks. Pour comparer avec le coût d'un container serveur hébergé ou auto-hébergé, le calculateur de coût GTM server-side fait le calcul à partir de votre volume.

Questions fréquentes

Le server-side remplace-t-il GTM ?
Non. Google Tag Manager reste le chef d'orchestre : c'est lui qui décide quand un event part et ce qu'il transporte. Le server-side change l'endroit d'où le message est expédié, pas la logique qui le déclenche. Un site sans plan d'events propre ne devient pas mesurable parce qu'on ajoute un serveur.
Combien coûte un serveur GTM ?
Deux voies. Un hébergeur spécialisé : Stape démarre à 0 $ pour 10k requêtes par mois puis 17 $/mois pour 500k, facturés par container ; Addingwell offre 100k requêtes par mois puis 90 €/mois pour 1M (relevés le 12 août 2026). Ou l'héberger vous-même sur Google Cloud : nous ne publions pas de montant mensuel pour cette voie, parce que nous ne l'avons pas mesurée — la facture dépend de votre nombre d'instances minimum, de vos requêtes sortantes et de votre rétention de logs. Google offre 300 $ de crédits sur 90 jours à l'ouverture d'un compte, de quoi chiffrer la vôtre (documentation Google Cloud, vérifiée le 12 août 2026). À cela s'ajoute, dans les deux cas, le temps humain de configuration et de maintenance, qui est presque toujours le poste le plus cher.
Le tracking server-side est-il conforme au RGPD ?
Le server-side ne change pas vos obligations : le consentement reste requis avant de déposer ou de lire ce qui doit l'être, et déplacer l'envoi côté serveur ne rend pas licite une collecte qui ne l'était pas. Ce que ça change, c'est que la donnée transite par une infrastructure dont vous connaissez l'emplacement. Le plan produit par OnTracks indique, event par event, le comportement attendu quand le consentement est refusé. La qualification juridique de votre dispositif reste la vôtre, avec votre conseil.
Faut-il un développeur pour déployer ?
Pour le container GTM, non : OnTracks l'écrit et le pousse via l'API Google dans le compte GTM que vous désignez. Pour certains events, oui — un achat avec sa valeur et ses articles suppose que le site expose ces informations. Le plan dit lesquels de vos events tiennent sur ce que le site expose déjà et lesquels demandent une intervention côté site.
Est-ce qu'OnTracks héberge le container serveur ?
Non, et c'est une distinction qui compte. OnTracks écrit votre container GTM, le vérifie et le surveille ; les events critiques — achat, lead — sont mappés pour un envoi server-side vers Meta et LinkedIn, via leur Conversions API et vos propres accès. L'hébergement d'un container GTM serveur sur votre propre sous-domaine est un service distinct, vendu par des hébergeurs comme Stape ou Addingwell. Les deux ne s'excluent pas.

Sources

Les chiffres des tiers bougent. Chaque ligne porte sa date de vérification.

Voir ce que ça donne sur votre site

Collez une URL. OnTracks parcourt votre site, rédige les events qui comptent pour votre funnel et les vérifie sur la page. Le site démo est gratuit et sans carte bancaire — vous ne payez qu'au moment de déployer en live.

Analyser mon site

Vous créez un compte, vous collez une URL. Le site démo est gratuit, sans carte bancaire et sans limite de durée.

À lire ensuite