GTM Server-Side nécessite un serveur qui reçoit chaque hit de tracking de chaque visiteur. Les coûts évoluent avec le volume de trafic et ne sont pas entièrement apparents à partir de la seule tarification Cloud Run — notamment les coûts Cloud Logging qui s’accumulent parallèlement au compute.
Auto-hébergé sur Cloud Run
Une instance Cloud Run always-on coûte environ 49 $/mois avec les paramètres recommandés par Google (1 vCPU, CPU always allocated, 512 Mo de mémoire). Google recommande un minimum de 2 instances pour éliminer les cold starts, ce qui porte la base à environ 90 $/mois.
| Niveau de trafic | Requêtes quotidiennes | Instances min / max | Coût mensuel |
|---|---|---|---|
| Petit | 10K–100K | 1–2 / 3 | 45–135 $ |
| Moyen | 100K–1M | 2 / 5–6 | 90–270 $ |
| Grand | 1M–10M | 3 / 10+ | 135–450 $+ |
« Requêtes quotidiennes » désigne ici les requêtes entrantes vers votre conteneur serveur. Chaque page vue génère typiquement plusieurs hits (événement page_view, événements de scroll, tous événements personnalisés). Un site avec 10 000 visiteurs quotidiens peut générer 50 000 à 100 000 requêtes vers le conteneur serveur chaque jour, selon le nombre d’événements suivis.
Les instances max plafonnent votre débit maximal. 10 instances gèrent environ 350 requêtes par seconde. La plupart des sites n’approchent jamais ce seuil, mais les sites e-commerce à fort trafic lors d’événements promotionnels doivent dimensionner en conséquence.
Le piège des coûts Cloud Logging
C’est là que GTM Server-Side auto-hébergé surprend régulièrement les équipes.
Les paramètres par défaut de Cloud Run enregistrent chaque requête dans Cloud Logging. Les serveurs de tracking reçoivent un volume élevé de petites requêtes — hits /g/collect, requêtes de sync de cookies, health checks. À 0,50 $/Go ingéré, la journalisation par défaut pour un trafic modéré ajoute 100 à 220 $/mois.
Ce n’est pas un cas marginal. Les coûts de journalisation dépassent régulièrement les coûts de compute lors du premier cycle de facturation des nouveaux déploiements. Le schéma : déployer, faire tourner pendant un mois, recevoir une facture de 300 $ alors que vous attendiez 90 $.
Corrigez-le immédiatement après le déploiement. Désactivez ou limitez la journalisation des requêtes Cloud Run dans les paramètres Cloud Logging. Vous voulez la journalisation des erreurs et la journalisation par échantillonnage des requêtes — pas chaque hit. La configuration unique de 15 minutes économise 100 à 200 $/mois de façon continue.
Le tableau de coûts total pour un site à trafic moyen avec une configuration de journalisation correcte : 90 à 270 $/mois de compute, quasi-zéro de journalisation si configuré. Sans configuration correcte : ajoutez 100 à 220 $.
Alternatives managées
Trois options managées existent à différents niveaux de prix et de capacité.
Stape.io
Stape opère en tant que provider d’hébergement GTM Server-Side managé, achetant de la capacité Cloud Run en gros et la revendant.
Tarification : À partir de 20 $/mois pour jusqu’à 500K requêtes. Niveaux supérieurs pour plus de volume.
Ce qui est inclus :
- Instances Cloud Run hébergées sans gestion d’infrastructure
- Cookie Keeper (actualise périodiquement les cookies avant que l’ITP Safari ne les expire)
- Monitoring et alertes
- Support
Comptage des requêtes : Stape ne compte que les requêtes entrantes vers votre conteneur serveur, pas les requêtes de transmission sortantes vers GA4, Meta, etc. Une seule page vue peut générer 1 requête entrante qui se distribue ensuite vers 3 endpoints vendeurs — Stape compte cela comme 1 requête. Cela rend leur tarification plus généreuse qu’elle ne paraît sur le papier.
Stape est souvent moins cher que l’auto-hébergement pour les trafics petits à moyens, en tenant compte des coûts Cloud Run + journalisation et en supprimant le temps d’ingénierie. La fonctionnalité Cookie Keeper vaut une évaluation séparée — elle étend la durée de vie des cookies à 90 jours ou 13 mois pour les utilisateurs Safari sans nécessiter les correctifs d’infrastructure IP que l’approche same-origin requiert.
Addingwell (acquis par Didomi)
Addingwell se positionne comme l’option managée premium, récemment acquise par la plateforme de gestion du consentement Didomi.
Tarification : À partir d’environ 90 €/mois.
Différenciateurs : SLA de disponibilité 99,99 %, monitoring en temps réel de la santé des tags, et intégration plus étroite avec leur infrastructure de consentement. L’acquisition par Didomi suggère que cette solution développera une intégration CMP plus profonde dans le temps.
Convient le mieux aux grandes entreprises où les garanties de disponibilité et les SLA formels sont importants, ou aux organisations utilisant déjà Didomi comme CMP.
Cloudflare Zaraz
Zaraz est architecturalement différent — ce n’est pas GTM Server-Side du tout, mais il remplit un objectif similaire. Zaraz traite le tracking aux nœuds edge CDN de Cloudflare avant que la réponse n’atteigne le navigateur.
Tarification : Gratuit jusqu’à 1 million d’événements/mois sur le plan Cloudflare.
Différence clé : Comme Zaraz s’exécute à l’edge CDN plutôt que sur un serveur distinct, il y a une latence supplémentaire quasi nulle et aucune infrastructure serveur séparée à gérer. Pour les clients Cloudflare, l’intégration est simple.
Limitation : Zaraz n’est pas GTM Server-Side. Votre configuration de conteneur serveur GTM existante ne se transfère pas. Si vous avez construit une logique server-side complexe dans GTM, migrer vers Zaraz signifie la reconstruire dans l’interface de Zaraz. Et l’écosystème de tags de Zaraz est plus petit que la GTM Community Template Gallery.
Zaraz convient le mieux aux organisations qui démarrent de zéro sans investissements GTM Server-Side existants et qui sont déjà sur l’infrastructure Cloudflare.
Coût total de possession
Le coût de l’infrastructure serveur n’est qu’une partie du tableau. L’implémentation et la maintenance continue ajoutent des coûts de temps significatifs.
Configuration initiale : 10 à 40 heures selon la complexité d’implémentation — combien d’intégrations vendeurs, si vous avez besoin d’une architecture multi-région, configuration de domaine personnalisé et test de chaque intégration.
Maintenance continue : 5 à 20 heures mensuelles pour le monitoring, le débogage, les mises à jour des tags lors des changements d’API vendeurs, et la revue des nouveaux comportements de navigateur susceptibles d’affecter la durée de vie des cookies.
Alternatives via des agences : Si vous n’implémentez pas vous-même, les agences facturent 2 000 à 15 000 $ pour les projets d’implémentation et 1 500 à 5 000 $/mois pour les retainers de maintenance continue.
La décision auto-hébergé vs managé se résume souvent à la capacité interne, pas seulement au coût d’infrastructure. Si votre équipe n’a pas quelqu’un qui surveillera et maintiendra activement le conteneur serveur, l’hébergement managé est presque toujours le meilleur choix même s’il coûte plus cher mensuellement.
Quand l’investissement est justifié
Le calcul du seuil de rentabilité dépend de la valeur de récupération des données, pas du seul coût d’infrastructure. Pour les organisations dépensant plus de 5 000 $/mois en publicité payante et manquant 15 à 25 % du signal de conversion en raison des restrictions de cookies, la valeur de l’attribution récupérée dépasse typiquement les coûts d’infrastructure. Pour les organisations dépensant moins de 5 000 $/mois en publicité payante, le cas ROI est plus faible relativement à la complexité de configuration.