Avantages de l'hébergement Stape pour le serveur Google Tag Manager

Auteur
Stape
Publié
November 26, 2021
Egalement disponible

La configuration du balisage côté serveur peut être décourageante. Vous devez investir du temps et de l'argent dans la configuration d'un serveur cloud, vous familiariser avec le concept clé du suivi côté serveur et enfin, configurer le suivi ss. Nous avons créé un hébergement Stape pour le serveur Google Tag Manager afin de faciliter le balisage côté serveur.

Avec l'hébergement Stape pour le conteneur du serveur Google Tag Manager, vous pouvez configurer l'URL du serveur de balisage en 1 clic - c'est super simple. De plus, cela vous permet d'économiser de l'argent. L'hébergement sGTM de Stape est environ cinq fois moins cher que GCP.

Cela étant dit, l'hébergement Stapes GTM présente de multiples avantages, notamment son prix et sa simplicité, qui permettent à toute personne sans connaissances techniques de configurer l'hébergement cloud pour le serveur Google Tag Manager.

Mais outre son prix et sa simplicité, Stape présente de nombreux autres avantages. Dans cet article, je souhaite couvrir tous les avantages offerts par l'hébergement Stape pour sGTM. Nous avons un autre article qui explique pourquoi Stape est moins cher que GCP.

1. Chargeur gtm.js personnaliséCopier le lien vers cette section

Il est fortement recommandé d'utiliser un sous-domaine personnalisé pour l'URL de votre serveur de balisage. Cela aidera à définir les cookies avec plus de précision et à prolonger les cookies.

Permettez-moi de donner quelques exemples.

- Augmentez la durée de vie des cookies

Safari intègre des algorithmes de prévention du suivi intelligent qui réduisent la durée de vie des cookies à 24 heures (la plupart du temps). À l'aide du suivi côté serveur avec un sous-domaine personnalisé, vous pouvez prolonger la durée de vie de cookies à Safari. Cela signifie que lorsqu'un utilisateur revisite votre site, il ne sera pas considéré comme un nouvel utilisateur.

- Configurez  les cookies propriétaires

Lors de la configuration de l'API conversion de Facebook à l'aide du serveur GTM, vous devez envoyer des cookies fbp et fbc aux serveurs Facebook. Vous ne pouvez pas définir ces cookies lorsque vous utilisez un sous-domaine tiers comme serveur de balisage, car seul votre domaine a accès pour définir des cookies pour votre site Web. Sans sous-domaine personnalisé, moins de paramètres seraient envoyés à Facebook, et donc moins d'événements seraient attribués à vos campagnes. Click ID et browser ID (fbp et fbc) sont des paramètres fondamentaux pour mesurer les résultats de vos campagnes payantes sur Facebook.

Le chargeur gtm.js personnalisé de Stape fait encore plus - il contribue à rendre le script Google Tag Manager plus résistant aux bloqueurs.

Vous pouvez configurer un chargeur gtm.js personnalisé dans l'administrateur stape.io. Cliquez tout simplement sur Paramètres et ajoutez votre ID Web Google Tag Manager. Après cela, vous devez mettre à jour le code GTM sur place.

Lorsque vous ajoutez un ID Web GTM au chargeur personnalisé stape.io, vous pouvez voir que gtm.js a été remplacé par un chemin de requête aléatoire. Cette amélioration vous aide à "masquer" le script Google Tag Manager des outils de blocage. 

custom web gtm loader

2. Preview headerCopier le lien vers cette section

L'en-tête de prévisualisation est une fonctionnalité utile lorsque vous devez envoyer des requêtes au conteneur du serveur Google Tag Manager depuis un autre emplacement (et non GTM Web). Par exemple, depuis le CRM. À l'aide de la fonctionnalité d'en-tête d'aperçu de la phase, vous pouvez voir les demandes du CRM dans le serveur du mode d'aperçu de Google Tag Manager Container. 

Supposons que vous souhaitiez envoyer un événement d'achat du CRM au serveur Google Tag Manager. L'une des façons d'y parvenir est d'utiliser des webhooks. Les données du webhook seront transmises à votre serveur Google Tag Manager mais ne seront pas affichées en mode aperçu, ce qui compliquera le débogage et la configuration.

C'est là que la fonction d'aperçu de l'en-tête de scène Stape est très pratique. En utilisant l'en-tête d'aperçu, vous pouvez "forcer" le mode d'aperçu de sGTM à afficher toutes les requêtes qui ont été envoyées à sGTM, qu'elles aient été effectuées par votre GTM Web ou des ressources tierces telles qu'un webhook. Si vous n'utilisez pas l'en-tête d'aperçu, votre conteneur sGTM recevra les données, mais les requêtes n'apparaîtront pas dans l'aperçu.

