Comment démarrer avec le suivi côté serveur

L’évolution constante de la publicité en ligne entraîne de nouvelles difficultés. L'un d'eux est le suivi côté serveur, un outil permettant de surveiller le comportement des utilisateurs sur des sites Web qui utilisent des serveurs cloud au lieu des navigateurs des utilisateurs. Il est apparu en 2020, ce qui signifie qu’il est assez nouveau, et peu de gens s’y sont plongés précisément.

 Alors, si vous lancez une nouvelle initiative marketing et décidez de diffuser des publicités sur les réseaux sociaux, vous devez absolument connaître cette nouvelle méthode de suivi. Nous avons décidé de créer cet article de blog pour les débutants dans le monde côté serveur. Vous trouverez ici les avantages du suivi côté serveur, un bref aperçu des plates-formes les plus populaires prenant en charge le balisage côté serveur, une discussion sur différents cas d'utilisation et les avantages des serveurs Stape pour sGTM.

1. Qu'est-ce que le suivi côté serveur?Copier le lien vers cette section

Si, comme de nombreuses organisations aujourd'hui, vous n'êtes pas satisfait des données analytiques incohérentes et/ou vous inquiétez de la propriété et de la confidentialité des données, le suivi côté serveur peut vous aider à résoudre certains de vos problèmes. Observons donc de plus près comment cela fonctionne.

Avec le marquage côté serveur, les données sont partagées entre les plateformes de suivi et les fournisseurs tiers via le serveur cloud. Il élimine l'utilisation du navigateur de l'utilisateur. Un conteneur de serveur fonctionne plutôt sur un serveur cloud sous votre contrôle.

L'introduction du conteneur Server Google Tag Manager a considérablement affecté la popularité du balisage côté serveur. À l'aide de l'interface sGTM, vous pouvez mettre en œuvre un suivi de serveur à serveur pour les plateformes les plus populaires. Vous pouvez également utiliser Web GTM comme source de données pour le conteneur GTM de votre serveur. Vous pouvez connecter le Web et le serveur Google Tag Manager. Pour transmettre des données au serveur GTM, vous pouvez utiliser soit Google Analytics 4, soit Data Tag/Data Client.

Bien qu'il ressemble au Web (balisage côté client), le conteneur GTM du serveur utilise le suivi côté serveur, qui fonctionne selon une logique complètement différente.

2. Quels sont les avantages du suivi côté serveur par rapport au suivi côté client?Copier le lien vers cette section

Le suivi côté client est une forme traditionnelle de suivi dans laquelle les fournisseurs d'analyse communiquent directement avec le navigateur de l'utilisateur. Les balises de suivi sont activées, le conteneur se charge simultanément avec le chargement de la page et toutes les données d'interaction sont transmises aux fournisseurs d'analyse. Cela signifie que la page est surchargée + la vitesse de la page a fortement diminué + des problèmes de sécurité et de cookies tiers sont apparus.

C’est là que le balisage côté serveur vient à notre secours ! Le suivi côté serveur peut gérer la perte de données causée par les ITP, les limitations iOS et les AdBlockers, ainsi qu'accélérer votre site Web et protéger les données. L’utilisation d’un sous-domaine personnalisé pour le suivi côté serveur, qui crée des cookies propriétaires et des flux de données côté serveur qui ne peuvent être ni arrêtés ni découverts, est en effet la cause fondamentale de tout cela.

L'interaction de suivi se produit entre le navigateur et un service tiers. Mais avec le suivi côté serveur, un point intermédiaire est ajouté. Cela signifie que le serveur cloud traite la demande à la place du navigateur client. Dans ce cas, il s'agit du serveur cloud de Google Tag Manager. La demande est d'abord transmise au serveur cloud, puis le serveur la traite et l'envoie à un système tiers.

3. Suivi côté serveur à l'aide du serveur Google Tag Manager.Copier le lien vers cette section

