L’image du conteneur GTM Server-Side est la même image Docker quelle que soit la plateforme d’hébergement : gcr.io/cloud-tagging-10302018/gtm-cloud-image:stable. Migrer entre les plateformes signifie redéployer le même conteneur avec les mêmes variables d’environnement et mettre à jour les enregistrements DNS.
La bonne plateforme dépend de trois facteurs : l’infrastructure cloud existante, la capacité opérationnelle et le volume de trafic.
Les quatre chemins
Cloud Run (par défaut)
L’environnement d’hébergement GTM natif. Le provisionnement automatique de Google place votre conteneur ici, et pour les organisations sur GCP, c’est le point de départ évident.
Cloud Run gère automatiquement la scalabilité, HTTPS et l’orchestration des conteneurs. L’intégration GTM est native — Google maintient à la fois l’image du conteneur et la documentation d’hébergement, donc elles restent synchronisées.
Le problème : le provisionnement automatique crée une configuration qui n’est pas prête pour la production. Trois changements spécifiques sont nécessaires avant la mise en production — voir GTM Server-Side sur Cloud Run pour le traitement complet.
Idéal pour : les organisations déjà sur GCP, ou les organisations sans forte préférence de plateforme cloud existante.
AWS ECS Fargate
Le bon choix lorsque votre organisation fonctionne principalement sur AWS et ne souhaite pas maintenir un compte GCP distinct pour un conteneur de tagging.
L’image GTM se déploie sur Fargate sans modification. L’infrastructure qui l’entoure — VPC, Application Load Balancer, NAT Gateway — est plus complexe que les défauts de Cloud Run, et le coût d’infrastructure dépasse souvent le coût total de Cloud Run pour les petits déploiements. À grande échelle avec des Savings Plans, l’économie peut favoriser AWS.
Voir GTM Server-Side sur AWS pour l’architecture et la ventilation des coûts.
Idéal pour : les organisations principalement sur AWS traitant un volume suffisamment élevé pour que les remises Savings Plans s’appliquent, ou celles disposant d’une infrastructure AWS existante qui absorbe les coûts VPC/ALB/NAT.
Azure App Service
L’expérience de configuration la plus fluide parmi les trois principaux fournisseurs cloud, selon les praticiens de la communauté GTM. Si votre organisation fonctionne sur Azure, App Service vous amène en production avec moins de friction d’infrastructure que Fargate.
Deux instances App Service (serveur de tagging + serveur de preview) avec configuration de conteneur Docker et SSL managé Azure. Le niveau S1 Standard à environ 69 $/mois par instance est compétitif par rapport à Cloud Run à un trafic comparable.
Voir GTM Server-Side sur Azure pour les étapes de déploiement et la guidance sur les niveaux.
Idéal pour : les organisations principalement sur Azure qui souhaitent un chemin simple vers la production sans construire une infrastructure GCP ou AWS étendue.
Providers managés (Stape, Addingwell, TAGGRS)
Hébergement entièrement managé où vous configurez GTM et pointez le DNS — le provider gère tout le reste. Pas d’orchestration de conteneurs, pas d’optimisation des coûts, pas de monitoring à construire.
Le plan Pro de Stape à 20 $/mois est souvent moins cher que Cloud Run auto-hébergé pour les sites petits à moyens, et inclut des fonctionnalités (Cookie Keeper pour Safari ITP, Custom Loader pour la résistance aux bloqueurs de publicité, CDN mondial) qui nécessiteraient un effort d’ingénierie distinct pour être répliquées.
Voir Providers d’hébergement GTM Server-Side managés pour une comparaison complète des providers incluant Stape, Addingwell, TAGGRS et Cloudflare Zaraz.
Idéal pour : les équipes sans expertise DevOps dédiée ou d’infrastructure cloud, les organisations nécessitant des certifications de conformité (SOC2, HIPAA, ISO 27001) sans les gérer elles-mêmes, ou quiconque souhaite se concentrer sur la configuration des tags plutôt que sur l’orchestration des conteneurs.
Matrice de décision
| Facteur | Cloud Run | AWS Fargate | Azure App Service | Managé (Stape) |
|---|---|---|---|---|
| Complexité de configuration | Moyenne | Élevée | Faible-Moyenne | Très faible |
| Coût mensuel (trafic moyen) | 90–270 $ | 100–300 $+ | 70–200 $ | 20–100 $ |
| Contrôle de l’infrastructure | Complet | Complet | Complet | Aucun |
| Multi-région | Load balancer requis | Complexe | Paires de régions | Inclus |
| Monitoring | À construire soi-même | À construire soi-même | À construire soi-même | Inclus |
| Intégration GTM | Native | Manuelle | Manuelle | Native |
| Résidence des données EU | À configurer par région | À configurer par région | À configurer par région | Dépend du provider |
Règles de décision rapide
Déjà sur GCP ? Cloud Run. Intégration native, documentation extensive, chemin de production le plus simple depuis le provisionnement automatique.
Déjà sur AWS avec une infrastructure significative ? ECS Fargate à grande échelle. Pour des implémentations plus petites, les coûts de NAT Gateway et d’ALB rendent souvent Cloud Run ou un provider managé plus économique malgré les tarifs de compute inférieurs d’AWS.
Déjà sur Azure ? App Service. Chemin le plus rapide vers la production dans l’écosystème Azure.
Pas d’expertise en infrastructure cloud ou de DevOps dédié ? Commencez avec Stape. Le plan Pro à 20 $/mois couvre la plupart des sites petits à moyens, et les fonctionnalités incluses prendraient des semaines à construire soi-même.
Besoin de résidence des données EU avec des certifications de conformité ? Stape (ISO 27001, SOC2, HIPAA) ou TAGGRS (ISO 27001) couvrent cela out of the box. L’auto-hébergement atteint le même résultat mais nécessite de gérer soi-même la documentation de conformité et la configuration IAM.
Coûts en un coup d’œil
Des données réelles fournissent une vérification de cohérence sur les estimations ci-dessus. Measurelab a publié des données de coût de déploiements en production :
- ~30 £/mois pour un site traitant ~7K événements/mois (Cloud Run)
- ~402 £/mois (~500 $) pour un site traitant 200M événements/mois (Cloud Run)
Le niveau gratuit de Cloud Run gère le trafic de test et développement (moins de ~1K requêtes quotidiennes) à 0 $. Le niveau gratuit de Stape gère jusqu’à 10K requêtes/mois.
Pour un site typique de petite entreprise gérant 10K à 100K requêtes quotidiennes, la fourchette réaliste est de 20 à 135 $/mois selon le choix de provider et la configuration.
Le piège des coûts de journalisation
Cela vaut la peine d’être signalé quel que soit le chemin auto-hébergé choisi : la journalisation par requête par défaut de Cloud Run coûte 0,50 $/Go ingéré. Pour un serveur de tagging traitant un trafic significatif, cela génère 100 à 220 $/mois en coûts de journalisation seuls — parfois plus que le compute.
Si vous vous auto-hébergez sur Cloud Run, désactiver la journalisation par requête est le changement de coût à plus fort levier. Voir GTM Server-Side : Coûts d’hébergement pour la ventilation complète.
Les providers managés n’exposent pas ce coût — il est absorbé dans leur tarification et ils le gèrent en interne.