---
title: "Google Tag Manager et sGTM - Collecte serveur | EdgeAngel"
description: "Experts Google Tag Manager et server-side tagging : conteneurs web, mobiles et serveur, Consent Mode, gouvernance des flux sortants, audit et run."
url: https://edgeangel.co/data-foundations/gtm-sgtm
lang: fr
---

> Index du site pour les agents, à lire avant d'explorer : https://edgeangel.co/llms.txt
> Page HTML de référence, qui porte en plus les schémas et les visuels : https://edgeangel.co/data-foundations/gtm-sgtm

[Autres outils](https://edgeangel.co/data-foundations/web-tracking#approche-c4)

# Experts Google Tag Manager et sGTM

## Reprenez la main sur ce que vos balises envoient, et à qui.

Nous concevons, auditons et maintenons vos conteneurs Google Tag Manager, du web au conteneur serveur.

[Réserver un call de découverte](https://edgeangel.co/data-foundations/gtm-sgtm#contact)

-   En savoir plus sur : [notre agence Google Tag Manager et tracking web](https://edgeangel.co/data-foundations/web-tracking)

[Défiler vers le contenu](https://edgeangel.co/data-foundations/gtm-sgtm#expertise)

Expertise EdgeAngel Google Tag Manager

## Audit, server-side et conformité

01

### Audit & Migration GTM

Nous analysons votre écosystème de tracking pour bâtir une base saine. Objectif : poser un socle fiable avant toute montée en puissance vers le server-side.

-   Audit des tags, triggers et variables existants
-   Nettoyage des implémentations obsolètes
-   Structuration des conventions de nommage
-   Migration vers [Google Analytics](https://edgeangel.co/data-foundations/google-analytics)
-   Formalisation du plan de marquage (tagging plan)
-   Conteneurs iOS et Android, configurés par le SDK Firebase

02

### Implémentation Server-Side (sGTM)

Nous déployons votre infrastructure de tracking server-side sur mesure. Résultat : un tracking plus robuste, orienté qualité de signal plutôt que volume brut.

-   Configuration des conteneurs GTM Server-Side (Google Cloud, AWS, GCP)
-   Mise en place de clients GA4, Google Ads, Meta, TikTok
-   Intégration des API de conversions (CAPI, Enhanced Conversions)
-   Gestion des cookies first-party et extension de leur durée de vie
-   Sécurisation et anonymisation des données avant envoi
-   Domaine de collecte sur un sous-domaine que vous contrôlez
-   Hébergement chez un spécialiste comme Addingwell, ou sur votre propre plateforme
-   Conteneur serveur en miroir du web, sans double comptage

03

### Gouvernance, conformité et Consent Mode

Le server-side prend tout son sens quand il est articulé à une vraie stratégie de conformité. Nous faisons du tracking server-side un levier de confiance, pas un risque supplémentaire.

-   Intégration avec [votre CMP](https://edgeangel.co/data-foundations/didomi)
-   Configuration avancée du Google Consent Mode v2
-   Gestion des droits d’accès et des environnements GTM
-   Monitoring des erreurs, logs et alertes
-   Documentation des flux pour les équipes data et juridiques
-   Pilotage des conteneurs par l'API Tag Manager, avec notre serveur MCP

L'architecture

## Ce que change un conteneur serveur, en trois images

Le tracking classique envoie la donnée du navigateur vers chaque outil. Un conteneur serveur s'intercale : le navigateur ne parle plus qu'à un domaine, le vôtre, et c'est le serveur qui distribue.

Ces schémas sont ceux de notre note d'expert sur le server-side tagging, où chaque étape est détaillée.

### L'architecture classique, tout depuis le navigateur

![Architecture GTM Web classique : le conteneur GTM Web du navigateur appelle directement Google Analytics, Google Ads, Facebook Ads et les autres régies](https://edgeangel.co/assets/notes/server-side-tagging-avec-google-tag-manager/image-03.jpg)

Chaque outil reçoit son appel depuis la page. Autant de scripts à charger, autant de domaines tiers, et une collecte qui dépend entièrement du navigateur du visiteur.

### Avec un conteneur serveur, un seul point de sortie

![Architecture GTM Server-side : le conteneur GTM Web envoie à un conteneur serveur hébergé sur un sous-domaine du client, qui valide, anonymise et distribue vers les outils](https://edgeangel.co/assets/notes/server-side-tagging-avec-google-tag-manager/image-04.jpg)

Le navigateur envoie à **un sous-domaine que vous contrôlez**. Le conteneur serveur valide, enrichit, retire ce qui ne doit pas sortir, puis distribue. Les balises qu'il ne prend pas en charge restent côté page.

### Où le conteneur serveur s'héberge

![Deux options d'infrastructure pour un conteneur serveur : Google Cloud avec App Engine, journaux et BigQuery, ou Amazon Web Services avec Certificate Manager, Route 53 et Elastic Beanstalk](https://edgeangel.co/assets/notes/server-side-tagging-avec-google-tag-manager/image-10.jpg)

Deux écoles : votre cloud, que vous administrez, ou un hébergeur spécialisé qui s'en charge. Le choix se décide sur vos ressources internes et sur ce que vous voulez garder la main.

L'outil

## GTM et sGTM, notre lecture

Google Tag Manager est le **gestionnaire de balises** de Google, gratuit. C'est lui qui décide quelle balise se déclenche, quand, et avec quelles données : la balise Meta, celle de Google Analytics, celles de vos régies. Sans lui, chaque outil demande une intervention de vos développeurs ; avec lui, tout se pilote depuis une seule interface, et surtout tout se soumet au même endroit au choix de consentement de vos visiteurs. C'est ce qui en fait **la pierre angulaire du tracking et de sa gouvernance**.

Une édition payante existe, Tag Manager 360 : elle lève le plafond de trois espaces de travail et ajoute des circuits de validation, utiles quand plusieurs équipes travaillent en parallèle sur le même conteneur. Pour la grande majorité des dispositifs, l'édition gratuite suffit.

Mis à jour septembre 2026

### sGTM, un relais entre votre site et vos outils

sGTM, le server-side tagging, ajoute un **relais entre le navigateur et vos outils**. Au lieu que la page appelle Google Analytics, Meta et vos régies chacun de leur côté, elle envoie tout à un serveur que vous contrôlez, et c'est lui qui distribue. Ce serveur s'héberge dans votre cloud, sur Google Cloud par exemple, ou chez un hébergeur spécialisé comme Addingwell.

Le déplacement paraît technique, il change quatre choses. Le navigateur charge moins de scripts, donc les pages sont plus rapides. Les événements s'enrichissent de données que seul votre serveur connaît, la marge d'une commande ou l'e-mail d'un client connecté. Vous pouvez retirer les données personnelles avant l'envoi, ce qui règle une bonne part des questions ePrivacy. Et le tout passe par votre domaine, donc les librairies se chargent là où les bloqueurs ne les arrêtent pas.

[RGPD, ePrivacy et gestion du consentement, notre offre](https://edgeangel.co/data-foundations/rgpd-compliance)

### Et depuis fin 2024, la même chose pour les applications

Le server-side tagging était réservé au web. Depuis octobre 2024, **une application iOS ou Android peut envoyer ses événements au même conteneur serveur**, à condition d'utiliser le SDK Firebase. Le bénéfice est le même que sur le web, avec un intérêt de plus : les flux du site et de l'application se rejoignent dans une seule architecture, ce qui simplifie la maintenance et rend les parcours entre appareils lisibles.

Ce sont les mêmes gestes qu'au web : retirer une adresse IP ou un identifiant d'appareil avant l'envoi, enrichir un événement d'une valeur client, router un même événement vers plusieurs destinations. La mise en place demande de la maturité technique, et se justifie surtout quand un conteneur serveur existe déjà pour le site.

[Tracking App, notre offre pour vos applications mobiles](https://edgeangel.co/data-foundations/app-tracking)

### Notre serveur MCP, pour piloter vos conteneurs avec des agents

Nous avons développé notre propre serveur MCP pour GTM et sGTM. Il branche vos conteneurs sur nos agents, et ce qui prenait des heures de clics devient une conversation : inventorier ce qui existe, vérifier les conventions de nommage, repérer les balises inactives, auditer un conteneur en profondeur. La publication reste manuelle : un audit s'automatise, une mise en production se décide.

Sources : [Le modèle du conteneur serveur, clients et transformations](https://developers.google.com/tag-platform/tag-manager/server-side/intro) · [Les trois options de domaine de collecte, et ce que chacune permet](https://developers.google.com/tag-platform/tag-manager/server-side/custom-domain)

Nos notes d'experts : [Server-side tagging avec Google Tag Manager](https://edgeangel.co/notes/server-side-tagging-avec-google-tag-manager) · [Server-side GTM pour applications](https://edgeangel.co/notes/sgtm-for-apps) · [Google Consent Mode v2, l'essentiel](https://edgeangel.co/notes/google-consent-mode-v2-essentiel-a-savoir) · [Google Ads : paramètres wbraid et gbraid](https://edgeangel.co/notes/google-ads-nouveaux-paramtres-wbraid-et-gbraid-pour-le-suivi-des-conversions)

## Questions fréquentes sur Google Tag Manager et sGTM

### Quelle différence entre un conteneur web et un conteneur serveur ?

Le conteneur web s'exécute dans le navigateur et déclenche les balises depuis la page. Le conteneur serveur s'exécute sur une infrastructure que vous contrôlez : un client y réclame la requête entrante et la traduit en événements, des transformations filtrent les paramètres, puis les balises sortent en HTTP. C'est un type de conteneur du même outil, pas un produit séparé.

### Le server-side tagging suffit-il à être conforme au RGPD ?

Non, et Google ne le présente pas ainsi. Il déplace le point de contrôle : vous décidez ce qui part vers chaque partenaire, et vous pouvez retirer des paramètres avant l'envoi. Mais le consentement se recueille par une CMP, et les balises doivent être conditionnées à son signal. Le conteneur applique une décision, il ne la prend pas.

### Faut-il tout basculer côté serveur ?

Rarement. L'approche qui fonctionne est hybride : les flux critiques passent côté serveur, les autres restent en client-side. Certaines balises ne supportent pas le mode serveur, et un conteneur serveur en miroir du web demande des déclencheurs de blocage pour éviter que le même événement soit traité deux fois. Le périmètre se décide flux par flux.

### Le domaine de collecte par défaut suffit-il ?

Il fonctionne, mais sans le bénéfice attendu. Sur le domaine fourni par Google, la documentation précise que seuls des cookies JavaScript peuvent être posés, donc sans attribut HttpOnly. Le gain first-party exige de déléguer un sous-domaine que vous contrôlez, en même origine avec le site quand c'est possible, ce qui est la pratique recommandée par Google.

### Quelle différence entre Tag Manager et Tag Manager 360 ?

Le même outil, deux éditions. La standard est gratuite et plafonnée à trois espaces de travail, l'espace par défaut et deux autres. Tag Manager 360, rattachée à Google Marketing Platform, lève ce plafond et ajoute les circuits d'approbation, les Zones et le support de l'éditeur. Elle se justifie quand plusieurs équipes travaillent en parallèle sur un même conteneur.

Contact

## Vous laissez vos coordonnées, nous revenons vers vous sous 24h.

Un premier échange pour comprendre votre contexte, et vous dire ce qui est faisable et à quelles conditions.

1.  Infos contact
2.  Définition du besoin
3.  Puis nous programmons un rendez-vous

Vos coordonnées servent à vous répondre sur ce sujet. [Politique de protection des données](https://edgeangel.co/a-propos/politique-de-protection-des-donnes)

Ou appelez-nous directement : [01 84 16 42 20](tel:+33184164220)

Paul Schmitt

Directeur Conseil

"Notre objectif est de rendre vos données actionnables pour générer de la valeur concrète, rapidement."

[L'équipe](https://edgeangel.co/a-propos/agence)

```json
{"@context":"https://schema.org","@type":"Organization","name":"EdgeAngel","url":"https://edgeangel.co","logo":"https://edgeangel.co/assets/brand/edgeangel-logo.svg","sameAs":["https://www.linkedin.com/company/edgeangel"],"contactPoint":{"@type":"ContactPoint","email":"hello@edgeangel.co","telephone":"+33 1 84 16 42 20","contactType":"customer service"}}
{"@context":"https://schema.org","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","position":1,"name":"Accueil","item":"https://edgeangel.co/"},{"@type":"ListItem","position":2,"name":"Data Foundations","item":"https://edgeangel.co/data-foundations"},{"@type":"ListItem","position":3,"name":"Tracking Web","item":"https://edgeangel.co/data-foundations/web-tracking"},{"@type":"ListItem","position":4,"name":"GTM & sGTM","item":"https://edgeangel.co/data-foundations/gtm-sgtm"}]}
{"@context":"https://schema.org","@type":"Service","name":"Google Tag Manager et sGTM - Collecte serveur | EdgeAngel","description":"Experts Google Tag Manager et server-side tagging : conteneurs web, mobiles et serveur, Consent Mode, gouvernance des flux sortants, audit et run.","provider":{"@type":"Organization","name":"EdgeAngel","url":"https://edgeangel.co"},"areaServed":"France","url":"https://edgeangel.co/data-foundations/gtm-sgtm"}
{"@context":"https://schema.org","@type":"FAQPage","mainEntity":[{"@type":"Question","name":"Quelle différence entre un conteneur web et un conteneur serveur ?","acceptedAnswer":{"@type":"Answer","text":"Le conteneur web s'exécute dans le navigateur et déclenche les balises depuis la page. Le conteneur serveur s'exécute sur une infrastructure que vous contrôlez : un client y réclame la requête entrante et la traduit en événements, des transformations filtrent les paramètres, puis les balises sortent en HTTP. C'est un type de conteneur du même outil, pas un produit séparé."}},{"@type":"Question","name":"Le server-side tagging suffit-il à être conforme au RGPD ?","acceptedAnswer":{"@type":"Answer","text":"Non, et Google ne le présente pas ainsi. Il déplace le point de contrôle : vous décidez ce qui part vers chaque partenaire, et vous pouvez retirer des paramètres avant l'envoi. Mais le consentement se recueille par une CMP, et les balises doivent être conditionnées à son signal. Le conteneur applique une décision, il ne la prend pas."}},{"@type":"Question","name":"Faut-il tout basculer côté serveur ?","acceptedAnswer":{"@type":"Answer","text":"Rarement. L'approche qui fonctionne est hybride : les flux critiques passent côté serveur, les autres restent en client-side. Certaines balises ne supportent pas le mode serveur, et un conteneur serveur en miroir du web demande des déclencheurs de blocage pour éviter que le même événement soit traité deux fois. Le périmètre se décide flux par flux."}},{"@type":"Question","name":"Le domaine de collecte par défaut suffit-il ?","acceptedAnswer":{"@type":"Answer","text":"Il fonctionne, mais sans le bénéfice attendu. Sur le domaine fourni par Google, la documentation précise que seuls des cookies JavaScript peuvent être posés, donc sans attribut HttpOnly. Le gain first-party exige de déléguer un sous-domaine que vous contrôlez, en même origine avec le site quand c'est possible, ce qui est la pratique recommandée par Google."}},{"@type":"Question","name":"Quelle différence entre Tag Manager et Tag Manager 360 ?","acceptedAnswer":{"@type":"Answer","text":"Le même outil, deux éditions. La standard est gratuite et plafonnée à trois espaces de travail, l'espace par défaut et deux autres. Tag Manager 360, rattachée à Google Marketing Platform, lève ce plafond et ajoute les circuits d'approbation, les Zones et le support de l'éditeur. Elle se justifie quand plusieurs équipes travaillent en parallèle sur un même conteneur."}}]}
```