Nous préférons utiliser le serveur Google Tag Manager plutôt que d'autres plateformes. Les principaux avantages du passage au GTM, à notre avis, sont:

● un minimum de codage sur les pages. Cela signifie un temps de chargement du site Web plus rapide. 

● transparence et commodité. Configuration et suivi faciles des scripts. 

● système de contrôle de version. Toutes les modifications peuvent être facilement annulées et rétablies à un état antérieur, tout en permettant de savoir qui a effectué les modifications, où et quand. 

● mode multi-utilisateurs.

Veuillez consulter cet article de blog si vous souhaitez configurer le balisage côté serveur de Google Tag Manager sur votre site Web.

4. Pourquoi stape est le moyen le plus simple et le moins cher de démarrer avec le suivi côté serveur.Copier le lien vers cette section

Grâce à stape, vous pouvez configurer le 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. Nous optimisons aussi nos serveurs pour qu'ils fonctionnent uniquement avec Google Tag Manager. 

En plus de cela, nous avons d’autres avantages:

1. Chargeur gtm.js et gtag.js personnalisé. Il vous aide à rendre les scripts Google Tag Manager et/ou Analytics 4 plus résistants aux bloqueurs. 

2. Global CDN. Permet un service de fichiers js plus rapide en utilisant un serveur qui réside plus près du visiteur de votre site. Il en résulte une vitesse de page améliorée qui pourrait affecter positivement le classement organique.

3. Logs. Une fonctionnalité pratique lors de la configuration ou du dépannage du balisage côté serveur. Cela aide à comprendre 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 le 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. Preview header. Cela permet de voir toutes vos requêtes entrantes dans le débogueur sGTM lorsque la requête n'a pas été envoyée depuis Web GTM.

Vous pouvez les découvrir tous dans cet article de blog. 

Pour les sites Web à volume élevé, nous proposons des forfaits personnalisés. N'hésitez pas à utiliser le calculateur de prix pour estimer le meilleur forfait pour votre site.

5. Comment démarrer avec le suivi côté serveur Copier le lien vers cette section

Si vous êtes nouveau et que vous êtes perdu entre toutes les configurations, vous trouverez ci-dessous la liste essentielle de la façon dont vous pouvez démarrer avec le balisage côté serveur.

Configurer le conteneur du serveur Google Tag Manager Copier le lien vers cette section

La première étape lors du démarrage du 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 clic. Tout ce que vous avez à faire est

1. Connectez-vous à https://tagmanager.google.com/. 

2. Créez un nouveau conteneur. 

3. Ajoutez le nom du conteneur et sélectionnez le serveur comme plate-forme cible, cliquez sur créer. 

4. Sélectionnez Provisionner manuellement le serveur de balisage. 

5. Copiez la configuration du conteneur.

6. Connectez-vous à votre compte app.stape.io. 

7. Cliquez sur Créer un conteneur. 

8. Ajoutez le nom du conteneur, collez la configuration du conteneur que vous avez copiée depuis Google Tag Manager et sélectionnez l'emplacement du serveur. Nous vous recommandons de sélectionner un emplacement de serveur plus proche des visiteurs de votre site Web.

9. Cette étape est facultative mais fortement recommandée. Vous pouvez définir un domaine personnalisé pour votre serveur de balisage et activer CDN. Le domaine personnalisé permet de définir des cookies propriétaires, tandis que les serveurs js Global CDN proviennent de serveurs plus proches de votre emplacement utilisateur. Veuillez vérifier les politiques de suivi de votre pays avant d'activer Global CDN. 

10. Une fois que vous avez activé ces deux éléments (ou l'un d'entre eux), vous devez mettre à jour les paramètres DNS. Vous trouverez les paramètres DNS de votre conteneur dans le compte stape.

11. Cliquez sur créer. Le déploiement du conteneur peut prendre environ 10 minutes. Une fois l'état du conteneur en cours d'exécution, vous pouvez procéder à la configuration du balisage côté serveur.

