Einführung in das serverseitige Tagging

Serverseitiges Tagging ist eine neue Möglichkeit, mit Google Tag Manager App auf verschiedenen Geräten. Servercontainer verwenden dasselbe Tag, denselben Trigger und Variablenmodell, das Sie gewohnt sind, und bietet außerdem neue Tools, können Sie die Nutzeraktivität überall messen.

Eine typische Tagging-Konfiguration ohne serverseitiges Tagging basiert auf einer auf der Seite, um Messdaten an verschiedene Datenerfassungsserver zu senden. In Abbildung 1 sehen Sie ein Beispiel dafür, wie ein Tag Manager-Webcontainer und der Webbrowser Daten an mehrere Server sendet.

Abbildung 1: Diagramm einer Website, die für die Verwendung eines Google Tag Manager-Webcontainers eingerichtet ist

Servercontainer werden dagegen weder im Browser des Nutzers noch auf der Smartphone. Stattdessen wird es auf einem Server ausgeführt, den Sie kontrollieren.

Abbildung 2: Beispiel für eine Tagging-Konfiguration mit einem Servercontainer

Der Server wird in Ihrem eigenen Google Cloud Platform-Projekt oder in einem in einer anderen Umgebung Ihrer Wahl – und nur Sie haben auf die Daten auf dem Server zugreifen, bis Sie sie an einen anderen Ort senden. Du hast Kontrolle darüber haben, wie diese Daten geformt werden und wohin sie vom Server. Tags werden mithilfe der JavaScript in einer Sandbox Technologie. Anhand von Berechtigungen erhalten Sie einen Überblick über die Funktionen des Tags Mit Richtlinien können Sie Grenzen um den Container herum festlegen.

Der Server empfängt Webanfragen vom Gerät des Nutzers und wandelt diese -Anfragen in Ereignisse umwandeln. Jedes Ereignis wird vom Tags, Trigger und Variablen. Tags, Trigger und Variablen auf einem Server Container funktionieren genau wie in anderen Arten von Containern: Trigger jedes Ereignis auf bestimmte Bedingungen prüfen und bei Bedarf auslösen Tags, über die die zu verarbeitenden Ereignisdaten gesendet werden.

Dieses Modell stellt zwei wichtige Fragen zu Servercontainern:

• Wie gelangen Messdaten vom Gerät des Nutzers an den Servercontainer?
• Wie werden an einen Servercontainer gesendete Messdaten in ein Ereignis umgewandelt?

Die Antwort auf beide Fragen ist eine neue Art von Entität für die Verwendung Container: ein Client.

Funktionsweise von Kunden

Clients sind Adapter zwischen der auf dem Gerät eines Nutzers ausgeführten Software und Ihrem Servercontainer. Der Kunde empfängt Messdaten von einem Gerät, transformiert werden diese Daten in ein oder mehrere Ereignisse eingebunden, im Container verarbeitet, und bündelt die Ergebnisse, um sie an den Anfragenden zu senden.

Das ist ganz schön viel! Sehen wir uns die einzelnen Teile genauer an. Abbildung 3 zeigt Daten, die aus dem Web des Nutzers in den Servercontainer fließen. und vom Webserver zum Servercontainer.

Abbildung 3: Jeder Datenstream wird von einem anderen Client verarbeitet.

Clients empfangen Messdaten von einem Gerät. Nehmen wir an, Sie möchten Nutzeraktivitäten an drei Stellen messen: auf einer Website, in einer Telefon-App und in einer Toaster. Auf Ihrer Website wird Google Analytics verwendet, in Ihrer Smartphone-App Firebase und Ihr Toaster ein proprietäres Protokoll namens "ToastMeasure" verwendet.

Die Instrumentierung dieser drei Geräte mit Google Tag Manager erfordert in der Regel für jede Plattform einen eigenen Container. Da der Servercontainer nicht auf dem Gerät kann der gleiche Container die Analyseinstrumentierung für alle drei Geräteplattformen. Es gibt jedoch ein Problem. Diese Geräte erfüllen jedoch nicht alle auf die gleiche Weise kommunizieren können. Das Google Analytics-Protokoll ist nicht dasselbe wie das ToastMeasure-Protokoll. Hier kommen die Kunden ins Spiel.

Anstelle dieser drei Container hat der Servercontainer drei Clients. Jede Anfrage an den Container wird von jedem Client in nach Priorität, Kunde mit der höchsten Priorität zuerst. Jeder Client muss zuerst entscheiden, ob er weiß, wie er diese Art von Anfrage verarbeiten soll. Falls ja, „Ansprüche“ der Kunde und geht mit der nächsten Phase des Prozesses über zu verarbeiten. Das Beanspruchen der Anfrage verhindert, dass nachfolgende Clients ausgeführt wird. Wenn der Client die Anfrage nicht verarbeiten kann, passiert nichts und die andere Clients entscheiden, ob sie die Anfrage verarbeiten sollen oder nicht.

Clients wandeln Anfragedaten in ein oder mehrere Ereignisse um. Nachdem der ToastMeasure-Client eine Anfrage beansprucht hat, muss die in ein Format übergeben, das der Rest des Containers versteht. Dass Etwas eine Reihe von Ereignissen

Ereignisse sind Ereignisse, die Sie messen möchten. Diese können beliebig sein: start_toasting, finish_toasting oder buy_bread. Es gibt einige Empfehlungen zur Struktur der Ereignisse zu erfassen, die ein Client generiert. Die einzige Voraussetzung ist jedoch, dass der Rest und der Container sie versteht.