Pour définir l'en-tête d'aperçu sur Stape, ouvrez le mode d'aperçu du serveur Google Tag Manager -> cliquez sur les trois points dans le coin supérieur droit -> cliquez sur "Soumettre les demandes manuellement" -> "Copier l'en-tête HTTP X-Gtm-Server-Preview".

preview header

Ensuite, accédez à votre compte stape.io -> cliquez sur paramètres -> Aperçu de la configuration de l'en-tête -> collez l'en-tête d'aperçu que vous avez copié à partir du sGTM -> Cliquez sur Enregistrer.

!

Retirez l'en-tête de l'aperçu une fois que vous avez terminé la configuration et les tests.

Vous devez supprimer l'en-tête d'aperçu une fois que vous avez terminé la configuration, car l'en-tête d'aperçu est une valeur dynamique. Sinon, si vous vous connectez au sGTM l'autre jour, vous ne verrez aucune demande en mode aperçu sGTM. Cela se produit parce que l'en-tête d'aperçu a été modifié, et si vous avez ajouté l'ancien en-tête d'aperçu à Stape, vous ne verrez aucune demande dans l'aperçu sGTM car il repose sur l'ancien en-tête d'aperçu.

3. Plus rapide gtm.js/gtag.js/analytics.js temps de chargement.Copier le lien vers cette section

Vous remarquerez peut-être que le conteneur GTM du serveur configuré à l'aide du provisionnement automatique prend beaucoup de temps à charger. L'hébergement de Stape résout ce problème en utilisant brotli pour optimiser la vitesse de chargement et en utilisant Nginx au lieu de node.js puisque Nginx est plus rapide dans le service de fichiers mis en cache.

gcp loading time
stape loading time

4. Il n'est pas nécessaire d'exécuter des scripts si vous souhaitez passer à un environnement de productionCopier le lien vers cette section

Le déploiement GCP par défaut utilise un seul serveur. Cet environnement est recommandé pour tester un trafic limité. Lorsque vous décidez de déplacer le balisage côté serveur vers la production, vous devez passer à l'environnement flexible App Engine.

Lors de la mise à niveau, Google consacre un minimum de 3 serveurs par conteneur pour la redondance.

Lors de la mise à niveau du déploiement test GCP vers l'environnement  flexible App Engine, vous devez tenir compte de deux éléments principaux :

- Coûts. 

La production minimale mise en place sur l'hébergement Google coûtera 120 USD (trois serveurs cloud où chacun coûte 40 USD). Le coût minimum de Stape est de 20 USD ; pour les sites plus importants, nous proposons un plan d'affaires qui coûte 100 USD. Pourquoi sommes-nous moins chers ? Nous avons cet article de blog qui décrit comment Stape optimise le coût du serveur GTM.

- Exécutez les scripts shell pour effectuer une mise à niveau vers la production. 

Lorsque vous décidez de passer à un environnement de production, il ne suffit pas d'ajouter une carte de crédit à Google Cloud,  vous devez exécuter manuellement des scripts shell pour passer à un environnement de production. De plus, certaines autres configurations sont nécessaires pour réduire le coût d'hébergement d'un serveur Google Tag Manager.

Sur Stape, nous ferons le travail pour vous en moins de 30 secondes, ce qui simplifiera la mise à niveau du serveur cloud. Tout ce que vous avez à faire est de cliquer sur un bouton dans l'admin stape.io.

5. Aucune configuration supplémentaire dans le conteneur du serveur GTM.Copier le lien vers cette section

La configuration par défaut nécessite la modification des clients Universal Analytics et Google Analytics 4 pour charger GA à partir de l'URL de votre serveur. Vous devrez également ajouter le client Google Tag Manager Web Container pour charger gtm.js à partir d'un sous-domaine personnalisé.

Le chargement de gtag.js et gtm.js à partir de l'URL de votre serveur de balisage vous donnera tous les avantages du suivi côté serveur et des cookies propriétaires.

L'hébergement Stape fait tout automatiquement. Il vous suffit d'ajouter une URL de transport aux balises GA4 et UA dans le conteneur Web Google Tag Manager. Pas besoin de configurer des clients supplémentaires ou d'effectuer d'autres configurations dans le conteneur du serveur Google Tag Manager.

6. AutoscalingCopier le lien vers cette section

L'environnement flexible de Google Cloud fait automatiquement évoluer votre serveur d'au moins 3 à 6 serveurs. Lorsque Google remarque que le GTM de votre serveur a besoin de ressources supplémentaires, il évolue automatiquement. sGTM peut nécessiter plus de ressources pour plusieurs raisons : le trafic vers votre site Web peut augmenter, ou vous avez mis à jour votre configuration de balisage côté serveur et envoyez plus d'événements, etc.

