Stape vs Cloud Run pour sGTM : géré ou auto-géré ?

Stape (hosted) vs Cloud Run self-managed pour héberger un conteneur sGTM : coût, complexité, DevOps, scalabilité, contrôle, sécurité.

Hébergement géré pour vous, ou que vous gérez vous-même

Stape et Cloud Run sont deux façons d’héberger le même produit (Google Tag Manager Server-Side). La différence n’est pas dans le logiciel — c’est dans le modèle opérationnel :

Stape : tout-en-un, dashboard, monitoring, support intégré. Vous configurez votre conteneur et c’est tout.
Cloud Run self-managed : vous déployez le binaire sGTM sur Google Cloud Run vous-même, vous configurez le scaling, le monitoring, les alertes. Contrôle total mais effort technique.

Comparatif structurel

Critère	Stape	Cloud Run (auto-géré)
Setup initial	30 minutes	5-10 jours (provisioning, IAM, monitoring)
Compétences requises	Aucune devops	Devops intermédiaire (GCP, Docker)
Maintenance	Stape s’en occupe	À votre charge (mises à jour, monitoring)
Coût sub-2 M req/mois	~60-150 €/mois	~50-100 €/mois
Coût 10 M+ req/mois	~800-1500 €/mois	~150-300 €/mois
SLA	99,9 % (Stape)	Cloud Run 99,95 % + votre code
Monitoring	Built-in dashboard	À configurer (Cloud Monitoring, Datadog)
Support	Inclus, Slack/email	Aucun (StackOverflow / forum Google)
Scalabilité	Automatique	Configurable (concurrency, instances)
Multi-régions	Plans avancés	À orchestrer (vous choisissez)

Quand Stape vaut largement le surcoût

Sur des volumes modérés (sub 5 M requêtes/mois), Stape coûte 50-200 € de plus par mois que Cloud Run. C’est largement justifié si :

Pas de DevOps interne capable de surveiller le déploiement
Site stratégique : downtime coûte plus cher que la prime Stape
Vous voulez aller vite : 30 min Stape vs 5-10 jours Cloud Run
Support quand ça plante : le support Stape répond en heures
Vous voulez vous concentrer sur le tracking, pas sur l’infra

C’est le choix par défaut pour 80 % des e-commerce mid-market et SaaS B2B.

Quand Cloud Run self-managed devient compétitif

À partir de 10 millions de requêtes par mois, l’équation change. Le coût Stape grimpe à 800-1500 €/mois là où Cloud Run reste à 150-300 €. Sur 12 mois, ça représente 5 000-15 000 € d’économies — qui peuvent justifier l’effort de gestion en interne.

Cloud Run self-managed devient compétitif si :

DevOps interne capable de surveiller (1-2 jours/mois de maintenance)
Volumes élevés (10 M+ requêtes/mois)
Besoin de contrôle total : règles custom de scaling, rate limiting, filtrage IP, monitoring avancé
Sensibilité forte au coût marginal : économies plusieurs k€/an
Stack GCP déjà en place : équipe data ou infra connaît Cloud Run

Convient typiquement aux sites média à fort trafic (>30 M PV/mois), aux retailers multi-marques internationaux, aux SaaS à fort débit d’events.

Architecture Cloud Run self-managed type

DNS → Cloud Load Balancer → Cloud Run sGTM container → destinations
                            (multi-instance, auto-scale)
                                    │
                                    ↓
                            Cloud Monitoring + alerts
                            Cloud Logging

Composants à provisionner et maintenir :

Cloud Run service avec conteneur sGTM officiel Google
Cloud DNS pour le sous-domaine first-party
Cloud Load Balancer (optionnel pour multi-region)
Cloud Monitoring + alerting (latence, taux d’erreur, volumes)
Cloud Logging pour debug
IAM strict (qui peut déployer, qui peut lire les logs)

Effort de mise en place : 5-10 jours consultant + 1-2 jours/mois de maintenance.

Migration entre Stape et Cloud Run

Le binaire sGTM est le même. Migration possible dans les deux sens :

Stape → Cloud Run : effort 5-7 jours consultant. Parallel run 1-2 semaines. Sans rupture du tracking si bien conduit.
Cloud Run → Stape : effort plus court (3-5 jours). Récupération typique quand l’équipe DevOps qui maintenait Cloud Run est partie.

Je vois plus souvent la première (Stape → Cloud Run sur croissance) que la seconde.

Verdict

Site sub 5 M requêtes/mois ou pas de DevOps interne → Stape (ou Addingwell pour les FR sensibles)
Site 10 M+ requêtes/mois avec DevOps capable → Cloud Run self-managed souvent rentable
Entre les deux → arbitrer selon le profil de risque et la stratégie tech interne

Google Tag Gateway (ex-First-Party Serving) est une troisième voie : hébergement Google officiel, plus structuré que Cloud Run auto-géré, moins cher que Stape sur les hauts volumes. Voir page consultant Google Tag Gateway.