Dans cet article, je vais décrire comment configurer un sous-domaine personnalisé dans votre conteneur de serveur Google Tag Manager. Le principal avantage d'un sous-domaine personnalisé à l'intérieur du conteneur de serveur Google Tag Manager est qu'il permet de contourner Intelligent Tracking Prevention, les AdBlockers et augmente la durée de vie des cookies pour les utilisateurs qui naviguent en Safari. Les pixels seront chargés à partir de votre sous-domaine et exécutés en tant que propriétaires.
L'avantage essentiel du marquage côté serveur réside dans la mise en place de cookies de première partie, bien que cela ne soit pas activé par défaut. Pour tirer parti de cette capacité, il est nécessaire d'implémenter un domaine personnalisé dans votre GTM côté serveur.
Étant donné que Chrome est le dernier navigateur à prendre en charge les cookies tiers et qu'il les supprimera progressivement au début de l'année 2025, il est temps de commencer à utiliser des cookies de première partie plutôt que de tierce partie.
⚠️UPDATE: Google a annoncé qu'il ne poursuivrait pas son projet d'élimination progressive des cookies tiers. Au lieu de cela, l'entreprise introduira une nouvelle solution: une invite unique permettant aux utilisateurs de définir leurs préférences, qui s'appliqueront à toutes les expériences de navigation sur Google.
La stabilité et la longévité des cookies définis par sGTM dépendent de la manière dont un domaine personnalisé est mis en œuvre. Il existe trois types de configurations de domaines personnalisés dans sGTM.
Vous pouvez utiliser une URL de serveur de balisage personnalisée pour configurer des cookies de première partie. L'URL du serveur de marquage personnalisé ou le domaine personnalisé doit partager le même domaine que votre site web. Par exemple, si le domaine de votre site web est example.com, l'URL du serveur de balisage doit ressembler à ss.example.com.
Il existe trois façons de configurer un domaine personnalisé:
- Même origine
- Sous-domaine
- Domaine par défaut
Tout d'abord, vous devez créer et configurer un conteneur de serveur Google Tag Manager. Si vous n'avez pas de conteneur de serveur, suivez ces instructions.
Nous allons montrer deux façons de mapper un domaine personnalisé pour le conteneur du serveur Google Tag Manager:
- Utilisation d'un sous-domaine.
- En utilisant la même origine.
1. Ouvrez votre conteneur sGTM sur Stape, descendez jusqu'à « Domaines » et cliquez sur Ajouter un domaine personnalisé.
2. Sélectionnez si vous souhaitez utiliser un CDN et quel type.
3. Rédigez un domaine personnalisé.
Vous verrez les enregistrements DNS que vous devez ajouter.
L'enregistrement DNS dépend de l'emplacement du serveur et de l'option CDN que vous avez choisie.
Désactiver le CDN - choisir de n'utiliser aucun type de CDN.
Par défaut, la vérification du sous-domaine est effectuée par les enregistrements CNAME, mais si vous voulez vérifier votre sous-domaine par les enregistrements A et AAAA, sélectionnez Paramètres avancés lors de l'ajout du domaine personnalisé et cochez la case « Utiliser les enregistrements A au lieu de l'enregistrement CNAME ».
Les enregistrements DNS que vous devez configurer varient en fonction de l'emplacement du serveur et des paramètres CDN que vous avez sélectionnés. Vous verrez les enregistrements DNS que vous devez ajouter dans votre conteneur stape.io.
4. Connectez-vous à votre compte DNS et ajoutez les enregistrements que vous voyez dans votre compte stape.io.
Naviguez jusqu'à votre fournisseur de DNS ; par exemple :
- GoDaddy
- Google Domaines
- Hostgator
- Hover
- Namecheap
- Squarespace
- AWS
- Cloudflare
Vous trouverez ci-dessous un exemple de configuration DNS pour CloudFlare. Ouvrez la configuration DNS du domaine requis et cliquez sur Ajouter un enregistrement.
Ensuite, écrivez les enregistrements que vous voyez dans votre compte stape.io. Assurez-vous que le proxy est désactivé.
En général, il faut 2 à 3 heures pour vérifier le domaine personnalisé. Pour certains fournisseurs DNS, la vérification des enregistrements peut prendre jusqu'à 72 heures. Nous vous enverrons un e-mail une fois que le domaine personnalisé aura été vérifié ou qu'une erreur aura été détectée. En cas d'erreur lors de la vérification, veuillez suivre les instructions suivantes pour vérifier le domaine personnalisé.
5. Une fois le domaine personnalisé vérifié, retournez dans le conteneur Google Tag Manager Server → Choisissez votre conteneur de serveur → Admin → Paramètres du conteneur → Coller l'URL du serveur de marquage.
6. Si vous utilisez un domaine personnalisé, il est fortement recommandé de mettre à jour le script Web GTM sur votre site web. Ce tweak chargera gtm.js à partir de votre domaine. Pour ce faire, remplacez le domaine par défaut googletagmanager.com par le domaine personnalisé que vous avez configuré à l'étape précédente.
Voilà, c'est fait ! Maintenant, votre conteneur de serveur GTM fonctionne à partir de votre sous-domaine.
Les conditions préalables pour configurer le domaine personnalisé de même origine :
1. Un CDN ou un équilibreur de charge qui peut transférer les requêtes.
2. Si vous utilisez App Engine, le serveur de balisage doit exécuter la version 2.2.0 ou une version ultérieure.
3. Sélectionnez le chemin pour votre domaine personnalisé sGTM, par exemple, example.com/sgtm, example.com/data, example.com/metrics, etc.
Nous allons vous montrer 2 exemples de configuration du domaine personnalisé de même origine pour sGTM en utilisant Cloudflare ou nginx.
Pour que cette option fonctionne, tout le trafic de votre site doit être proxié à travers CloudFlare. Ainsi, la fonctionnalité de CF Workers vous permettra également de proxyer les requêtes sGTM.
a. Créez un worker dans Cloudflare.
b. Ajouter le nom du travailleur.
c. Créez des js similaires à celui ci-dessous, où :
/metrics/ - est un chemin que vous choisissez pour votre conteneur de serveur.
https://sgtm.stape.video/ - est l'URL de votre serveur de marquage. Il existe deux scénarios :
- [Non recommandé] L'URL du serveur de balisage par défaut qui vous a été fournie par stape. Dans ce cas, l'URL du serveur de balisage ressemblera à https://wapdsrl.ca.stape.io.
- [Recommandé] Le sous-domaine personnalisé que vous avez configuré dans l'administration de stape.io. L'utilisation d'un sous-domaine personnalisé lors de la configuration d'un worker est recommandée car elle offre deux avantages : le chargement de gtm.js et gtag.js à partir d'un chemin personnalisé en utilisant l'option Custom Loader, ce qui rend les scripts de suivi non bloquables et permet la mise en place de cookies de première partie à longue durée de vie. Si vous utilisez un sous-domaine personnalisé pour l'URL de votre serveur de marquage de même origine, assurez-vous d'avoir ajouté un domaine personnalisé à votre conteneur sGTM sur stape et d'avoir créé des enregistrements DNS comme décrit ici. N'utilisez pas Own CDN avec le même domaine d'origine.
export default {
async fetch(request, env, ctx) {
let {pathname, search, host} = new URL(request.url);
pathname = pathname.replace('/metrics/', '/');
const domain = 'sgtm.stape.video';
let newRequest = new Request((`https://` + domain + pathname + search), request);
newRequest.headers.set('Host', domain);
return fetch(newRequest);
},
};
d. Allez dans la Route des travailleurs et créez une nouvelle Route. Ajoutez l'URL que vous utilisez pour le serveur GTM se terminant par *. Dans mon cas, c'est stape.video/metrics* et sélectionnez le worker que vous avez créé dans les étapes précédentes.
Ajoutez à la configuration de votre serveur, où :
/metrics - chemin que vous avez choisi pour le serveur GTM.
https://gtm.mysimple.name - domaine personnalisé de votre sGTM.
location = /metrics { return 302 /metrics/; }
location ~ ^/metrics(.*) {
resolver 8.8.8.8 valid=3600s;
proxy_pass https://gtm.mysimple.name$1$is_args$args;
proxy_set_header Host gtm.mysimple.name;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
L'ajout d'un domaine personnalisé à un conteneur de serveur Google Tag Manager (GTM) peut avoir un impact significatif sur l'efficacité et la flexibilité de votre suivi côté serveur. Dans cet article, nous avons proposé deux méthodes de mise en œuvre des domaines personnalisés.
Une approche de même origine offre une sécurité accrue et une gestion plus simple des cookies, ce qui est idéal pour les domaines uniques et ciblés. Une configuration en sous-domaine offre une flexibilité et une optimisation des performances, adaptée aux structures de domaines complexes ou multiples. Chacune de ces solutions présente des avantages en termes de complexité, de performances et de gestion. Examinez attentivement vos exigences techniques, vos besoins en matière de sécurité et vos objectifs de suivi afin de sélectionner la configuration la plus appropriée pour votre suivi côté serveur.
Si vous avez des questions, visitez notre service d'assistance ou écrivez un ticket. Notre équipe d'experts sera heureuse de vous aider pour toute question concernant l'hébergement de Stape et le suivi côté serveur.
Vous voulez passer au suivi côté serveur ? Vous pouvez le faire gratuitement chez Stape ! Cliquez sur Essayez gratuitement et découvrez les avantages !
Il suffit de répondre à quelques questions simples. Cliquez sur Obtenir de l'aide, remplissez le formulaire, et nous vous guiderons.