GTM côté serveur avec plusieurs domaines

La première étape d'un suivi Web réussi consiste à créer un plan détaillé décrivant les événements et les données d'événement à envoyer et à quel moment. Cela garantit que les informations correctes sont collectées, analysées et renvoyées à des outils d'analyse tels que Google Analytics ou Facebook. Découvrez comment configurer Google Tag Manager pour mettre en place ce suivi efficacement. 

 La configuration du suivi côté serveur devrait commencer même avec une phase antérieure - planifier comment définir le serveur de balisage. Stape propose des solutions simplifiées pour le server side tracking, permettant de gérer efficacement ces infrastructures complexes.

La configuration d'un serveur de balisage est relativement facile si vous voulez utiliser un conteneur sGTM pour un site Web. Créez simplement un domaine personnalisé pour le serveur de balisage, définissez les enregistrements DNS nécessaires, configurez sGTM, et c'est tout. Mais qu’est-ce que vous devez faire lorsque vous utilisez un conteneur de serveur GTM pour plusieurs sites Web ? Quand est-il judicieux d'utiliser un conteneur sGTM pour plusieurs sites ? Comment mapper les domaines personnalisés dans ce cas? 

Dans cet article de blog, je vais essayer de couvrir toutes les questions liées au balisage côté serveur pour plusieurs domaines et de montrer comment configurer un serveur de balisage multi-domaine à l'aide de Stape. Si vous ne maîtrisez pas encore les bases et que vous vous demandez qu'est-ce que le suivi côté serveur, n'hésitez pas à revoir ce concept clé avant d'aborder ces architectures avancées.

Ce sont les trois cas d'utilisation les plus populaires pour utiliser un sGTM pour plusieurs sites Web d'après mon expérience:

• Localisation. Le site utilise différents domaines pour la localisation. Par exemple, la version anglaise est example.com, example.es - est la version espagnole, etc.
• Sous-domaines. Certaines parties du site Web sont situées sur des sous-domaines. example.com - est le site principal, mais il y a aussi blog.example.com, landing.example.com, etc.
• Domaines différents mais le même niche. Vous pouvez avoir plusieurs sites Web dans le même niche et utiliser une propriété de suivi pour tous vos sites Web, par exemple, le même sGTM et UA pour les sites Web avec des domaines, example.com, test.com, blog.com, etc.

Vous pouvez décider d'utiliser un serveur Google Tag Manager pour plusieurs sites Web afin de réduire les frais d'hébergement sGTM. Bien que cela puisse vraiment réduire les coûts d'exécution de sGTM, nous vous recommandons fortement d'utiliser un sGTM sur plusieurs domaines lorsque cela est strictement nécessaire, car une configuration multi-domaine rend la gestion du Google Tag Manager server-side tracking extrêmement compliquée.

Une URL de balisage de serveur pour plusieurs sites Web signifie l'utilisation d'un conteneur de serveur GTM. Cela amène, par exemple, à créer deux balises et déclencheurs distincts pour déclencher des pages vues côté serveur Google Analytics. Il en va de même pour tous les autres événements Google Analytics. 

Outre GA côté serveur, vous souhaiterez configurer le suivi ss pour d'autres plates-formes telles que Facebook, TikTok, Snapchat, ou peut-être utiliser l'intégration Firestore ou Google Sheet. Avec plusieurs sites Web dans un sGTM, le nombre d'éléments sGTM augmentera de façon exponentielle puisque vous devez créer des balises, des déclencheurs et des variables pour chaque site Web.

Finalement, vous pourriez atteindre les limites du conteneur GTM côté serveur. Oui, vous ne pouvez pas créer un nombre illimité d'éléments dans un conteneur sGTM. Google détermine le poids du conteneur sGTM en évaluant la taille du code et non le nombre d'éléments dans sGTM.

L'un de nos conteneurs de test a atteint la limite de 85 % avec seulement 41 balises et 5 clients. Lorsque le conteneur arrive à la limite, vous devez soit restructurer le conteneur sGTM en plusieurs sGTM, ce qui signifie utiliser une autre URL de serveur de balisage. Soit supprimer certaines parties du serveur GTM.

La fonctionnalité clé du balisage côté serveur consiste à définir des cookies propriétaires. Pour le faire, il est nécessaire de configurer un domaine personnalisé pour une URL de serveur de balisage. Le domaine personnalisé doit être situé dans la hiérarchie de domaine de votre site principal. Lorsque vous utilisez sGTM pour un site, il est facile de déterminer un domaine personnalisé, utilisez simplement le domaine de premier niveau +1.

