Server-side GTM : charger tous les scripts Google en first-party

Depuis juin 2025, Google a consolide la maniere dont le server-side GTM sert les scripts client-side. Le Web Container Client gere desormais a la fois gtm.js et gtag.js, ouvrant la voie a un chargement integralement first-party de tous les scripts Google. Cette evolution, documentee par Simo Ahava, change la donne pour la fiabilite du tracking.

La consolidation du Web Container Client

Avant cette mise a jour, le chargement de gtm.js et de gtag.js passait par des mecanismes differents dans le server-side GTM. Desormais, un seul composant, le Web Container Client, prend en charge les deux. Cette simplification facilite la configuration et garantit un comportement uniforme pour tous les scripts Google charges via votre conteneur serveur.

Deux methodes de chargement first-party

La premiere methode consiste a charger chaque script individuellement depuis votre domaine server-side. Vous remplacez les URL de chargement classiques (googletagmanager.com, googletagservices.com) par votre sous-domaine sGTM (par exemple sgtm.votresite.com). Chaque script est alors servi depuis votre propre domaine.

La seconde methode, plus elegante, utilise l’option “Automatically serve all dependent Google scripts” du Web Container Client. Une fois activee, tous les scripts Google dependants sont automatiquement proxifies via votre conteneur serveur. Cette approche couvre les scripts charges dynamiquement par gtm.js, y compris ceux que vous n’auriez pas anticipes.

Configuration du Google Tag

Pour que le Google Tag sache qu’il doit charger ses dependances depuis votre serveur, vous devez configurer le parametre server_container_url dans votre snippet de chargement. Ce parametre indique au tag l’adresse de votre conteneur server-side. Sans cette configuration, le tag continuera a charger ses scripts depuis les domaines Google standards. Pour une mise en place complete, consultez notre guide sur le server-side tracking.

Les avantages concrets du first-party

Charger les scripts Google depuis votre propre domaine apporte trois benefices mesurables. Premierement, les requetes sont traitees comme first-party par les navigateurs, ce qui contourne les restrictions ITP de Safari et les regles anti-tracking de Firefox. Deuxiemement, les ad blockers qui ciblent les domaines Google standards ne bloquent plus le chargement. Troisiemement, la reduction des requetes vers des domaines tiers ameliore le temps de chargement percu et les metriques Core Web Vitals.

Cette approche est complementaire du Google Tag Gateway et constitue une evolution naturelle pour les entreprises qui utilisent deja un conteneur server-side via Stape.

Compression HTTP et performance

Le server-side GTM peut servir les scripts avec compression HTTP. Sur Cloud Run, la compression doit etre configuree manuellement au niveau du load balancer ou via un CDN en amont. Sur App Engine, la compression gzip est activee automatiquement pour les types MIME compatibles. Dans les deux cas, verifiez que les en-tetes Accept-Encoding et Content-Encoding sont correctement geres pour minimiser la taille des transferts et optimiser le temps de chargement initial.