Clients führen den Container aus. Der Kunde hat die Anfrage beansprucht und abgegeben. in Ereignisse umwandeln. Jetzt kommen die Tags, Trigger und Variablen. Der Kunde übergibt jedes Ereignis zur weiteren Verarbeitung an den Rest des Containers.

Clients bündeln die Ergebnisse, um sie an das Gerät zurückzusenden. Sobald die ausgeführt wurde, ist es an der Zeit, auf den Toaster zu antworten. Die Antwort kann viele Formen. Vielleicht sagt der Kunde einfach: „OK, fertig“. Vielleicht möchte eines der Tags um die Anfrage an einen anderen Server für die Datenerfassung weiterzuleiten. Oder vielleicht eines der Tags weist die Leuchten am Toaster an, die Farbe zu ändern. Was auch immer Sie ist es die Aufgabe des Kunden, die Ergebnisse zusammenzufassen und an den Auftraggeber.

Zum Glück übernimmt Tag Manager einen Großteil dieser Aufgaben für Sie. Servercontainer haben Wir beschlossen, drei Kunden zu haben: Google Analytics 4, Google Analytics: Universal Analytics und das Measurement Protocol. Diese Kunden stellen die Tools bereit, die Sie benötigen um mit der Instrumentierung Ihrer Anwendung zu beginnen, sobald Sie Ihre Container.

Ein kurzes Beispiel

Sehen wir uns ein kurzes Beispiel an, um zu sehen, wie alle Teile zusammenpassen. In in diesem Beispiel erstellen Sie Folgendes:

1. Eine einfache Website, bei der mithilfe von gtag.js ein click-Ereignis an eine Servercontainer.
2. Ein Google Analytics 4-Client, der das Ereignis empfängt.
3. Einen Trigger, der bei einem click-Ereignis ausgelöst wird.
4. Ein Google Analytics 4-Tag, mit dem Ereignisdaten für zu verarbeiten.

In diesem Beispiel gehen wir davon aus, dass Sie bereits bereitgestellt Ihrem Servercontainer.

gtag.js konfigurieren

Konfigurieren Sie zuerst gtag.js, damit die Daten an den Servercontainer gesendet werden. Mit gtag.js funktioniert das Senden von Daten an einen Servercontainer wie das Senden von Daten an Google Analytics, mit einer Änderung. Legen Sie wie auf der Beispielseite unten server_container_url, um auf den Servercontainer zu verweisen.

<!-- Google tag (gtag.js) -->
<script async src="https://www.googletagmanager.com/gtag/js?id=TAG_ID"></script>
<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  gtag('js', new Date());

  gtag('config', 'TAG_ID', {
    server_container_url: 'https://analytics.example.com',
  });
</script>

Ersetzen Sie TAG_ID durch Ihre Tag-ID. Ersetzen Sie https://analytics.example.com durch die URL Ihres Servercontainers.

Fügen Sie als Nächstes eine sendEvent()-Funktion hinzu, um die click-Ereignisse zu verarbeiten:

<!-- Google tag (gtag.js) -->
<script async src="https://www.googletagmanager.com/gtag/js?id=TAG_ID"></script>
<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  gtag('js', new Date());

  gtag('config', 'TAG_ID', {
    server_container_url: 'https://analytics.example.com',
  });

  function sendEvent() {
    gtag('event', 'click');
  }
</script>

<button onclick="javascript:sendEvent()">Send Event</button>

Ersetzen Sie TAG_ID durch Ihre Tag-ID. Ersetzen Sie https://analytics.example.com durch die URL Ihres Servercontainers.

Bei dieser Konfiguration können Event-Handler wie die sendEvent()-Funktion in diesem Beispiel sendet ein click-Ereignis an Ihren Servercontainer.

Google Analytics 4-Client

Der Container benötigt einen Client, um das Ereignis zu empfangen, sobald es den Server erreicht. Servercontainer haben einen Google Analytics 4-Client, vorinstalliert, sodass Sie diesen Schritt bereits abgeschlossen haben.

Klickbasierter Trigger

Erstellen Sie als Nächstes einen Trigger, der durch das click-Ereignis ausgelöst wird. Benutzerdefiniertes Trigger, der ausgelöst wird, wenn die integrierte Variable Ereignisname gleich „click“.

Google Analytics 4-Tag

Zum Schluss fügen Sie ein GA4-Tag an den Trigger an. Wie bei Clients kann ein Servercontainer ist ein GA4-Tag enthalten. Erstellen Sie einfach das Tag, konfigurieren Sie die Einstellungen und Sie haben den Container verkabelt. GA4-Clients und GA4-Tags werden entwickelt, für die Zusammenarbeit. Sie müssen also nur ein GA4-Tag erstellen, wird automatisch aus den Ereignissen abgerufen, Client.

Container als Vorschau ansehen

Nachdem der Container nun konfiguriert ist, klicken Sie auf Vorschau. Besuchen Sie Ihre Website in einem in einem anderen Browserfenster. Wenn Anfragen und Ereignisse an Ihren Server gesendet werden werden die Anfragen und Ereignisse links auf der Seite auf der Vorschauseite.

Wenn Sie mit den Änderungen zufrieden sind, können Sie den Servercontainer veröffentlichen.

Server für den Produktionsmodus mit der Auslieferung über selbst erhobene Daten konfigurieren

Bevor Sie Produktionstraffic an Ihren Servercontainer senden, empfehlen wir Ihnen dringend, den Server in Ihrer eigenen Domain zu installieren und auf den Produktionsmodus umzustellen.