Ici, je voudrais parler de deux scénarios d'utilisation d'un sGTM pour plusieurs domaines.

Lors du mappage de sites Web avec des domaines complètement différents dans le point final de sGTM, il est nécessaire de créer un domaine personnalisé pour chaque site individuellement. Plus loin dans cet article, je vous montrerai comment configurer le serveur de balisage, le serveur et les GTM Web pour les conteneurs multi-domaines avec différents domaines.

Lorsque des sites Web partagent le même domaine (example.com et blog.example.com), le domaine du serveur de balisage doit être configuré sur le domaine du premier niveau + 1 (eTLD+1) du domaine ou de l'URL donné. 

Cela signifie que pour les sites Web example.com et blog.example.com serveur de balisage devrait ressembler à ss.example.com. Dans ce cas, les deux domaines auront accès pour définir des cookies propriétaires. N'utilisez PAS quelque chose comme ss.blog.example.com.

La fonctionnalité multi-domaines est disponible pour les utilisateurs du plan Stape Business (et supérieur). Pour l'activer, ouvrez le conteneur sGTM, cliquez sur Power-Ups, puis sur Config Multi-Domains. 

Ajoutez tous les sous-domaines que vous souhaitez utiliser pour le point de terminaison côté serveur. Pour les utilisateurs du plan Business, la limite est de 20 domaines, et pour le plan Enterprise, elle est de 50 domaines. Pour les utilisateurs du plan Custom, le nombre de domaines est défini individuellement lors de la configuration du plan.

La seule chose qui doit être configurée dans le conteneur GTM du serveur est les URL du conteneur du serveur dans les paramètres d'administration. Ici, vous devrez ajouter toutes les URL de conteneur de serveur que vous avez configurées à l'étape précédente. Pour le faire, ouvrez admin → Paramètres du conteneur → ajouter une URL sous URL du conteneur du serveur.

L'ajout d'une URL de conteneur de serveur affecte l'URL de débogage sGTM. Pour sélectionner l'URL de balisage que vous souhaitez utiliser pour le débogage, cliquez sur le sélecteur près du bouton d'aperçu.

Vous verrez la liste de domaines personnalisée que vous avez ajoutée dans les paramètres du conteneur. Sélectionnez un dans la liste des domaines. 

Une fois cela est fait, cliquez sur Aperçu et vérifiez si l'URL d'aperçu utilise le bon domaine personnalisé, celui que vous avez sélectionné à l'étape précédente.

Dans les paramètres du conteneur du serveur GTM, il y a une limitation technique selon laquelle vous pouvez ajouter un maximum de 20 domaines. Ces domaines n'affectent que l'url de prévisualisation qui est ouverte. Si vous avez plus de 20 domaines, vous devrez simplement ajouter les urls de ceux qui ne correspondent pas à la chaîne d'URL de prévisualisation.

Nous abordons les changements nécessaires dans le Web GTM avec un serveur de balisage multidomaine utilisant la variable de table de recherche. Dans le GTM Web, vous devez envoyer, par exemple, des données UA à l'URL du serveur de balisage pacifique. La meilleure façon de le configurer consiste à utiliser la variable Lookup Table. Cette variable de recherche doit vérifier le nom d'hôte de la page et, en fonction de cet ensemble, baliser l'URL du serveur.

J'espère que cet article de blog vous éclairera l’information sur la configuration d'un conteneur GTM de serveur pour plusieurs serveurs de balisage. Il s'agit d'une fonctionnalité pratique lorsque vous utilisez différents domaines pour la localisation de sites Web, de marques, de produits, de pages de destination, etc. Garder un suivi unifié et ininterrompu sur tous ces domaines est d'ailleurs une nécessité technique absolue pour consolider vos données d'attribution et assurer une véritable optimisation campagnes AdWords à l'échelle de tout votre écosystème en ligne.

Alors que la configuration de Google Tag Manager côté serveur devient de plus en plus populaire, cela peut être un peu compliqué pour ceux qui ne l'ont jamais fait avant. Si vous avez besoin d'aide pour démarrer, notre équipe d'experts se fera un plaisir de vous aider. Contactez-nous dès aujourd'hui, et nous mettrons en place votre suivi dans le plus court délai!