Cet article s'adresse aux développeurs qui souhaitent héberger le taggage côté serveur dans le même contexte propriétaire que leur site Web. La diffusion depuis la même origine est une bonne pratique qui vous permet de bénéficier des avantages des cookies définis par le serveur au niveau de la sécurité et de la durabilité. Les instructions ci-dessous s'appliquent à la configuration du service de même origine, quelle que soit la balise Google déployée sur votre site (gtag.js ou gtm.js).
Lorsque vous configurez un serveur de taggage pour la première fois, il est hébergé sur un domaine fourni par le fournisseur de services cloud. Lorsque vous utilisez le point de terminaison par défaut, il transmet des données au conteneur serveur, mais s'exécute dans un contexte tiers. Pour profiter des avantages d'un contexte first party, tels que des cookies plus durables, votre serveur de taggage et votre site Web doivent s'exécuter sur le même domaine.
Le tableau ci-dessous montre comment héberger un serveur de taggage lorsque le site Web parent est hébergé sur www.example.com
:
Même origine (bonne pratique) | Sous-domaine | Domaine par défaut | |
---|---|---|---|
Exemple d'URL | https://www.example.com/metrics |
https://metrics.example.com |
https://metrics.run.app |
Accès aux cookies définis par le serveur | Accès complet aux avantages de sécurité et de durabilité. | Accès complet aux avantages de sécurité et de durabilité. | Aucun : Ne peut définir que des cookies JavaScript. |
Complexité de la configuration | Configurez un CDN ou un équilibreur de charge pour transférer les requêtes. Vous devrez peut-être mettre à jour les entrées DNS. | Mettez à jour les entrées DNS. | Il est préconfiguré. |
Pour commencer, choisissez votre option d'implémentation.
Prérequis
Ce guide suppose que vous disposez des éléments suivants :
- Configurer un conteneur de serveur dans Tag Manager
- Configurer un serveur d'insertion de balises