Comment configurer facilement un Server GTM avec Cloud Run ?

Guide pratique pour installer et configurer manuellement votre Serveur GTM sur Cloud Run

Vous cherchez à maîtriser le tracking côté serveur et vous vous demandez comment configurer manuellement un server GTM (Google Tag Manager Server-Side) pour optimiser vos données et respecter la confidentialité des utilisateurs ? Vous êtes au bon endroit ! Que vous soyez novice en gestion de balises ou que vous souhaitiez simplement découvrir comment mettre en place un serveur GTM sur Google Cloud Platform (GCP) avec Cloud Run, ce tutoriel complet est fait pour vous. Dans ce guide étape par étape, nous allons vous expliquer comment installer et configurer un serveur GTM de manière simple, même sans expérience technique approfondie. À la fin, vous saurez non seulement comment créer un serveur GTM, mais aussi comment le connecter à vos outils comme Google Analytics 4 (GA4), le tout en moins d’une heure. Suivez ce tutoriel clair et détaillé pour réussir votre configuration de GTM Server-Side dès aujourd’hui !

Pourquoi opter pour un serveur GTM ? Cette solution améliore la performance de votre site, renforce la sécurité des données et vous donne un meilleur contrôle sur vos tags. Alors, prêt à plonger dans ce guide pour apprendre comment configurer un server GTM efficacement ?

Prérequis

Avant de commencer, assurez-vous d’avoir :

1. Un compte Google (pour accéder à GTM et GCP).
2. Une carte de crédit ou un moyen de paiement pour activer la facturation dans GCP (même si une période gratuite est offerte).
3. Un accès administrateur à Google Tag Manager.
4. Quelques minutes pour suivre les étapes (environ 30 à 45 minutes pour tout configurer).

Comment fonctionne Cloud Run ?

Cloud Run est un service de Google Cloud Platform (GCP) qui vous permet de déployer et de gérer des applications dans le cloud de manière simplifiée. Il repose sur une technologie appelée « conteneurs » et fonctionne en plusieurs étapes clés :

1. Les conteneurs comme base :
   • Un conteneur est une sorte de boîte virtuelle qui regroupe tout ce dont votre application a besoin pour fonctionner (le code, les outils, les configurations). Par exemple, dans le cas du serveur GTM, Google fournit une image de conteneur prête à l’emploi (celle utilisée dans le tutoriel : gcr.io/cloud-tagging-10302018/gtm-cloud-image:stable).
   • Vous fournissez ce conteneur à Cloud Run, et le service sait comment le gérer.
2. Lancement automatique :
   • Lorsque vous déployez votre conteneur sur Cloud Run (comme nous l’avons fait avec le serveur GTM), le service le met en route sur ses propres machines dans le cloud. Vous n’avez pas besoin de configurer un serveur physique ou virtuel vous-même : Cloud Run prend en charge toute l’infrastructure en arrière-plan.
3. Mise à l’échelle intelligente (autoscaling) :
   • Cloud Run ajuste automatiquement le nombre de « copies » de votre application (appelées instances) en fonction du trafic. Par exemple :
     • S’il y a peu d’activité, il peut réduire à 1 ou 2 instances (ou même 0 si vous le configurez ainsi).
     • S’il y a beaucoup de demandes (comme des données envoyées au serveur GTM), il augmente le nombre d’instances pour absorber la charge.
   • Cela vous évite de payer trop cher en période creuse tout en assurant un bon fonctionnement lors des pics d’activité.
