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. Connectez-vous à votre compte Stape, choisissez un conteneur, faites défiler vers le bas et cliquez sur Ajouter un domaine personnalisé.
2. Il existe deux façons d’ajouter un domaine personnalisé:
La méthode la plus simple pour connecter des domaines. Connectez-vous avec les informations de votre fournisseur DNS via Entri et accordez-nous une autorisation unique pour connecter votre domaine.
Une fois que vous avez ajouté un domaine personnalisé à votre conteneur, vous verrez les enregistrements DNS qui doivent être créés pour vérifier le domaine personnalisé. Les enregistrements DNS dépendent de l'emplacement du serveur et de l'option CDN que vous choisissez.
Vous devez créer un enregistrement CNAME si vous n’utilisez pas le Global CDN.
Vous devez créer deux enregistrements CNAME si vous utilisez le Global CDN.
Ci-dessous, un guide étape par étape pour créer des enregistrements avec Cloudflare.
1. Connectez-vous à votre service de noms de domaine et créez un nouvel enregistrement DNS pour le sous-domaine que vous souhaitez utiliser.
Si vous utilisez le Global CDN, configurez un enregistrement CNAME supplémentaire.
2. Une fois votre domaine personnalisé vérifié, vous devriez voir le statut "Prêt" sous l'URL du serveur de balisage dans l'interface Stape. Si des problèmes surviennent, suivez ce guide pour résoudre les problèmes liés au domaine personnalisé.
3. Accédez à votre conteneur de serveur Google Tag Manager → Administrateur → Paramètres du conteneur → Modifiez l’URL du serveur de balisage pour votre sous-domaine.
Si vous souhaitez vérifier votre sous-domaine personnalisé avec des enregistrements A et AAAA, cliquez sur Paramètres avancés après avoir ajouté le sous-domaine et cochez la case "Utiliser des enregistrements A au lieu de CNAME".
1. Ouvrez votre conteneur sGTM sur Stape, faites défiler jusqu'à "Domaines" et cliquez sur Ajouter un domaine personnalisé.
2. Saisissez un domaine personnalisé. Cliquez sur Paramètres avancés et cochez la case "Utiliser des enregistrements A au lieu de CNAME".
3. Les enregistrements DNS à configurer varient selon l'emplacement du serveur. Vous verrez les enregistrements DNS dans votre conteneur stape.io.
4. Connectez-vous à votre compte DNS et ajoutez les enregistrements visibles dans votre compte stape.io. Assurez-vous que le proxy est désactivé.
Ensuite, créez les enregistrements que vous voyez dans votre compte stape.io. Assurez-vous que le proxy est désactivé.
Généralement, la vérification prend 2 à 3 heures. Pour certains fournisseurs DNS, cela peut prendre jusqu’à 72 heures. Vous recevrez un email une fois le domaine personnalisé vérifié ou en cas d'erreur. En cas d'erreur lors de la vérification, veuillez suivre les instructions suivantes sur la façon de vérifier un domaine personnalisé.
5. Une fois vérifié, retournez dans le conteneur de serveur Google Tag Manager → Sélectionnez votre conteneur → Administrateur → Paramètres du conteneur → Collez l'URL du serveur de balisage.
Si vous utilisez un domaine personnalisé, il est recommandé de mettre à jour le script Web GTM sur votre site web. Cette modification permettra de charger gtm.js depuis votre domaine. Pour ce faire, remplacez le domaine par défaut googletagmanager.com par le domaine personnalisé configuré dans l’étape précédente.
Une meilleure solution serait d’utiliser un Custom Loader power-up.
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.