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.
Kommentare