12. Ouvrez les paramètres du conteneur Google Tag Manager et ajoutez les URL du conteneur du serveur. Si vous avez configuré un domaine personnalisé, utilisez-le lors de la configuration de l'URL du conteneur du serveur. Si vous n'avez pas configuré le domaine personnalisé à l'étape 9, vous pouvez copier l'URL du serveur de balisage à partir du app.stape.io que nous avons créé pour vous.

 13. Si vous configurez un domaine personnalisé à l'étape 9, il est fortement recommandé de mettre à jour le script GTM sur votre site. Utilisez votre domaine personnalisé pour remplacer la balise manager.google.com.

Server Google Analytics 4Copier le lien vers cette section

La configuration du serveur Google Analytics 4 est similaire à la configuration UA : 

1. Accédez à votre conteneur Google Tag Manager Server. Cliquez sur Clients et ajoutez le client Google Analytics 4. 

2. Créez des balises GA4 dans le conteneur du serveur. Accédez aux balises -> cliquez sur Ajouter un nouveau -> choisissez GA4. 

3. Créez des déclencheurs pour les balises que vous avez créées à l'étape précédente. Pour GA4, le déclencheur doit être le nom du client égal à GA4.

4.  Ouvrez le mode débogage du conteneur du serveur Google Tag Manager et vérifiez que GA4 fonctionne à partir du serveur. Notez que la mise à jour du débogueur du serveur prend plus de temps que le Web. Pour revérifier la configuration, ouvrez la console et vérifiez les requêtes Google Analytics. Une fois que tout est configuré, n'oubliez pas de publier les modifications.

Server Google AdsCopier le lien vers cette section

Si vous souhaitez disposer de suffisamment de données pour examiner les performances de votre campagne publicitaire et fournir aux algorithmes d'apprentissage automatique de Google des connaissances supplémentaires sur les objectifs de votre entreprise, le suivi des conversions Google Ads est indispensable. Le déplacement des balises AdWords sur un serveur réduira la quantité de code à exécuter sur les pages Web et résoudra également les problèmes de performances liés aux connexions Internet plus lentes!

Le suivi Google Ads côté serveur ne peut fonctionner qu'à l'aide des requêtes GA4 du serveur. Cela signifie que vous devez configurer Google Analytics 4 côté serveur avant de passer à Google Ads serveur-serveur.

Veuillez jeter un coup d’œil à la façon de configurer le serveur Google Ads :

1. Assurez-vous que Google Analytics 4 côté serveur est correctement configuré. 

2. Dans le conteneur Serveur, configurez la balise Conversion Linker. Cette balise devrait se déclencher sur toutes les apperçus de pages. 

3. Configurez la balise de remarketing Google Ads dans le serveur GTM. Cela ressemble à la configuration d’une balise de remarketing Web. Tout ce que vous avez à faire est d'ajouter un ID de conversion et de choisir un déclencheur qui doit utiliser les requêtes GA4. Vous pouvez également décider d'envoyer des données d'événement de remarketing dynamique et de fournir des paramètres personnalisés. 

4. Créez une nouvelle balise de suivi des conversions Google Ads dans le conteneur du serveur -> ajoutez l'ID de conversion et l'étiquette de conversion de la même manière que pour la configuration de la balise Web Adwords. Ensuite, vous avez la possibilité d'ajouter des données sur le produit et l'utilisateur. (cela ressemble beaucoup au fonctionnement de l'API conversion de Facebook). Si vous envoyez des données utilisateur et produit du Web vers le serveur, vous pouvez activer ces cases à cocher et sélectionner les données d'événement comme source de données. La conversion de mon serveur Adwords se déclenche lors de l'événement d'achat.

Facebook conversion APICopier le lien vers cette section

Contrairement aux plateformes Google, Facebook recommande d'utiliser à la fois le suivi du Web et du serveur. Le principal avantage de la méthode web+serveur est qu’elle utilise toujours des cookies tiers (lorsque cela est possible). Le principal avantage de l’approche serveur uniquement est qu’elle réduit le nombre de scripts Java tiers sur votre site et vous permet de contrôler strictement les données envoyées à FB. C'est donc à vous de décider si vous souhaitez utiliser le suivi FB web+serveur ou uniquement le serveur.

La configuration de FB CAPI est plus compliquée car elle nécessite une déduplication d'événements (lors de l'utilisation de la méthode web+serveur), l'envoi de paramètres utilisateur, tels que l'e-mail, le numéro de téléphone, le prénom/nom, etc. 

