Table des matières
Sur une partie des navigateurs de vos visiteurs, Google Tag Manager ne se charge tout simplement pas. Le script est appelé depuis un domaine de Google que de nombreux filtres bloquent, et vos balises, même pour les visiteurs qui ont accepté les cookies, ne partent jamais. Le Custom Loader sert GTM depuis votre propre domaine, sans jamais passer outre le choix du visiteur.
En bref
Selon GWI (T2 2025), 30,9 % des internautes suisses utilisent un bloqueur de publicité, qui filtre souvent le domaine de GTM.
Le Custom Loader charge le même conteneur GTM depuis un sous-domaine du site : c'est une mesure first-party.
La CMP décide toujours de ce qui se déclenche : un refus reste un refus.
Google propose une approche comparable pour ses propres balises : la Google tag gateway.
Pourquoi GTM ne se charge pas toujours
Les bloqueurs de publicité (uBlock Origin, AdBlock Plus, Ghostery) et certaines protections intégrées aux navigateurs comparent chaque requête à des listes de filtrage publiques. Ils bloquent surtout des domaines et des chemins connus, par exemple :
googletagmanager.com/gtm.js
connect.facebook.net (pixel Meta)
google-analytics.com
Conséquence : quand GTM ne se charge pas, aucune balise ne part, y compris pour le visiteur qui a accepté la mesure dans votre bannière. Vos audiences et vos conversions sont sous-estimées, et le Smart Bidding optimise sur une vision partielle.
Le Custom Loader : GTM servi depuis votre domaine
Le principe est simple : au lieu d'appeler le fichier standard sur googletagmanager.com, le navigateur charge le même conteneur GTM depuis un sous-domaine du site (par exemple data.votreclient.ch), relié à votre serveur de tracking server-side.
Même conteneur, mêmes règles : les balises, les déclencheurs et les conditions de consentement ne changent pas.
Une mesure first-party : le script et les requêtes de mesure restent sur le domaine du site, sous votre contrôle.
Une pratique reconnue : Google propose lui-même la Google tag gateway, qui sert ses balises depuis le domaine de l'annonceur via un CDN ou un serveur.
Pour comprendre l'architecture complète, voir notre article qu'est-ce que le tracking server-side.
La ligne rouge : le consentement ne se contourne pas
Charger GTM de manière plus fiable ne donne aucun droit supplémentaire sur les données du visiteur. Chez A-Track, la règle est claire :
Le Custom Loader charge l'outil. Il permet au conteneur d'exister sur la page et à la bannière de s'afficher correctement.
La CMP décide. Les balises ne se déclenchent que selon les catégories acceptées. Si le visiteur refuse, aucune balise soumise au consentement ne part ; avec le Consent Mode v2 en mode advanced, seuls des signaux sans cookie peuvent être transmis à Google.
La transparence reste due. Déclarez le sous-domaine de mesure et les destinataires dans la politique de confidentialité.
Côté droit : en Suisse, l'art. 45c LTC impose d'informer sur les cookies et de permettre de les refuser ; dans l'UE, la directive ePrivacy et le RGPD exigent un consentement préalable. Un bloqueur n'est pas un refus juridique, mais il exprime une préférence : c'est une raison de plus pour que la bannière soit claire et le refus aussi simple que l'acceptation. Détails dans notre guide de conformité LPD et RGPD.
Mise en place avec Stape en trois étapes
Configurer un chargement first-party à la main demande des compétences en routage et en hébergement. Nous utilisons le Custom Loader de Stape, qui industrialise l'opération.
1. Le serveur de tagging
Nous déployons un conteneur GTM server-side sur un sous-domaine du client, hébergé dans l'UE.
2. L'activation du Custom Loader
Dans Stape, nous activons la fonction pour le conteneur GTM web concerné. Stape génère le nouveau code de chargement.
3. Le remplacement du code GTM
C'est la seule intervention sur le site : le code GTM standard dans le <head> est remplacé par le nouveau (ou via l'application Stape pour les CMS pris en charge). On vérifie ensuite dans l'onglet Réseau que le script répond bien depuis le sous-domaine.
Ce que vous pouvez en attendre
Des données GA4 plus complètes pour les visiteurs qui ont consenti.
Des conversions publicitaires plus fiables, notamment quand les envois Meta ou Google passent aussi par le serveur.
Une attribution plus lisible : vous voyez mieux quels canaux génèrent réellement des ventes.
L'effet dépend de l'audience : un site B2B technique et un site grand public ne réagissent pas de la même façon. Mesurez-le plutôt que de le supposer.
Conseil A-Track
Après la mise en ligne, faites deux tests avec un bloqueur actif : acceptez tout, puis refusez tout. Dans le premier cas, les balises doivent partir depuis votre sous-domaine ; dans le second, aucun cookie de mesure ou publicitaire ne doit apparaître. Si le refus ne bloque rien, corrigez avant toute autre chose.
Conclusion : une mesure fiable, un choix respecté
Vérifiez que la CMP et le Consent Mode v2 fonctionnent, avant de toucher au chargement de GTM.
Passez GTM en chargement first-party via votre serveur de tagging.
Testez l'acceptation et le refus, puis surveillez l'installation dans la durée : un tracking server-side peut casser après la mise en ligne.
GTM se charge-t-il vraiment pour vos visiteurs consentants ?
A-Track sert votre conteneur GTM depuis un sous-domaine first-party avec Stape, puis teste l'acceptation et le refus : la CMP garde toujours la main.
Vérifiez votre situation avec un audit tracking et conformité offert, restitué en 48 h.