4. Une URL publique :
   • Une fois votre application lancée, Cloud Run vous fournit une URL unique (ex. : https://gtm-server-abc123-ew.a.run.app). Cette adresse permet à votre serveur GTM de recevoir des requêtes depuis Internet, comme celles envoyées par un conteneur GTM Web.
5. Sans gestion manuelle :
   • Contrairement à un serveur traditionnel où vous devriez installer des logiciels, surveiller les pannes ou mettre à jour le système, Cloud Run s’occupe de tout cela pour vous. Vous vous concentrez uniquement sur votre application (ici, le serveur GTM), et Google gère le reste.
6. Paiement à l’usage :
   • Vous payez uniquement pour les ressources consommées (temps de calcul, mémoire, nombre de requêtes). Par exemple, avec 2 instances minimum pour le serveur GTM, cela représente environ 45 $ par mois, mais si vous choisissez 0 instance minimum, les coûts peuvent être très faibles hors utilisation.

En pratique pour le serveur GTM

Dans le tutoriel, nous utilisons Cloud Run pour héberger le serveur GTM car il :

• Prend en charge l’image officielle de Google pour GTM.
• Permet un déploiement en quelques clics.
• Génère une URL pour recevoir les données de tracking.
• S’adapte automatiquement au trafic (ce qui est essentiel pour ne pas perdre de données analytics).

C’est comme si vous louiez un espace dans le cloud qui s’occupe de tout, sans avoir besoin d’être un expert en gestion de serveurs. Si vous avez déjà utilisé des services comme Heroku ou Netlify, cela s’en rapproche, mais Cloud Run est spécifiquement conçu pour les conteneurs et bien intégré à GCP !

Étape 1 : Créer un conteneur GTM Server-Side

1. Accéder à Google Tag Manager :
   • Rendez-vous sur tagmanager.google.com.
   • Connectez-vous avec votre compte Google.
2. Créer un nouveau conteneur :
   • Cliquez sur les trois points en haut à droite de l’écran, puis sélectionnez « Créer un conteneur ».
   • Donnez un nom à votre conteneur (ex. : « Server GTM – Mon Site »).
   • Sous « Plateforme cible », choisissez Server (et non Web ou App).
   • Cliquez sur « Créer ».
3. Choisir la configuration manuelle :
   • Après avoir cliqué sur « Créer », une fenêtre pop-up apparaîtra pour configurer le serveur.
   • Sélectionnez « Provisionner manuellement le serveur de taggage » (Manual Provisioning).
   • Une chaîne de caractères appelée Container Config apparaîtra (elle ressemble à une longue série de lettres et chiffres). Copiez cette chaîne et gardez-la dans un endroit sûr (par exemple, un fichier texte). Vous en aurez besoin plus tard.
   • Fermez la fenêtre.

Étape 2 : Configurer un projet dans Google Cloud Platform

1. Accéder à GCP :
   • Allez sur console.cloud.google.com.
   • Connectez-vous avec le même compte Google que celui utilisé pour GTM.
2. Créer un nouveau projet :
   • En haut à gauche, cliquez sur le menu déroulant à côté de « Google Cloud Platform ».
   • Cliquez sur « Nouveau projet ».
   • Donnez un nom à votre projet (ex. : « GTM-Server-Project »).
   • Cliquez sur « Créer ». Cela peut prendre quelques secondes.
3. Activer la facturation :
   • GCP nécessite un compte de facturation, même pour les essais gratuits (vous avez 300 $ de crédits gratuits pendant 90 jours).
   • Dans le menu de gauche, allez dans Facturation (« Billing »).
   • Cliquez sur « Associer un compte de facturation » et suivez les instructions pour ajouter un moyen de paiement.
   • Une fois activé, retournez à votre projet.

Étape 3 : Déployer le serveur avec Cloud Run

1. Activer l’API Cloud Run :
   • Dans la barre de recherche en haut de GCP, tapez « Cloud Run API ».
   • Cliquez sur le résultat correspondant et ensuite sur « Activer » (Enable). Cela peut prendre quelques instants.
2. Créer un service Cloud Run pour le serveur de taggage :
   • Dans le menu de gauche, allez dans Cloud Run.
   • Cliquez sur Créer un service (« Create Service »).
   • Suivez ces étapes :
     • Image du conteneur :
       • Sélectionnez « Déployer une révision à partir d’une image existante » (Deploy one revision from an existing container image).
       • Dans le champ « URL de l’image du conteneur », entrez : gcr.io/cloud-tagging-10302018/gtm-cloud-image:stable
       • C’est l’image officielle fournie par Google pour GTM Server-Side.
       • Nom du service :
         • Donnez un nom simple, comme « sgtm».
       • Région :
         • Choisissez une région proche de vos utilisateurs (ex. : europe-west9 (Paris/Europe))
       • Allocation CPU :
         • Sélectionnez « Le CPU est toujours alloué » (CPU is always allocated).
       • Scaling au niveau du service
         • Définit le nombre minimum d’instances toujours actives.
           0 si vous voulez minimiser les coûts (réveil lent si inactivité).
           2 recommandé pour GTM Server-Side (évite latences lors des premières requêtes).
         • Exemple : 2 pour éviter un temps de réveil lors des requêtes GTM.
       • Scaling au niveau de la révision (Dans “Conteneur(s), volumes, mise en réseau et sécurité”)
         • Définit le nombre minimum et maximum d’instances pour gérer la montée en charge.
         • Exemple : min = 2, max = 10 pour adapter aux pics de trafic.
       • Authentification :
         • Cochez « Autoriser les appels non authentifiés » (Allow unauthenticated invocations) pour que le serveur soit accessible.
       • Variables d’environnement :
         • Cliquez sur « Ajouter une variable » (Add variable).
         • Nom : CONTAINER_CONFIG.
         • Valeur : Collez la chaîne Container Config que vous avez copiée à l’étape 1.
       • Cliquez sur « Créer » (Create).
3. Obtenir l’URL du serveur :
   • Une fois le service déployé (cela prend quelques secondes), vous verrez une URL générée (ex. : https://gtm-server-abc123-ew.a.run.app).
   • Copiez cette URL, vous en aurez besoin plus tard.

Étape 4 : Configurer un serveur de prévisualisation (Preview Server)

1. Créer un second service Cloud Run :
   • Retournez dans Cloud Run et cliquez à nouveau sur Créer un service.
   • Utilisez les mêmes paramètres que pour le serveur de taggage, avec ces différences :
     • Nom du service : Appelez-le « sgtm-preview ».
     • Variables d’environnement :
       • Ajoutez deux variables :
         • Nom : CONTAINER_CONFIG, Valeur : Votre Container Config.
         • Nom : RUN_AS_PREVIEW_SERVER, Valeur : true.
     • Scalling :
       • Service : Définissez « Instances minimum » à 0
       • Révision : Définissez « Instances minimum » à 0 ; « Instances maximum » à 1 (le serveur de prévisualisation n’a pas besoin de plusieurs instances – peut créer des erreurs).
     • Cliquez sur « Créer ».
2. Obtenir l’URL du serveur de prévisualisation :
   • Une fois déployé, notez l’URL générée pour ce service (ex. : https://gtm-preview-xyz789-ew.a.run.app).
3. Lier le serveur de prévisualisation au serveur principal :
   • Retournez dans le service « gtm-server » (cliquez sur son nom dans Cloud Run, puis sur « Modifier et déployer une nouvelle révision »).
   • Ajoutez une nouvelle variable d’environnement :
     • Nom : PREVIEW_SERVER_URL.
     • Valeur : L’URL du serveur de prévisualisation (ex. : https://gtm-preview-xyz789-ew.a.run.app).
   • Cliquez sur « Déployer » (Deploy).

Étape 5 : Connecter GTM au serveur

1. Retourner dans Google Tag Manager :
   • Ouvrez votre conteneur Server-Side.
   • Allez dans Admin > Paramètres du conteneur (Container Settings).
   • Cliquez sur « Ajouter une URL » (Add URL).
   • Collez l’URL du serveur principal (ex. : https://gtm-server-abc123-ew.a.run.app).
   • Cliquez sur « Enregistrer ».
2. Tester la connexion :
   • Dans GTM, cliquez sur « Aperçu » (Preview) dans votre conteneur Server-Side.
   • Si tout est bien configuré, vous devriez voir un message indiquant que la connexion est établie.

Étape 6 : Configurer une balise simple (exemple avec GA4)

1. Créer un client dans le conteneur Server-Side :
   • Dans votre conteneur Server-Side, allez dans l’onglet Clients.
   • Cliquez sur « Nouveau » > « Client GA4 » (il est créé par défaut).
   • Nommez-le (ex. : « GA4 Client ») et enregistrez.
2. Créer une balise GA4 :
   • Allez dans Balises > « Nouvelle balise ».
   • Choisissez « Google Analytics : Événement GA4 ».
   • Entrez votre ID de mesure GA4 (trouvable dans Google Analytics sous Admin > Flux de données).
   • Type d’événement : « page_view ».
   • Déclencheur : Sélectionnez « Personnalisé » et configurez-le pour « Client Name equals GA4 Client ».
   • Enregistrez et publiez le conteneur.
3. Envoyer des données depuis un conteneur Web :
   • Dans un conteneur GTM Web existant, créez une balise GA4 avec l’option « Envoyer au conteneur serveur » (Send to Server Container).
   • Entrez l’URL de votre serveur (ex. : https://gtm-server-abc123-ew.a.run.app).
   • Publiez le conteneur Web.

Étape 7 : Vérifier et publier

1. Tester avec l’aperçu :
   • Activez le mode Aperçu dans vos conteneurs Web et Server-Side.
   • Visitez votre site et vérifiez que les données passent par le serveur (vous verrez les requêtes dans l’onglet « Résumé »).
2. Publier les conteneurs :
   • Une fois satisfait, cliquez sur « Soumettre » (Submit) dans les deux conteneurs pour mettre en ligne vos configurations.

Estimation des coûts de votre serveur GTM avec Cloud Run

Configurer un serveur GTM sur Cloud Run est simple, mais combien cela coûte-t-il ? Dans cette section, nous allons vous aider à estimer votre budget en fonction de vos besoins et du trafic de votre site. Le coût dépend principalement du nombre d’instances (les « copies » de votre serveur) que vous utilisez. Voici comment ça fonctionne et quelques exemples concrets pour vous donner une idée.

Coût de base d’une instance Cloud Run

Une instance Cloud Run avec une configuration standard (256 Mo de RAM, 1 vCPU) coûte environ 45 $ par mois si elle est active en permanence (24 h/24, 30 jours). Ce prix inclut l’utilisation du processeur (CPU) et de la mémoire (RAM). Cependant :

• Cloud Run ne facture que les instances actives. Si votre trafic est faible, les instances s’arrêtent automatiquement, ce qui réduit les coûts.
• GCP offre une couche gratuite : environ 2 millions de requêtes et 50 heures d’une instance par mois sans frais. Cela peut couvrir une grande partie des petits projets.

Qu’est-ce que la couche gratuite de Cloud Run ?

Il s’agit d’une offre qui permet à tous les clients Google Cloud d’utiliser certains produits gratuitement, dans des limites mensuelles spécifiques, sans que cela n’expire (contrairement à l’essai gratuit de 90 jours avec 300 $ de crédits).
Pour Cloud Run spécifiquement, la couche gratuite inclut :

• 2 millions de requêtes par mois gratuites.
• 180 000 vCPU-secondes par mois gratuites.
• 360 000 Gio-secondes de mémoire par mois gratuites.

Découvrez égalementLes changements de Google Tag Manager avec Google Ads en avril

Conditions : Ces limites sont appliquées par compte de facturation (pas par projet) et se réinitialisent chaque mois. Tout dépassement est facturé aux tarifs standards.

Facteurs qui influencent le coût

• Instances minimum : Dans le tutoriel, nous recommandons 2 instances minimum (soit ~90 $ par mois si constantes) pour éviter les pertes de données.
• Instances maximum : Vous définissez une limite (ex. : 10) pour gérer les pics de trafic sans exploser votre budget.
• Trafic : Plus vous avez de requêtes par seconde (RPS), plus vous utilisez d’instances.

Pour estimer précisément, vous pouvez utiliser le calculateur Cloud Run fourni par Google.

Exemples de budgets selon votre projet

Petit site avec faible trafic

• Contexte : Blog personnel, 1 000 visiteurs/jour, 2 000 pages vues/jour (~0,02 RPS).
• Réglages : Min 2, Max 5.
• Trafic : 1 instance suffit, mais 2 minimum sont actives.
• Coût :
  • 2 instances fixes : 2 × 45 $ = 90 $.
  • Réel : Avec peu de trafic, la couche gratuite absorbe presque tout.
• Budget : 0 à 5 $ par mois (idéal pour débuter).

Site e-commerce moyen

• Contexte : 50 000 visiteurs/mois, 250 000 pages vues/mois (~8 RPS, pics à 50 RPS).
• Réglages : Min 2, Max 10.
• Trafic : Moyenne ~0,23 instance, pics ~1,5 instance.
• Coût :
  • 2 instances fixes : 90 $.
  • Pics (ex. : 5 instances, 5 h/jour) : Faible impact grâce à la facturation à l’usage.
  • Réel : Couche gratuite + trafic modéré.
• Budget : 10 à 15 $ par mois (parfait pour un business en croissance).

Grande plateforme avec trafic élevé

• Contexte : Site média, 1 million de visiteurs/mois, 3 millions de pages vues/mois (~100 RPS, pics à 300 RPS).
• Réglages : Min 2, Max 20-30.
• Trafic : Moyenne ~3 instances, pics ~9 instances.
• Coût :
  • 2 instances fixes : 90 $.
  • Moyenne + pics : Quelques instances supplémentaires pendant les heures chargées.
• Budget : 20 à 40 $ par mois (adapté à un site populaire).

Application critique avec pics extrêmes

• Contexte : Billetterie, 10 000 utilisateurs simultanés pendant 10 min (~500 RPS au pic).
• Réglages : Min 2, Max 50.
• Trafic : Hors pic ~1 RPS, pic ~14 instances.
• Coût :
  • 2 instances fixes : 90 $.
  • Pic (10 min/jour) : Coût minime car très court.
• Budget : 10 à 30 $ par mois (jusqu’à 50-100 $ si pics fréquents).

Conseils pour optimiser votre budget

• Réduisez « Instances minimum » à 1 ou 0 si vous acceptez un léger délai au démarrage (économie de ~45-90 $).
• Surveillez vos métriques : Dans la console GCP, vérifiez les RPS et ajustez « Instances maximum » (ex. : 10 pour commencer, puis 20 ou 50 si besoin).

Avec « Instances maximum » à 10 (comme dans le tutoriel), vous restez dans une fourchette de 10 à 15 $ par mois pour un usage typique. Pour un petit projet, c’est presque gratuit grâce à la couche gratuite. Pour un site plus gros, comptez jusqu’à 40 $ avec 20-30 instances maximum. Adaptez ces chiffres à votre trafic, et vous aurez un serveur GTM performant sans surprise budgétaire !

Conseils supplémentaires

• Coût : Avec 2 instances minimum, attendez-vous à environ 45 $ par mois par serveur. Utilisez les crédits gratuits de GCP pour tester sans frais au début.
• Domaine personnalisé : Pour un contexte first-party (recommandé en production), configurez un sous-domaine (ex. : tagging.monsite.com) dans vos DNS pour pointer vers l’URL Cloud Run.
• Aide : Si vous êtes bloqué, consultez la documentation officielle ou demandez-moi plus de détails !

Conclusion : Réussir la configuration de votre Server GTM en toute simplicité

Et voilà ! Vous savez maintenant comment configurer un server GTM sur Google Cloud Platform avec Cloud Run, même en partant de zéro. Grâce à ce tutoriel, vous avez découvert comment mettre en place un serveur GTM, le connecter à votre conteneur Web et commencer à collecter des données de manière sécurisée et performante. Que ce soit pour un projet personnel ou professionnel, cette configuration de GTM Server-Side vous permet d’exploiter tout le potentiel du tracking côté serveur, tout en restant accessible aux débutants.

Vous avez des questions sur comment installer un serveur GTM ou sur une étape spécifique ? N’hésitez pas à approfondir avec la documentation officielle ou à tester vos configurations en mode Aperçu. Avec ce guide, vous avez toutes les clés pour réussir votre mise en place d’un serveur GTM et optimiser vos analyses. Alors, lancez-vous, publiez vos conteneurs, et profitez des avantages d’une gestion avancée des balises ! Pour aller plus loin, pensez à explorer les options comme les domaines personnalisés ou la gestion du consentement. Bonne chance avec votre serveur GTM configuré !