La confidentialité des navigateurs change, les cookies tiers sont bloqués par certains navigateurs, Chrome prévoit de supprimer progressivement les cookies tiers d'ici jusqu’à 2022 et Apple a mis en place ses restrictions de suivi pour les utilisateurs iOS. Tous ces changements ont affecté le suivi Web.
Nous avons eu l'habitude de considérer le suivi Web comme une chose frontale, mais avec toutes les nouvelles restrictions de suivi, le suivi Web devient plus difficile. Certains disent que le suivi côté serveur deviendra une nouvelle norme.
L'un des moyens les plus simples et les moins chers pour implémenter le balisage ss consiste à utiliser le serveur Google Tag Manager. Après avoir configuré l'hébergement sGTM, la question suivante serait de savoir comment fournir des données au GTM côté serveur. Avez-vous besoin de créer une couche de données similaire au conteneur Web, ou existe-t-il un autre moyen?
Dans cet article de blog, je voudrais de plonger dans plus de détails sur la création d'une couche de données pour Google Tag Manager côté serveur.
Dans Google Tag Manager Web, les données sont collectées côté client. Vous utilisez les éléments DOM ou extrayez des données du site à l'aide de sélecteurs CSS. Mais dans certains cas, ces méthodes peuvent être instables.
La règle d'or du suivi Web GTM consiste à créer une couche de données fiable. La création d'une structure de couche de données appropriée et sa mise en œuvre sur le site Web prennent un certain temps, non seulement pour les spécialistes du marketing, mais également pour les développeurs. Mais ça vaut le temps. Avec la couche de données, vous obtenez plus de données, et ces données sont fiables.
Un nouvel objet a été ajouté au GTM côté serveur - il s'appelle Client. L'objectif principal du client est de transformer les données de la demande en données d'événement à l'intérieur du serveur GTM.
Comment le Client comprend-il quelle demande traiter et réclamer ? Il vérifie le chemin de la demande. Par exemple, Universal Analytics envoie des demandes contenant /collect. Le client examine le chemin des demandes HTTP entrantes, et si le chemin de la demande a sa « clé », le client transforme les données de la demande en données d'événement dans le sGTM.
Un autre objectif essentiel des clients sGTM est de gérer les demandes HTTP sortantes. Une fois la balise déclenchée dans le sGTM, le Client envoie une demande HTTP sortante pour résumer toutes les demandes envoyées par chaque événement. S'il y avait une erreur avec la balise, vous verriez la raison de l'erreur si vous cliquez sur la requête HTTP sortante et faites défiler jusqu'au l’essentiel de la réponse.
Commentaires