Vous pouvez visiter notre article de blog sur la façon de configurer l'API conversion de Facebook ou regarder notre vidéo sur l'API conversion de Facebook à l'aide de Google Analytics 4.

Autres plateformesCopier le lien vers cette section

J'espère qu'à ce stade, vous conviendrez avec nous que le suivi côté serveur est indispensable pour votre campagne marketing. Mais il s’agit encore d’une technologie relativement nouvelle, et toutes les plateformes ne l’ont pas proposée, par exemple Twitter. Nous avons donc créé une liste de tous les fournisseurs prenant en charge le serveur GTM et consolidé leurs exigences, instructions et documentation.

Les plateformes de suivi côté serveur les plus populaires utilisées par nos clients sont :

TikTok

SnapChat

Klaviyo

Hubspot

6. Suivi avancé côté serveurCopier le lien vers cette section

Outre la mise en œuvre directe du suivi côté serveur décrite plus haut dans cet article de blog, le suivi côté serveur offre des opportunités avancées auparavant indisponibles dans le suivi Web ou difficiles à mettre en œuvre. Ici, je vais aborder certains des plus populaires.

1. Connectez CRM à sGTMCopier le lien vers cette section

Il est possible de diffuser des webhooks du CRM vers sGTM. Dans le sGTM, vous pouvez récupérer les données des webhooks et les ajouter à n'importe quelle plateforme. Vous pouvez l'utiliser, par exemple, pour enrichir les données de l'API conversion de Facebook avec le paramètre utilisateur ou des événements hors ligne. Ou peut-être envoyer des commandes en magasin depuis votre point de vente vers Google Analytics ou peut-être suivre les remboursements.

2. Enrichissez les données à l'aide de FirestoreCopier le lien vers cette section

Firestore est une base de données qui stocke des collections de documents. sGTM vous permet de lire et d'écrire des données vers/depuis Firestore. sGTM et Firestore offrent des opportunités illimitées en termes d'enrichissement des données. Nous avons un guide détaillé sur la façon de lire/écrire des données sur Firestore.

3. Intégration de Google Sheet Copier le lien vers cette section

Stape crée une balise personnalisée qui permet l'intégration de sGTM et Google Sheets. C'est une excellente opportunité pour ceux qui utilisent des outils similaires à Zapier de suivre toutes les données du site dans Google sheets. Des outils comme Zapier peuvent être coûteux, tandis qu'avec sGTM, vous pouvez obtenir la même intégration à un prix proche de 0. Consultez cet article sur  la balise Google Sheet pour sGTM.

Ce sont les trois cas d’utilisation sGTM non standard les plus populaires, mais nous avons d’autres articles dans le blog.

7. Études de cas de suivi côté serveurCopier le lien vers cette section

Ici, je vais décrire les cas d'utilisation les plus courants du balisage côté serveur, mais n'oubliez pas qu'il existe de nombreuses autres possibilités que vous pouvez trouver ici. Veuillez noter que l'impact du côté serveur et la manière dont il peut modifier la façon dont vous voyez les données dépendent fortement de la manière dont vous les implémentez. Car avec une mauvaise intégration, vos résultats peuvent être encore pires. 

Le suivi côté serveur est un sujet complexe car il repose sur une nouvelle technologie, alors assurez-vous que la personne qui le met en œuvre fait correctement chaque étape.

