Les avantages du balisage côté serveur

Vous avez probablement déjà entendu parler du balisage côté serveur. Il devient de plus en plus populaire principalement à cause de l'API conversion de Facebook, qui a été créée pour augmenter la précision du ciblage et du suivi des conversions sur FB. Outre FB, de plus en plus de plateformes ont commencé à prendre en charge le suivi côté serveur l'année dernière, notamment Google Analytics, Google Ads, TikTok et des plateformes de messagerie comme Klaviyo ou Active Campaign, etc.

Si vous avez des doutes quand ou si vous devriez commencer à implémenter le balisage ss, cet article peut vous intéresser. Ici, je veux parler des avantages du balisage côté serveur.

Nos clients voient souvent une différence dès la mise en place du balisage côté serveur. Après avoir mis en place le suivi côté serveur, ils constatent une augmentation immédiate des résultats de leurs campagnes PPC. Une bonne mise en place du balisage côté serveur garantit que les données envoyées aux plateformes publicitaires sont plus complètes et mieux attribuées, ce qui améliore directement la précision du suivi des conversions. Selon les recherches de Google, Square a constaté une augmentation de 46 % des conversions signalées par Google Ads après la mise en œuvre du suivi côté serveur.

Vous voyez très probablement les différents nombres d'achats dans votre CRM par rapport à GA. Pour certains de nos clients, Google Analytics sous-estimait 25 % des achats par rapport aux données CRM. Après la mise en place du suivi ss, cet écart a diminué à 3 %.

Les bloqueurs de publicités, les restrictions de suivi comme ITP, iOS 14, le javascript cassé affectent tous l'exactitude des données que vous collectez sur les visiteurs du site Web. Et ce sont les principales raisons pour lesquelles Facebook, Google et d'autres plateformes recommandent fortement à leurs utilisateurs de commencer à mettre en œuvre le suivi côté serveur.

Cela peut aider à améliorer la perte de données due aux ITP, aux restrictions iOS, et cela peut également améliorer l'effet AdBlockers. Tout se passe pour deux raisons : l'utilisation d'un sous-domaine personnalisé pour le suivi côté serveur qui définit les cookies propriétaires, ainsi que le remplacement du domaine de requête et la correspondance avancée des événements basée sur les données de l'utilisateur.

Il est important de comprendre la différence entre les restrictions de suivi et le consentement de l'utilisateur. Vous devez respecter la décision de l'utilisateur de désactiver le suivi et de ne pas déclencher de scripts de suivi ou de définir des cookies si les utilisateurs ne donnent pas leur autorisation.

D'ailleurs, nous avons un article de blog qui décrit comment activer les balises dans Google Tag Manager sur le serveur en fonction du consentement de l'utilisateur.

Cet avantage est important pour le référencement. Les scripts de suivi tiers peuvent ralentir votre site, ce qui entraîne deux effets négatifs : une position organique inférieure et une expérience utilisateur moins bonne. De nombreuses études ont montré que le temps de chargement des pages est corrélé au taux de rebond. Plus votre page prend du temps à se charger, plus les utilisateurs n'attendront pas et fermeront votre page, ce qui entraînera un taux de rebond plus élevé.

La vitesse de la page du site est l'un des facteurs critiques de classement organique. Surtout maintenant que Google a déployé l'indexation mobile d'abord et les éléments vitaux Web de base. Réduire le nombre de javascript de suivi sur votre site peut avoir un impact massif sur vos positions organiques.  

De nombreux clients de Stape ont décidé d'adapter le suivi côté serveur principalement pour améliorer la vitesse des pages. Une grande partie de ces clients nous ont contactés à cause de Klaviyo javascript. Cela ralentit énormément le site. Mais la bonne nouvelle est que la balise côté serveur Klaviyo fait la même chose que l'intégration Web, et vous pouvez passer au balisage côté serveur Klaviyo sans perdre aucune fonctionnalité d'intégration.

Nous avons également fait une petite expérience comparant la vitesse de la page du site Web avec les balises Web par rapport au côté serveur. Google a également publié un article montrant comment Nemlig a amélioré le temps de chargement de ses pages de 7 % en ayant déplaçé les balises vers le serveur.

Lors de la configuration d'un conteneur de serveur dans Google Tag Manager, il est fortement recommandé d'utiliser un sous-domaine personnalisé. À l'aide d'un sous-domaine personnalisé, vous pouvez définir des cookies propriétaires.

