Cette page a été traduite par l'API Cloud Translation.

Configurer le taggage côté serveur avec Cloud Run

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")
```
Remarque :Cette opération désactivera toute la journalisation de l'équilibreur de charge, y compris qui ne sont pas envoyées au conteneur serveur.
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.

Ouvrez Balise Google administrateur.
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.