Le suivi côté serveur surveille l’activité des utilisateurs sur le site Web. Il s’appuie sur les serveurs cloud plutôt que sur le navigateur de l’utilisateur. Ce type de suivi est à la mode à l’aube de l’ère sans cookies. Cet article de blog va explorer le balisage côté serveur, son fonctionnement et ses avantages et inconvénients par rapport au suivi côté client. Alors, commençons !
Avant d’entrer dans les détails du suivi côté serveur, prenons un moment pour discuter de ce qu’est le suivi côté client. De cette façon, il sera beaucoup plus facile de comprendre la différence entre les deux.
Que signifie le suivi côté client?
Le suivi côté client est le moyen le plus courant de connecter des sites Web à des plateformes de suivi. Il utilise le navigateur de l’utilisateur (client) pour envoyer des informations au système de gestion des balises ou à la plateforme d’analyse. L’un des systèmes de gestion de balises les plus populaires est Google Tag Manager. Lorsque votre site est connecté à Google Tag Manager, vous pouvez l’utiliser pour envoyer des informations à tout type de plateforme, telle que Google Analytics, Facebook, TikTok, MailChimp, etc.
Pour que le suivi côté client fonctionne, ajoutez le code Google Tag Manager (ou tout autre système de gestion de balises) à votre site Web et, idéalement, créez une couche de données. Ensuite, des balises et des déclencheurs qui envoient des informations sur l’activité de l’utilisateur à des outils tiers sont configurés.
Que signifie le suivi côté serveur?
Avec le suivi côté serveur, votre site Web envoie d’abord les données au serveur cloud. Le serveur cloud répartit ensuite les données entre les fournisseurs tiers et les plateformes de suivi. La plateforme de suivi côté serveur la plus populaire est à nouveau Google Tag Manager. Leur type de suivi par balisage côté serveur a été publié en 2020.
Un serveur cloud fonctionne comme un proxy entre les informations que vous envoyez à un outil tiers et votre site (ou toute autre source de données). Pour utiliser le serveur Google Tag Manager, vous devez configurer un serveur cloud qui doit (mais ce n’est pas obligatoire) utiliser le sous-domaine de votre site Web. Ensuite, utilisez les requêtes du serveur GTM pour envoyer des informations aux plateformes de suivi.
Avec Stape, vous pouvez configurer les URL de serveur de balisage en un seul clic : c’est très simple. De plus, cela vous permet d’économiser de l’argent. L’hébergement de Stape est environ 5 fois moins cher que celui de GCP. Outre son coût et sa simplicité, le balisage côté serveur avec Stape présente de nombreux avantages, comme un Custom Loader, un CDN global, des journaux, un Cookie Keeper anonymisant, des domaines multiples, un en-tête d’aperçu, le partage de compte, la mise à l’échelle automatique, une API, des zones de serveur, etc.
Compte tenu de tous les avantages du suivi côté serveur, il n’est pas étonnant qu’il soit utilisé dans de nombreux cas. Regardons les plus populaires :
- Sécurité des données. Le balisage côté serveur vous offre un contrôle plus complet des données puisque celles-ci sont traitées et stockées sur vos serveurs avant d’être envoyées à des services tiers.
- Conformité à la confidentialité. Lorsque vous optez pour le balisage côté serveur, vous avez la possibilité de vous assurer que seules les données nécessaires et conformes sont partagées avec des services tiers.
- Amélioration du temps de chargement des pages. En gérant le suivi et les analyses côté serveur, vous pouvez réduire la quantité de JavaScript exécuté dans le navigateur de l’utilisateur, ce qui se traduit par des vitesses de chargement des pages plus rapides et une expérience utilisateur améliorée.
- Réduction du traitement côté client. Le transfert de la collecte et du traitement des données vers le serveur peut réduire la charge côté client.
- Enrichissement avancé des données. Le suivi côté serveur permet l’intégration de sources de données supplémentaires, telles que des bases de données internes ou des API tierces.
- Transformation complexe de données. Le serveur effectue des transformations et des calculs de données complexes avant d’envoyer les données à des services tiers, garantissant ainsi des données plus propres et plus précises.
- Modèles d’attribution affinés. L’allongement de la durée de vie des cookies et la combinaison des données Web et côté serveur peuvent permettre d’obtenir des modèles d’attribution plus précis.
- Contourner les bloqueurs de publicités. Étant donné que les données sont envoyées directement depuis votre serveur, le balisage côté serveur est moins susceptible d’être bloqué par les bloqueurs de publicités.
- Intégration avec des systèmes internes tels que CRM, ERP et d’autres outils de business intelligence.
- Workflows personnalisés et automatisation pour déclencher des campagnes marketing ou des alertes opérationnelles.
- Intégration de données hors ligne. Vous pouvez intégrer des données de conversion hors ligne, telles que les achats en boutique ou les ventes par téléphone, avec des données en ligne pour créer une vue complète du parcours client.
Il existe plusieurs outils que vous pouvez utiliser pour configurer le balisage côté serveur. Notre choix s’est porté sur le conteneur de serveur Google Tag Manager. Les principaux avantages de l’utilisation de sGTM, selon nous, sont les suivants :
Si vous souhaitez configurer le balisage côté serveur de Google Tag Manager sur votre site Web, nous avons un manuel étape par étape sur la procédure à suivre avec notre service.
Grâce à Stape, vous pouvez configurer un serveur GTM en moins d’une minute et nous sommes la solution la moins chère du marché. Stape est abordable car nous achetons des serveurs en gros et pour une période prolongée. De plus, nous optimisons nos serveurs pour qu’ils fonctionnent uniquement avec Google Tag Manager.
De plus, Stape présente de nombreux autres avantages:
1. Custom gtm.js and gtag.js loader. Il vous aide à rendre les scripts Google Tag Manager et/ou Analytics 4 plus résistants aux bloqueurs de publicités.
2. Global CDN. Cela permet une diffusion plus rapide des fichiers JS en utilisant un serveur situé plus proche du visiteur de votre site. Cela se traduit par une amélioration de la vitesse de chargement de la page, ce qui peut avoir un effet positif sur le classement organique.
3. Logs. Les journaux sont une fonctionnalité pratique pour configurer ou résoudre les problèmes de balisage côté serveur. Ils permettent de déterminer quelles données ont été envoyées au serveur et comment elles ont été traitées. Par exemple, vous pouvez vérifier si tous les événements d’achat avaient un statut 200 (ce qui signifie qu’ils ont été correctement traités) ou vérifier toutes les demandes avec un code de réponse 500.
4. Cookie Keeper. Prolongez les cookies lorsqu’une personne utilise un navigateur doté de la dernière version d’ITP, ce qui réduit la durée de vie des cookies pour les réponses provenant d’adresses IP tierces. Il vous suffit de faire une seule chose : activer notre power-up Cookie Keeper.
5. Anonimyzer. Avec ce power-up, vous pouvez supprimer ou anonymiser les données utilisateur de Google Analytics.
Nous avons un article de blog distinct couvrant les avantages de l’hébergement Stape pour le serveur Google Tag Manager.
La première étape pour démarrer avec le balisage côté serveur consiste à configurer le conteneur sGTM. Grâce à Stape, vous pouvez configurer un serveur de balisage pour votre conteneur sGTM en un seul clic. Il vous suffit de :
1. 1. Ouvrez votre conteneur Web Google Tag Manager https://tagmanager.google.com/
Cliquez sur Admin. Sous la colonne conteneur, cliquez sur +.
2. Saisissez le nom du conteneur, choisissez Serveur et cliquez sur Créer.
3. Choisissez Provisionner manuellement le serveur de balisage, copiez la configuration de votre conteneur et collez-la dans n’importe quel éditeur de texte. Nous en aurons besoin pour les prochaines étapes.
4. Accédez à stape.io et créez un compte ou connectez-vous.
5. Cliquez sur Créer un conteneur en haut à droite.
6. Saisissez les détails de votre conteneur:
7. Choisissez un plan pour votre conteneur. Vous pouvez commencer avec un plan gratuit. Cliquez sur Continuer avec un plan gratuit.
8. Vous verrez le statut de votre conteneur, la configuration du conteneur et le nom du plan. Le déploiement d’un conteneur de serveur prend environ 5 minutes. Rechargez la page pour actualiser le statut. Si la configuration côté serveur de Google Tag Manager a été effectuée correctement, vous devriez voir le statut « En cours d’exécution ».
Recommandation: Configurer un domaine personnalisé:
Nous avons un article de blog détaillé dans lequel nous décrivons le mappage d’un domaine personnalisé pour le conteneur du serveur Google Tag Manager: en utilisant la même origine (Cloudflare et nginx).
Toutefois, nous allons aborder ici la configuration d’un sous-domaine personnalisé:
1. Ouvrez votre conteneur GTM dans Stape, faites défiler jusqu’à «Domaines» et cliquez sur Ajouter un domaine personnalisé.
2. Renseignez un domaine personnalisé.
3. 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 choisissez.
Les enregistrements DNS que vous devez configurer varient en fonction de l’emplacement du serveur et des paramètres CDN 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. Vous trouverez ci-dessous un exemple de configuration DNS pour Cloudflare. Ouvrez le paramètre 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 règle générale, la vérification du domaine personnalisé prend 2 à 3 heures. Pour certains fournisseurs DNS, la vérification des enregistrements peut prendre jusqu’à 72 heures. Nous vous enverrons un e-mail à l’issue de la vérification du domaine personnalisé ou en cas de détection d’une erreur. En cas d’erreur lors de la vérification, suivez ces instructions pour consulter la vérification du domaine personnalisé.
5. Après vérification du domaine personnalisé, revenez au conteneur de serveur Google Tag Manager → Choisissez votre conteneur de serveur → Admin → paramètres du conteneur → collez l’URL du serveur de balisage.
6. Si vous utilisez un domaine personnalisé, il est fortement recommandé d’actualiser le script Web GTM sur votre site Web. Cet ajustement chargera gtm.js depuis votre domaine. Pour cela, remplacez le domaine par défaut googletagmanager.com par le domaine personnalisé que vous avez configuré à l’étape précédente.
Et c’est tout!
De notre point de vue, la configuration d’un domaine personnalisé avec le même domaine d’origine est la meilleure option car elle permet de prolonger la durée de vie des cookies dans tous les navigateurs. Cependant, cette méthode est techniquement avancée et nécessite un CDN ou un équilibreur de charge. Si vous souhaitez configurer le même domaine d’origine, suivez ce guide dans notre blog.
Si vous ne pouvez pas configurer le même domaine d’origine, nous avons des solutions pour prolonger la durée de vie des cookies dans Safari: Own CDN et Cookie Keeper.
En maîtrisant le suivi côté serveur, vous pouvez obtenir des informations précieuses sur le comportement des utilisateurs qui peuvent constituer la base de vos stratégies marketing et améliorer les performances de votre site Web.
Notre équipe d’experts est toujours ravie d’assister les nouveaux utilisateurs à démarrer avec le suivi et de répondre à toutes leurs questions.
Pour les sites Web à fort volume, nous proposons des plans personnalisés. N’hésitez pas à utiliser la calculatrice de prix pour estimer le meilleur plan pour votre site.
Il suffit de répondre à quelques questions simples. Cliquez sur Obtenir de l'aide , remplissez le formulaire, et nous vous enverrons un devis.