Si vous avez besoin d'aide pour configurer le suivi SS, Stape peut le faire ! Il vous suffit de poser quelques questions rapides et nous vous répondrons dans le prochain jour ouvrable.

Utilisation d'un chargeur personnalisé stapeCopier le lien vers cette section

Un chargeur personnalisé est l’une des fonctionnalités les plus remarquables et les plus populaires que Stape propose à ses clients. À l’aide d’un chargeur personnalisé, vous pouvez rendre le suivi résistant aux bloqueurs de publicités.

Selon une étude, environ 25 % des internautes ont installé des bloqueurs de publicités, ce qui signifie que vous pouvez perdre environ 25 % des données des utilisateurs. Bien sûr, cela dépendra de votre utilisateur et de votre pays.

Supposons que vous ayez configuré une mise sous tension de chargeur personnalisée et que vous utilisiez GA4 côté serveur pour configurer FB CAPI. Le power up de Stape Custom Loader rend gtag.js et gtm.js invisibles pour les bloqueurs de publicités. Un utilisateur avec un bloqueur de publicité activé vient sur votre site ; dans ce cas, non seulement GTM et GA4 auront des enregistrements sur cet utilisateur, mais FB suivra également les données.

Avec le suivi côté serveur et un chargeur personnalisé activé, vous pouvez suivre jusqu'à 30 % de données en plus sur les visiteurs du site Web. 

Facebook conversion APICopier le lien vers cette section

Facebook encourage les annonceurs à mettre en œuvre le CAPI car cela devrait contribuer à réduire le coût par acquisition et à améliorer la mesure.

L'impact de l'API conversion de Facebook sur les résultats de la campagne dépend excessivement de l'exactitude et de la précision de votre mise en œuvre. Facebook dit que pour obtenir un maximum de résultats, vous devez utiliser ces bonnes pratiques : 

- utiliser simultanément le pixel FB et le CAPI FB 

- mettre en œuvre la déduplication des événements 

- envoyer les paramètres utilisateur avec les événements FB CAPI 

- partager des événements en temps réel

- améliorer le score de qualité des matchs d'événements

Cela signifie que FB disposera de données de qualité pour les audiences personnalisées et similaires. Cela rendra également l'attribution des conversions dans le FB ads manager plus précise. Lorsque toutes ces bonnes pratiques sont mises en œuvre, nos clients peuvent voir jusqu'à 98 % de conversion dans le FB events manager.

KlaviyoCopier le lien vers cette section

L'intégration côté serveur de Klaviyo offre les mêmes possibilités qu'une implémentation Klaviyo standard, mais le principal avantage est que ss Klaviyo ne ralentit pas votre site.

Pour certains de nos clients, la suppression du javascript Klaviyo du site a amélioré leur score de vitesse de page de 7 points.

Vitesse de page amélioréeCopier le lien vers cette section

Le schéma idéal pour mettre en œuvre le suivi côté serveur consiste à disposer d'une source de données principale pour le sGTM et à l'utiliser pour configurer le suivi SS pour toutes vos plates-formes. 

Dans ce scénario, vous pouvez supprimer tous les scripts de suivi tiers inutiles de votre site. Nous avons un article avec une étude de cas sur la façon dont le traçage côté serveur affecte la vitesse des pages.

ConclusionCopier le lien vers cette section

La configuration du suivi côté serveur est un excellent moyen d’améliorer les performances de votre site Web et d’obtenir des données plus précises. La configuration peut être un peu intimidante au début, mais avec l'aide de ce guide, vous devriez pouvoir démarrer sans aucun problème.

Cet article de blog a rassemblé les informations générales nécessaires pour démarrer avec le suivi côté serveur. Ici, nous avons mis tous les guides et cas d'utilisation possibles. N'hésitez pas à nous écrire à support@stape.io pour obtenir d’assistance. Nous comprenons vos besoins et pouvons vous aider à plonger dans le monde des tags.