Stape : héberger Google Tag Manager server-side sans votre propre serveur cloud

Stape est une plateforme qui héberge pour vous le conteneur serveur de Google Tag Manager. Au lieu de monter vous-même un serveur sur Google Cloud Run, vous collez la configuration de votre conteneur serveur dans Stape, vous choisissez un emplacement de serveur et vous reliez un sous-domaine de votre propre site. Vos balises envoient alors d’abord leurs données à ce serveur, qui les transmet à GA4, Google Ads, Meta ou LinkedIn. Stape propose un plan gratuit pour les petits volumes et des plans payants selon le nombre de requêtes.

Cet article porte sur le choix de l’hébergement et la mise en place pratique. Ce qu’est le server-side tagging et pourquoi il rend votre mesure plus robuste, vous le lirez dans notre guide sur le server-side tagging et, pour la publicité en particulier, dans le tracking server-side pour Google Ads.

Que fait Stape exactement ?

Google Tag Manager server-side compte deux conteneurs : le conteneur web habituel dans le navigateur et un conteneur serveur qui tourne sur un serveur. Ce serveur doit bien se trouver quelque part. La voie standard de Google est Google Cloud Run dans votre propre projet cloud. Stape propose la même chose sous forme de service géré, avec des extras :

• L’hébergement du conteneur serveur dans la région de votre choix, avec une montée en charge sans gérer vous-même des serveurs.
• La liaison d’un domaine personnalisé, pour que votre serveur tourne sur un sous-domaine de votre propre site.
• Des power-ups comme un custom loader (charger GTM via votre propre domaine), un CDN global et Own CDN, où le domaine de votre serveur passe par la même adresse IP que votre site.
• Des modèles et connecteurs notamment pour la Meta Conversions API, Google Ads et LinkedIn.

Combien coûte Stape ?

Stape facture par mois selon le nombre de requêtes que traite votre conteneur serveur. Selon la page de tarifs de Stape (consultée le 6 octobre 2026, en dollars, avec facturation annuelle) :

Ce sont les prix de l’éditeur, pas les nôtres. Une requête est chaque hit que reçoit votre serveur : une page vue, un événement, le chargement d’un script. Un site B2B avec 20.000 visites par mois et quelques événements par visite dépasse vite le plan gratuit.

Stape ou Google Cloud Run ?

Dans son guide pour Cloud Run, Google indique qu’en production il faut faire tourner au moins 2 instances pour limiter la perte de données en cas de panne, et que chaque serveur coûte environ 45 dollars par mois. Une configuration de production sur Cloud Run démarre donc autour de 90 dollars par mois, plus votre propre temps de gestion.

La durée de conservation plus courte des logs est le point qui revient le plus en pratique. Les logs sont votre preuve quand une valeur de conversion est irréaliste ou qu’un événement arrive en double. Avec 3 jours de logs, il faut réagir vite. Si votre service IT travaille déjà sur Google Cloud, Cloud Run peut être plus logique.

Configurer Stape en six étapes

1. Créez un conteneur serveur dans GTM. Dans Tag Manager, créez un nouveau conteneur avec « Server » comme plateforme cible et copiez la configuration du conteneur.
2. Créez le conteneur chez Stape. Collez la configuration et choisissez un emplacement de serveur, de préférence dans l’UE pour les sites belges et néerlandais.
3. Reliez un domaine personnalisé. Stape l’écrit noir sur blanc dans son guide de configuration : utilisez un domaine personnalisé pour déposer des cookies first-party, sur le même domaine racine que votre site, par exemple sst.votreentreprise.be. Vous ajoutez les enregistrements DNS qu’affiche Stape ; la vérification prend généralement 2 à 3 heures, parfois jusqu’à 72 heures.
4. Envoyez votre conteneur web vers le serveur. Dans votre conteneur web, réglez dans la balise Google le paramètre server_container_url sur votre sous-domaine. Vos hits GA4 partent alors vers votre propre serveur au lieu d’aller directement chez Google.
5. Construisez vos balises serveur. Dans le conteneur serveur, ajoutez la balise GA4, la balise de conversion Google Ads et des connecteurs comme la Meta Conversions API. Chaque balise reçoit la même logique de consentement que dans le navigateur.
6. Testez et publiez les deux conteneurs. Prévisualisez ensemble le conteneur web et le conteneur serveur, et vérifiez que chaque événement arrive une seule fois.

Les erreurs que nous voyons le plus souvent

• Pas de domaine personnalisé. Le serveur tourne sur le domaine standard de Stape. Vous ne déposez alors pas de cookies first-party et perdez le principal avantage.
• Des conversions en double dans Meta. Vous envoyez un événement Lead via le pixel et via la Conversions API, sans le même event_id. Meta ne déduplique que si l’event_id et le nom de l’événement correspondent dans un délai de 48 heures. C’est la cause classique d’achats ou de leads en double après un passage au server-side.
• Ignorer le consentement. Le server-side donne l’impression d’être « hors du navigateur, donc hors de la bannière ». C’est faux : sur votre serveur aussi, vous ne transmettez que ce que le visiteur a autorisé. Joignez votre statut de consentement, par exemple issu de Cookiebot, à chaque événement.
• Transmettre des données personnelles sans filtre. Sur votre serveur, vous pouvez supprimer les adresses IP et des paramètres avant d’envoyer les données à une plateforme. Faites-le.
• Ne pas consulter les logs. Si vous voyez une valeur de conversion étrange, consultez les logs dans la durée de conservation de votre plan.

Comment vérifier que cela fonctionne ?

Comparez ensuite pendant une semaine les leads dans Google Ads, Meta et votre CRM. Le server-side tagging fournit généralement un signal plus complet, mais cette différence doit se voir dans vos propres données, pas dans une promesse. En complément, il est utile de renvoyer les leads qualifiés via des conversions hors ligne depuis votre CRM.

Besoin d’aide pour le server-side tagging ?

Le server-side tagging touche en même temps GTM, le consentement, vos plateformes publicitaires et votre DNS. Chez Kaizo, nous avons construit la chaîne pour GA4, Google Ads et Meta ; découvrez la configuration. Chez Suivo, le suivi des leads allait jusque dans le CRM. Vous doutez de l’intérêt du server-side pour vous ? Commencez par un audit tracking. Vous voulez le faire construire sur Stape ou Cloud Run ? Notre spécialiste Google Analytics et Tag Manager s’en charge. Prix sur demande.

Questions fréquentes