Der Datenschutz in Browsern ändert sich, Cookies von Drittanbietern werden von einigen Browsern blockiert, Chrome plant, Cookies von Drittanbietern bis 2022 abzuschaffen, und Apple hat seine eigenen Tracking-Einschränkungen für iOS-Nutzer eingeführt. Alle diese Änderungen haben Auswirkungen auf die Tracking von Webseiten.
Früher haben wir das Webtracking als Frontend betrachtet, aber mit all den neuen Einschränkungen wird das Webtracking immer komplexer. Einige sagen, dass die serverseitige Verfolgung zum neuen Standard wird.
Eine der einfachsten und kostengünstigsten Möglichkeiten zur Implementierung von ss-Tags ist die Verwendung des Google Tag Manager-Servers. Sobald Sie Ihr gehostetes sGTM eingerichtet haben, stellt sich die Frage, wie Sie die Daten an das Server-GTM liefern. Müssen Sie eine Datenschicht ähnlich wie bei einem Webcontainer erstellen oder gibt es eine andere Möglichkeit?
In diesem Blogbeitrag möchte ich näher auf die Erstellung einer Datenschicht für den serverseitigen Google Tag Manager eingehen.
Im Web Tag Manager von Google erfolgt die Datenerfassung auf der Client-Seite. Sie verwenden DOM-Elemente oder scrapen Daten von der Website mit CSS-Selektoren. Aber in manchen Fällen können diese Methoden instabil sein.
Die goldene Regel des Web-GTM-Trackings ist der Aufbau einer zuverlässigen Datenschicht. Die Erstellung einer angemessenen Datenschichtstruktur und deren Implementierung auf der Website nimmt einige Zeit in Anspruch, nicht nur für Vermarkter, sondern auch für Entwickler. Aber diese Zeit ist es wert. Mit der Datenschicht erhalten Sie mehr Daten, und diese Daten sind zuverlässig.
Dem serverseitigen GTM wurde ein neues Objekt hinzugefügt; es heißt Client. Die Hauptaufgabe des Clients ist die Umwandlung von Anfragedaten in Ereignisdaten innerhalb des Server-GTM.
Wie erkennt der Client, welcher Antrag zu stellen und zu bearbeiten ist? Er überprüft den Pfad der Anfrage. Universal Analytics sendet zum Beispiel Anfragen, die collect enthalten. Der Client prüft den Pfad der eingehenden HTTP-Anfragen, und wenn der Pfad der Anfrage seinen "Schlüssel" hat, wandelt der Client die Anfragedaten in die Ereignisdaten im sGTM um.
Ein weiterer wichtiger Zweck von sGTM-Clients ist die Bearbeitung ausgehender HTTP-Anfragen. Sobald ein Tag in sGTM ausgelöst wird, sendet der Client eine ausgehende HTTP-Anfrage, um alle für jedes Ereignis gesendeten Anfragen zusammenzufassen. Wenn ein Fehler im Tag auftritt, können Sie die Fehlerursache sehen, wenn Sie auf die ausgehende HTTP-Anfrage klicken und zum Antwortkörper hinunterblättern.
Ich möchte Ihnen ein Beispiel geben. Hierfür werde ich einen Daten-Tag/Daten-Client verwenden. Im GTM-Web-Container habe ich ein Daten-Tag konfiguriert, das Anfragen an den Server-Container sendet.
Der Abfragepfad des Daten-Tags enthält /data.
Im sGTM habe ich einen Daten-Client, der auf alle Anfragen hört, die /data in der eingehenden HTTP-Anfrage enthalten.
Der GTM-Server verfügt über zwei Tags (GA4 und Klaviyo active on-site), die immer dann ausgelöst werden, wenn Data Client in Anspruch genommen wird und der Ereignisname page_vew lautet. Schauen wir uns an, was im GTM-Server passiert, wenn er eine eingehende Anfrage mit /data und dem Ereignisnamen page_view erhält. Beide Tags werden ausgelöst und der Daten-Client sendet eine ausgehende HTTP-Anfrage
Wenn Sie auf eingehende HTTP-Anfragen klicken, können Sie sehen, welche Daten an den Server-Container gesendet wurden. Wenn Sie auf Ausgehende HTTP-Anfrage klicken, sehen Sie, welche Informationen vom Daten-Client über die ausgelöste Tag-Ausführung gesendet wurden.
Wenn Sie auf die Ereignisdaten klicken, sehen Sie, welche Informationen aus den eingehenden HTTP-Anfragen Data Client den Ereignisdaten zugewiesen wurden.
Die Datenebene existiert nicht auf dem Google Tag Manager-Server, da sie auf dem Web-Google Tag Manager existiert. Normalerweise erstellen Sie Tags in sGTM auf der Grundlage der Ereignisdaten und der angeforderten Daten.
Es ist wahrscheinlich, dass wir in den nächsten Jahren nicht in der Lage sein werden, allein zur serverbasierten Verfolgung überzugehen. Wir werden einen hybriden Ansatz verwenden, der Web- und Server-seitiges Tracking kombiniert. Das bedeutet, dass einige Tags noch auf der Client-Seite funktionieren werden (entweder weil Plattformen noch kein SS-Tracking unterstützen oder weil es einfach nicht auf SS portiert werden kann, dies gilt für Tools wie HotJar) und andere Tags auf der Server-Seite installiert werden. Es wird einen Tag/Client geben, der für das Senden bestimmter Daten oder einer ganzen Datenschicht vom Web zum serverseitigen GTM-Container verantwortlich ist.
Das folgende Diagramm zeigt, wie der Datenlieferungsprozess in sGTM funktioniert. Das webGTM verfügt über eine Datenschicht, UA und Pixel FB mit Web-Tracking. Dann haben wir ein GA4-Tag auf der Serverseite, das für die Lieferung von Daten aus dem Web an den GTM-Server zuständig ist. Basierend auf den Daten, die das GA4-Tag dem sGTM zur Verfügung gestellt hat, können wir ss Adwords und FB CAPI-Tags im serverseitigen GTM konfigurieren.
For me, the two most frequently used methods of sending data from web to server GTM are:
1. Datenschicht an Server GTM mit Google Analytics 4 senden.
Mit GA4 können Sie Benutzereigenschaftsdaten und Ereignisparameterdaten aus dem Web an den GTM-Server senden. Innerhalb des GA4-Tags in GTM Web sehen Sie vordefinierte Felder für diese Daten, und Sie können zu jedem Parameter individuell Datenschichtvariablen hinzufügen.
Google Analytics 4 und UA haben unterschiedliche eCommerce-Datenschichtstandards (UA-Datenschicht, GA4-Datenschicht). Wenn Sie also auf Ihrer Website eine eCommerce-Datenebene für UA erstellt haben, müssen Sie diese für GA4 ändern. Das Gute daran ist, dass Sie Variablen in der GTM-Vorlagengalerie verwenden können, die UA-Ereignisse und Variablen in GA4-Standards konvertieren.
Diese Option eignet sich am besten, wenn Sie ein serverseitiges Tracking für Google Ads oder Floodlight einrichten möchten, da diese beiden nur auf der Grundlage von GA4-Tags funktionieren.
2. Daten-Tag/Daten-Client verwenden, um die Datenschicht vom Web zum GTM-Server zu senden.
Der größte Vorteil der Verwendung von Data Tag/Data Client ist, dass DT automatisch DataLayer und andere allgemeine Daten vom Web-GTM zum Server-GTM sendet. Wenn Sie die beiden Kontrollkästchen Gemeinsame Daten senden und Alles von Datenschicht senden aktivieren, werden die Daten im Web-GTM geparst und alle gefundenen Informationen an das Server-GTM gesendet. Sie müssen nicht jeden Parameter manuell konfigurieren.
So sehen Sie die eCommerce-Daten in sGTM. Sie können die Ereignisdatenvariable verwenden, um sie zu extrahieren und sie für Server-Tags zu verwenden, und ich habe einen detaillierteren Beitrag, der die Daten-Tags/Client-Daten beschreibt.
Der Server-GTM-Container verfügt nicht über etwas Ähnliches wie die Datenschicht, die wir im Web-Container verwendet haben. Aber Sie können die Web-GTM-Datenschicht innerhalb des sGTM verwenden. In diesem Blogbeitrag wurden zwei Methoden beschrieben, um Webdaten später in Server-Ereignisdaten umzuwandeln - GA4 oder Data Tag/Client.
Sie brauchen nur ein paar einfache Fragen zu stellen. Klicken Sie auf Hilfe anfordern, füllen Sie das Formular aus, und wir senden Ihnen ein Angebot.