La mise à l'échelle automatique a des bons et des mauvais côtés. La bonne chose est que sGTM obtiendra plus d'espace quand il en aura besoin et continuera. Il peut arriver que l'hébergement cloud cesse de fonctionner sans mise à l'échelle automatique et que vous deviez le mettre à niveau manuellement.

La mauvaise chose est que la mise à l'échelle automatique signifie un prix plus élevé pour l'hébergement sGTM. Trois serveurs de Google coûteront 120 USD, tandis que six coûteront environ 240 USD.

Sur Stape nous adaptons également automatiquement les serveurs lorsque vous en avez besoin. Si notre système remarque que votre serveur a besoin de plus de CPU ou de mémoire, nous l'ajoutons. Stape ne facture pas la mise à l'échelle automatique. Si vous vous abonnez au plan Pro, vous paierez toujours 20 $, et le serveur GTM obtiendra plus de CPU et de mémoire quand il en aura besoin, et vous paierez toujours le même montant. Notre facturation est liée aux nombre de demandes uniquement.

7. Accès et facturationCopier le lien vers cette section

Stape a deux types de comptes : 

- Personnel 

- Agence 

À l'aide des comptes d'agence, vous pouvez gérer et créer des conteneurs pour les clients. Cette fonctionnalité peut être pratique pour les agences. Supposons que vous souhaitiez configurer le suivi côté serveur pour votre client et demander au client d'ajouter la facturation. Vous pouvez le faire en utilisant un compte d'agence Stape, créez simplement un conteneur et envoyez-leur une invitation. Les clients peuvent ajouter leur facturation, tandis que vous pouvez toujours gérer et configurer leur conteneur.

8. Partage du compteCopier le lien vers cette section

Vous pouvez partager l'accès à votre compte stape.io avec d'autres personnes. Une fois que vous avez partagé l'accès, une autre personne aura un accès complet à votre compte. Elle pourra voir et modifier tous les conteneurs.

Pour partager l'accès, cliquez sur Paramètres du compte -> Accès partagé -> Inviter un utilisateur.

sharing access to account

9. LogsCopier le lien vers cette section

Les utilisateurs des plans Pro et Business ont accès aux journaux (logs). Cette fonctionnalité est très pratique pour mettre en place un suivi côté serveur. Elle permet de comprendre quelles données ont été envoyées au serveur GTM et quelle réponse a été envoyée. Par exemple, vous pouvez vérifier si tous les événements d'achat ont un statut 200 (ce qui signifie qu'ils ont été traités correctement) ou filtrer tous les événements avec des erreurs 500 et voir la raison de l'erreur.

Types de journaux :

1. Access Logs. Montre les demandes reçues par votre serveur GTM. Vous pouvez vérifier les détails de chaque journal et voir les journaux de demande et de réponse correspondants, le cas échéant.

2. Request Logs. Montre les demandes que le serveur a envoyées aux plateformes Facebook, TikTok, etc. Disponible uniquement si vous utilisez les balises Stape.

3. Response Logs. Affiche la réponse du serveur aux plateformes Facebook, TikTok, etc. Disponible uniquement si vous utilisez les balises Stape.

10. APICopier le lien vers cette section

Nous sommes toujours à la recherche de moyens d'étendre notre plateforme, c'est pourquoi nous avons ajouté un accès API. Si vous êtes intéressé par la création d'une intégration avec Stape et que vous souhaitez plus d'informations sur le fonctionnement ou les exigences, envoyez-nous un e-mail à support@stape.io.

11. Zones de serveursCopier le lien vers cette section

Nous avons plusieurs zones d'hébergement et des emplacements de serveurs en constante expansion.

  • US Center (Iowa)
  • US East (South Carolina)
  • US West (Oregon)
  • EU West (Belgium)
  • EU North (Finland)
  • EU Center (Germany)
  • AP East (Singapore)
  • AP South (Delhi)
  • SA East (São Paulo)

Conclusion:Copier le lien vers cette section

L'hébergement de Stape pour le serveur Google Tag Manager n'est pas seulement le moins cher et le plus simple à mettre en place. Nous proposons également de nombreuses fonctionnalités d'hébergement ainsi que des solutions de balisage côté serveur, ce qui rend votre expérience de balisage simple et directe.

Bien que l'hébergement sGTM de Stape soit situé sur Google Cloud, toutes nos solutions automatisées facilitent la gestion de l'hébergement de votre serveur GTM. Nous vous aidons à configurer le balisage côté serveur pour votre site Web sans avoir à passer des heures à tout configurer pour baliser le serveur à la main.

Tagged with:GTM

Hébergez votre serveur GTM chez Stape

En vous inscrivant, vous acceptez les Conditions générales et la Politique de confidentialité de Stape