Le conteneur server-side est sur le chemin critique de vos conversions : chaque événement passe par lui avant d'atteindre Meta, Google et GA4. Trois choses en dépendent directement — le coût (fixe ou à l'usage), la latence (un conteneur lent ou en démarrage à froid ralentit la collecte), et la maintenance (mises à jour, monitoring, montée en charge). Le bon hébergeur, c'est celui qui vous coûte le moins de temps pour une fiabilité égale.
| Critère | Stape | Cloud Run | Cloudflare |
|---|---|---|---|
| Type | Managé, spécialisé sGTM | Officiel Google, self-managed | Workers (relais custom) |
| Coût | Abonnement dès ~20 €/mois, croît avec les requêtes | Pay-as-you-go + instance mini pour la latence | Le plus bas (offre Workers généreuse) |
| Latence | Bonne (PoP mondiaux) | Bonne si instance chaude ; cold starts sinon | Excellente (edge) |
| Maintenance | Quasi nulle (updates gérés) | À votre charge (Docker, LB, updates) | À votre charge, la plus technique |
| Compétence requise | Faible | DevOps / GCP | Élevée |
| Conteneur GTM officiel | Oui | Oui | Non (relais first-party) |
| Idéal pour | La majorité des e-commerces | Équipes techniques, gros volumes | Profils très techniques, coût plancher |
Stape est un hébergeur spécialisé dans le server-side GTM. Il pose le sous-domaine first-party pour vous (via CNAME ou son intégration Cloudflare), gère les mises à jour du conteneur, et propose des régions européennes pour rester propre côté RGPD. En échange d'un abonnement mensuel qui croît avec le volume de requêtes, vous ne touchez plus à l'infra. C'est l'option qui fait gagner le plus de temps, et celle que je pose par défaut chez la plupart des clients.
C'est la voie recommandée par Google pour faire tourner le conteneur officiel. Vous gardez le contrôle total et payez à l'usage, ce qui peut être avantageux à gros volume. La contrepartie : c'est vous qui gérez le déploiement Docker, le load balancer pour le sous-domaine, les mises à jour, et surtout les démarrages à froid — sans instance minimale active, les premières requêtes après une période creuse ajoutent de la latence sur le chemin de conversion. À réserver aux équipes qui ont la compétence DevOps en interne.
Point d'honnêteté : Cloudflare Workers n'exécute pas le conteneur GTM officiel (une image Docker basée sur Node). On l'utilise plutôt comme relais first-party léger à la périphérie, ou via l'intégration Cloudflare de Stape pour le sous-domaine. La latence edge est excellente et le coût, le plus bas des trois — mais c'est la mise en place la plus technique, et vous vous éloignez du chemin balisé par Google. Réservé aux profils qui savent exactement ce qu'ils font.
Dans tous les cas, l'hébergement n'est qu'une brique : il ne sert à rien sans une déduplication propre, un Consent Mode V2 qui pilote les envois, et un gclid qui survit. Le server-side se pense en système, pas en serveur.
Je regarde votre volume, votre stack et vos compétences internes, et je vous dis quel hébergement colle à votre cas — sans vous vendre l'usine à gaz.
Diagnostic gratuit — 30 minVous repartez avec le diagnostic, que l'on travaille ensemble ou non.