Ce guide vous explique comment:
- Provisionnez un serveur de prévisualisation afin d'activer la fonctionnalité d'aperçu pour le conteneur.
- Provisionnez un serveur de taggage pour gérer le trafic en temps réel.
- Augmenter ou diminuer le nombre de serveurs qui exécutent votre balise Google Conteneur du gestionnaire.
- Mettez régulièrement à jour la version de votre serveur de taggage une fois le serveur provisionné.
Prérequis
- Vous devez disposer d'un compte GCP. Si vous n'en avez pas, créez un compte GCP.
- Vous devez disposer d'un compte de facturation GCP. Si vous n'en avez pas, Créer un compte de facturation GCP (nécessite le rôle de créateur de compte de facturation).
- Vous devez disposer des rôles de créateur de projet et d'utilisateur de compte de facturation. En savoir plus sur en ajoutant des rôles.
Provisionner un serveur de prévisualisation et de taggage
Vous pouvez provisionner un service Cloud Run automatiquement dans Google Tag ou manuellement dans Google Cloud.
Modifier la configuration du service
Pour modifier la configuration de votre service:
- Ouvrez Cloud Run.
- Sélectionnez le service que vous devez ajuster.
- Cliquez sur Modifier et déployer la nouvelle révision.
- Apportez les modifications souhaitées, puis cliquez sur Déployer.
Coût de Cloud Run
Dans cette configuration Cloud Run, chaque serveur coûte environ 45 $ /mois. (USD). Chaque serveur est une instance Cloud Run avec 1 processeur virtuel et 0,5 Go de mémoire pour l'utilisation du processeur est toujours alloué.
Nous vous recommandons d'exécuter au moins deux instances pour réduire le risque de perte de données dans en cas d'indisponibilité du serveur. Toutefois, vous pouvez choisir d'exécuter moins de serveurs (ou plus). Nous estimons que 2 à 10 serveurs d'autoscaling traitent entre 35 et 350 requêtes par seconde, mais les performances varient en fonction du nombre de tags faire.
Cloud Run effectue un scaling dynamique en fonction de la charge. Le paramètre max-instances
est
dans le pire des scénarios quant au montant
que vous devrez payer pour les ressources. Cloud Run
ne provisionnera pas autant d'instances, sauf en cas de nécessité.
Calculateur Cloud Run
Facultatif: Migrer depuis App Engine
Si vous avez déjà créé un déploiement App Engine et vérifié qu'il est bien ne reçoivent plus de trafic, Désactiver l'application App Engine pour éviter des frais de facturation inattendus.
Facultatif: Déploiement multirégional
Si votre site Web a une présence mondiale ou si vous souhaitez créer une redondance déployer les serveurs de taggage plusieurs régions.
Avant de commencer :
- Créer un équilibreur de charge
- Notez l'élément BACKEND_NAME choisi.
Pour ajouter d'autres régions à votre déploiement:
- Remplacez REGION par la région dans laquelle le serveur de prévisualisation est déployé. Il est possible que ce champ soit déjà rempli si vous avez suivi le pour provisionner le serveur de prévisualisation et de taggage.
- Remplacer CONTAINER_CONFIG par un conteneur depuis Tag Manager. Il est possible que ce champ soit déjà rempli si vous avez suivi les options de ligne de commande pour provisionner le serveur de prévisualisation et de taggage.
- Remplacez NEW_REGION par la nouvelle région où vous souhaitez déployer le serveur de taggage.
- Remplacez BACKEND_NAME par le nom que vous avez choisi. lors du provisionnement de l'équilibreur de charge.
- Facultatif: Pour ajouter une autre région, remplacez-la par la variable NEW_REGION et réexécuter le code ; extrait.
gcloud run deploy "server-side-tagging" \
--region NEW_REGION \
--image gcr.io/cloud-tagging-10302018/gtm-cloud-image:stable \
--platform managed \
--ingress all \
--min-instances 2 \
--max-instances 10 \
--timeout 60 \
--allow-unauthenticated \
--no-cpu-throttling \
--update-env-vars PREVIEW_SERVER_URL="$(
gcloud run services describe server-side-tagging-preview \--region "REGION" \
--format="value(status.url)")",CONTAINER_CONFIG="CONTAINER_CONFIG" && \
gcloud compute network-endpoint-groups create server-side-tagging-neg \
--region=NEW_REGION \
--network-endpoint-type=SERVERLESS \
--cloud-run-service="server-side-tagging" && \
gcloud compute backend-services add-backend --global "BACKEND_NAME" \
--network-endpoint-group-region=NEW_REGION \
--network-endpoint-group=server-side-tagging-neg
Facultatif: Désactiver la journalisation
Journalisation des requêtes
Par défaut, les informations concernant chaque requête (chemin de requête, requête paramètres, etc.) est consignée. Si votre serveur de taggage traite un grand nombre de requêtes par mois (par exemple, plus d'un million), ces messages de journal peuvent générer des frais de journalisation importants. Pour réduire ou supprimer les frais de journalisation, nous vous recommandons de désactiver la requête la journalisation.
Pour désactiver la journalisation des requêtes:
- Dans Google Cloud Platform, ouvrez le
Routeur de journaux : Assurez-vous que
vous vous trouvez dans le projet qui correspond à l'ID de votre conteneur:
- Dans le champ Type: Bucket Cloud Logging, Nom: ligne _Default, sélectionnez menu à développer, puis cliquez sur Modifier le récepteur.
- Sous Destination du récepteur, sélectionnez le bucket de journaux _Default.
Sous Sélectionner des journaux à inclure dans le récepteur, ajoutez une ligne. Saisissez le la règle suivante au filtre d'inclusion existant:
NOT LOG_ID("run.googleapis.com/requests")
Pour désactiver également la journalisation depuis l'équilibreur de charge, ajoutez une ligne et saisissez la règle suivante au filtre d'inclusion existant:
NOT LOG_ID("requests")
Mettez à jour le récepteur pour appliquer les modifications. Les demandes seront désormais exclues de la journalisation.
Vérifiez qu'aucune nouvelle demande n'apparaît dans le Journaux de l'explorateur de journaux
Journalisation de la console
Le serveur de taggage, les clients ou les balises d'un conteneur peuvent consigner les messages pouvant entraîner des frais de journalisation. Pour réduire ou éliminer les frais de journalisation, vous pouvez désactiver la console les messages de journal.
Identifiez les journaux indésirables de la console:
- Dans GCP, ouvrez le Explorateur de journaux :
Recherchez tous les messages de journal indésirables provenant de vos balises. Exemple :
Une balise peut envoyer les journaux suivants:
const logToConsole = require('logToConsole'); logToConsole('Custom message: ' + data.param1); logToConsole('An important message to keep around!'); data.gtmOnSuccess()
Recherchez les messages de journal correspondants dans Champ
textPayload
:
Pour désactiver le message de journal de la console:
- Dans Google Cloud Platform, ouvrez le
Routeur de journaux : Assurez-vous que
vous vous trouvez dans le projet qui correspond à l'ID de votre conteneur:
- Dans le champ Type: Bucket Cloud Logging, Nom: ligne _Default, sélectionnez menu à développer, puis cliquez sur Modifier le récepteur.
- Sous Destination du récepteur, sélectionnez le bucket de journaux _Default.
Sous Sélectionner des journaux à inclure dans le récepteur, ajoutez une ligne. Saisissez le la règle suivante au filtre d'inclusion existant:
NOT textPayload:"Custom message:"
Pour les journaux de votre console, remplacez le Texte Custom message: par une sous-chaîne du journal de la console que vous souhaitez désactiver. Pour plus des filtres élaborés, utilisez les langage de requête de journalisation.
Mettez à jour le récepteur pour appliquer les modifications.
logToConsole
correspondant doit être exclu de la journalisation.Vérifiez qu'aucun nouveau message de journal de la console n'apparaît dans la Explorateur de journaux :
2. Mapper le déploiement sur votre domaine personnalisé
Pour configurer un domaine personnalisé, utilisez un équilibreur de charge d'application externe global.
3. Ajouter l'URL du serveur à Google Tag Manager
Maintenant que vous disposez d'un serveur, vous devez vous assurer que Google Tag Manager connaît il doit utiliser votre serveur.
Cliquez sur le conteneur serveur que vous souhaitez faire pointer vers votre serveur de taggage.
Ouvrez les paramètres de votre conteneur serveur dans l'onglet Admin > Conteneur Paramètres.
Cliquez sur Ajouter une URL et collez l'URL de votre serveur.
Enregistrez et revenez à votre espace de travail.
4. Validation
Maintenant que vous avez configuré votre serveur de taggage, assurez-vous qu'il fonctionne comme prévu. Dans votre espace de travail Tag Manager, cliquez sur le bouton Prévisualiser. Si la page d'aperçu se charge, tout est configuré correctement.
Aperçu de plusieurs URL
Si vous avez mappé plusieurs domaines à un seul serveur de taggage, assurez-vous que chaque est ajoutée aux paramètres du conteneur.
Si vous avez fourni plusieurs URL, tous les chemins (la chaîne qui suit le nom de domaine) doivent correspond.
Œuvres | Ne fonctionne pas |
---|---|
URL 1: example.com/abc URL 2: example2.com/abc |
URL 1: example.com/abc URL 2: example2.com/def |
Si plusieurs URL sont ajoutées, une icône s'affiche à côté du bouton Aperçu. qui vous permet de sélectionner l'URL à prévisualiser.
Mettre à jour la version du serveur de taggage
Les nouvelles mises à jour du serveur de taggage contiennent des correctifs de failles de sécurité caractéristiques. Nous vous recommandons de mettre à jour votre serveur de taggage au moins pour chaque (par exemple, passer de la version 1.x.x à la version 2.x.x) lorsque Tag Manager vous invite à effectuer la mise à jour.
Pour mettre à jour votre serveur de taggage, déployez une nouvelle révision avec les mêmes paramètres que vous utilisiez précédemment.
- Ouvrez Cloud Run.
- Sélectionnez le service que vous souhaitez mettre à jour.
- Cliquez sur Modifier et déployer la nouvelle révision.
- Assurez-vous que l'URL de l'image du conteneur est définie sur
gcr.io/cloud-tagging-10302018/gtm-cloud-image:stable
, puis cliquez sur Déployer.
Pour vérifier que la mise à jour a bien été effectuée, procédez comme suit:
- Dans votre conteneur serveur, cliquez sur le bouton Aperçu pour démarrer une nouvelle debug et envoyez une requête dans un onglet distinct.
- Dans la section "Summary" (Résumé), sélectionnez l'onglet Console (Console) et assurez-vous qu'il n'y a pas messages vous demandant de mettre à jour le serveur de taggage.
Tag Manager peut afficher des messages vous demandant de mettre à jour votre serveur de taggage pour jusqu'à 24 heures après la mise à jour du serveur. Toutefois, l'aperçu affiche un message à jour concernant la version du serveur de taggage.