Cela affecte principalement les navigateurs avec des préventions de suivi intelligentes comme Safari ou Firefox. Par exemple, lors de l'utilisation du suivi Web pour Google Analytics, GA définit des cookies à partir du domaine https://www.google-analytics.com. Dans ce cas, les cookies vivent pendant 1 ou 7 jours. Si vous avez configuré GA dans un serveur GTM avec le domaine personnalisé configuré, les cookies dureront deux ans (la même période auparavant). Les cookies de Facebook ss dureront six mois.

Lors de la mise en œuvre des pixels de suivi Web, vous ne pouvez pas contrôler les données qu'ils extraient de votre site. Par exemple, ils peuvent collecter le prénom et le nom de l'utilisateur sans vous en informer.

D'autre part, à l'aide du balisage côté serveur, vous contrôlez les données que chaque fournisseur reçoit. Les fournisseurs peuvent accéder uniquement aux informations que vous avez configurées dans la demande. Si vous n'envoyez pas de données utilisateur dans la demande, vous pouvez être sûr à 100 % qu'ils n'ont pas accès aux données personnelles de l'utilisateur.

Cet avantage a quelque chose en commun avec celui du contrôle des données. En raison de réglementations telles que RGPD, CCPA ou CSP, vous devez contrôler strictement le moment où vous collectez des informations sur les visiteurs de votre site et avec qui vous les partagez. Il est interdit d'envoyer des PII (informations personnellement identifiables) à des fournisseurs tiers.

Étant donné que le suivi Web vous permet de contrôler les scripts de suivi des données extraits de votre site, chaque fournisseur ne recevra que les informations configurées dans vos balises côté serveur.

AdBlocker peut arrêter de suivre les scripts de plusieurs manières. Le suivi côté serveur peut aider avec l'une de ces méthodes - lorsque adblocker détecte un script identifiant le domaine qui envoie la demande.

Si vous utilisez le balisage côté serveur avec le sous-domaine configuré, les demandes de suivi sont envoyées depuis votre domaine principal, ce qui signifie qu'AdBlocker ne peut pas le détecter. Par exemple, ils vérifient si le domaine demandé est google-analytics.com pour détecter et bloquer GA. Mais avec le suivi ss et le sous-domaine personnalisé, Google Analytics enverra des requêtes à partir de votre sous-domaine personnalisé, tel que ss.example.com, ce qui signifie que Adblockers ne peut pas détecter s'il s'agit de GA ou non.

Avec l'aide du serveur GTM et du suivi ss en général, vous pouvez enrichir les données. Par exemple, vous pouvez suivre les commandes par téléphone dans Google Analytics ou Facebook. Cela peut vous aider à créer des audiences personnalisées ou à obtenir une vue d'ensemble de la provenance des commandes.

Un autre cas d'utilisation fréquent de l'enrichissement des données est l'envoi d'informations de commande à partir de systèmes de paiement comme Stripe. Cela permet de garantir que toutes les données de vente apparaissent dans GA, FB ou d'autres outils d'analyse. 

Tout le monde peut voir votre ID de suivi dans la console ou en utilisant un plugin de navigateur avec suivi Web. Le suivi côté serveur a la situation inverse - vos identifiants de suivi sont masqués. Cela peut aider à prévenir les spams.

Le Website Tracking Checker de Stape est un outil gratuit conçu pour évaluer la santé de votre configuration de suivi et mettre en évidence les points à améliorer. Il vous suffit de saisir l’URL de n’importe quel site web, et en quelques minutes, vous recevrez un rapport détaillé sur la gestion des analytics, des pixels publicitaires, du comportement des cookies et des scripts impactant le SEO, côté client et serveur.

L’outil fournit un score ainsi que des recommandations claires et pratiques adaptées à votre configuration. Que ce soit pour corriger les paramètres GA4, améliorer les signaux Meta CAPI ou réduire la charge des scripts, vous recevrez des actions précises à mettre en œuvre. Appliquez les modifications, relancez l’analyse et constatez des gains mesurables — données plus précises, temps de chargement plus rapides et suivi des conversions amélioré.

Le suivi côté serveur présente de nombreux avantages. De mon point de vue, une précision de suivi améliorée, un chargement de page plus rapide et un contrôle des données sont les plus importants. Étant donné que Safari et Firefox empêchent les cookies tiers et que Chrome supprimera progressivement les cookies tiers en 2022, je vous recommande vivement d'ajouter le suivi côté serveur dans votre pipeline pour 2022.

Le suivi côté serveur présente deux principaux inconvénients : les coûts et la complexité. Mais l'hébergement Stape pour le serveur Google Tag Manager corrige ceux-ci. Avec Stape, vous pouvez mettre en place un hébergement GTM côté serveur en 1 clic, en plus nous sommes 5 fois moins chers que Google Cloud. Et si vous avez besoin d'aide pour configurer le suivi ss, nous pouvons également vous aider !