Vorteile und einige Nachteile des serverseitigen Trackings

In unserem vorherigen Beitrag über den Server-Side Container (SSC) von Google Tag Manager haben wir damit begonnen, uns seine Funktionsweise anzusehen. In diesem Beitrag werden wir uns einige der wichtigsten Vorteile ansehen, die Ihnen das serverseitige System bietet, sowie einige potenzielle Nachteile.

Vorteile

Wenn es um die Vorteile von Server-Side Tracking geht, hat es mehrere große Vorteile, die größtenteils mit der Kontrolle und Flexibilität der von Ihnen gesammelten Daten zu tun haben. Dies wirkt sich darauf aus, wie Sie verschiedene Datengesetze einhalten, Ihre Daten und die Ihrer Benutzer schützen, möglichst genaue Daten sicherstellen, entscheiden, wie und wohin Daten gehen, und möglicherweise die Leistung Ihrer Website verbessern.

1) Einhaltung

Durch das Abfangen von Daten kann der serverseitige Container die Daten ändern, bevor sie an das endgültige Ziel gesendet werden. Dies hat große Vorteile für die Einhaltung der DSGVO und ähnliche Datenschutzmaßnahmen, da Sie alle Informationen entfernen können, die für Profilerstellung und Fingerabdrücke verwendet werden könnten, bevor sie am Endziel ankommen.

Die Server, auf denen der serverseitige Container funktioniert, können für einen Standort angegeben werden. Daher müssen diese identifizierbaren Daten das Gebiet, in dem sie erfasst wurden (die EU, am wichtigsten für die DSGVO), nicht verlassen, bevor sie entfernt werden.

Beachten Sie jedoch, dass das Manipulieren und Entfernen identifizierbarer Daten dazu führen kann, dass einige Informationen nicht in Ihren Tools angezeigt werden. Beispielsweise kann das Entfernen oder Maskieren der IP-Adresse des Benutzers beim Senden von Daten an Google Analytics dazu führen, dass keine Standortdaten erfasst werden können.

2) Erstanbieter-Cookies

Da die Daten über den serverseitigen Container gesendet werden, können Sie Änderungen an den Daten vornehmen, die an die Site zurückgegeben werden. Als solches kann es die Domäne ändern, auf der die Cookies Ihres speziellen Tools gesetzt werden. Es kann das Cookie auf seiner eigenen Domain setzen. Das bedeutet, dass Browser, die das Setzen von Third-Party-Cookies einschränken oder blockieren, nicht vorzeitig ablaufen oder das Setzen des Cookies blockieren.

3) Sammeln Sie Daten für ein Werkzeug und schreiben Sie sie an andere

Wenn Daten von der Website gesendet werden, können sie für ein Tool bestimmt sein, können aber analysiert und an andere gesendet werden. Dies könnte in einer Reihe von Fällen unglaublich hilfreich sein. Ein Beispiel dafür könnte sein, eingehende Treffer aus einer Universal Analytics -Anfrage zu nehmen, die Daten zu parsen und sie an eine Google BigQuery-Tabelle zu senden. Diese Funktion ist nur für Universal Analytics im Premiumprodukt Universal Analytics 360 verfügbar.

4) Clientseitige Lastreduzierung

Indem Sie einen Großteil der Datenverarbeitung in den serverseitigen Container verlagern, können Sie die Belastung des Browsers des Benutzers beim Laden Ihrer Website verringern.

5) Verbergen von API-Schlüsseln und Client-Geheimnissen

Da die Daten nur vom Server-Side-Container an das endgültige Tool gesendet werden, können alle API-Schlüssel und Client-Secrets im Server-Side-Container gespeichert werden. Dadurch wird verhindert, dass diese auf der Clientseite offengelegt werden. Ein Beispiel hierfür ist die Google Analytics UA-ID. Ein Dritter kann zu jeder Website gehen, auf der Google Analytics ausgeführt wird, und einfach die UA-ID von der Website entfernen und auf einer anderen platzieren und das Google Analytics-Konto spammen. Das haben wir im Laufe der Jahre oft erlebt. Beim serverseitigen Tracking wäre dies nicht möglich, da die UA-ID nur serverseitig hinzugefügt werden kann und somit beim Laden der Website überhaupt nicht angezeigt wird.

6) Laden Sie das Tracking-Skript von Ihrer eigenen Domain

Dies kann sowohl als Vor- als auch als Nachteil von Server-Side Tracking angesehen werden. Da der serverseitige Container die betreffenden Tools direkt aufrufen kann, kann der serverseitige Container verwendet werden, um die JavaScript-Datei abzurufen, die die meisten Tools (GA, Facebook, LinkedIn usw.) in die Website ziehen. Nach dem Abrufen kann die Datei an die Site gesendet werden. Dies bedeutet, dass Sie Aufrufe von Websites Dritter direkt aus dem Browser des Benutzers vermeiden und verhindern können, dass unerwünschte Skripte eingezogen werden. Da diese Datei dann von ihrer eigenen Domäne gesendet wird (wenn der SCC so eingerichtet ist). Dienste, die bekannte Tracker automatisch blockieren (z. B. Browser wie Firefox, Safari und Brave), erkennen die Datei nicht als Tracking-Skript. Dies ist nicht immer garantiert, da die eigene Domain Ihrer Website möglicherweise von diesen Diensten als Tracker identifiziert wird. Es ist wichtig, daran zu denken, dass Ihr Analyseprogramm immer die Datenschutzeinstellungen des Benutzers respektieren sollte.

Nachteile

Es gibt eine Handvoll Nachteile und Szenarien für serverseitiges Tracking, die Sie kennen sollten. Bei diesen Punkten geht es entweder um den zusätzlichen Aufwand, der zum Ausführen des serverseitigen Trackings erforderlich ist, sowie um einige der Fallstricke, wenn Sie mehr Verantwortung für die Genauigkeit Ihrer eigenen Daten und die Privatsphäre Ihrer Benutzer übernehmen.

1) Technisches Fachwissen

Während einige der eher technischen Aspekte des serverseitigen Trackings, wie z. B. die Codierung von Clients, nicht unbedingt erforderlich sind, müssen noch einige technische Hindernisse beseitigt werden. Dazu gehören die Einrichtung der ersten Serverinstanz und die Bereitstellung von Redundanzservern, wenn Sie Ihre Lösung live schalten.

2) Die Datengenauigkeit hängt von Ihnen ab

Wenn Sie einen Client oder ein Tag codieren, liegt die Verantwortung dafür, dass die Daten ihr Ziel im richtigen Format erreichen, bei Ihnen und Ihrem Code. Dies bedeutet, dass ein zusätzlicher Spielraum für Fehler vorhanden ist. Sie sind auch dafür verantwortlich, dass die gesendeten Daten rechtlich zulässig sind.

3) Kosten

Anders als beim Google Tag Manager Webcontainer fallen beim serverseitigen Tracking Kosten an. Um den serverseitigen Container auszuführen, muss er in der Google Cloud-Infrastruktur mit seiner App Engine-Funktion erstellt werden. Außerdem muss er auf einigen Serverinstanzen ausgeführt werden, um Redundanz und Kapazität zu berücksichtigen. Sie müssen für diese Instanzen bezahlen. Je mehr Server Sie betreiben und je mehr Daten Sie senden, desto höher sind natürlich die Kosten.

4) Datenschutzbedenken

Wir haben dies bereits angesprochen, aber ein Problem beim serverseitigen Tracking besteht darin, dass es einfacher ist, einige der Maßnahmen zu umgehen, die Ihre Benutzer ergriffen haben, um das Tracking zu verhindern. Es ist wichtig sicherzustellen, dass die Datenschutzentscheidungen der Benutzer respektiert und die relevanten Gesetze und Vorschriften eingehalten werden.

Falls Sie mehr über Server-Side Tracking erfahren möchten, hinterlassen Sie uns einfach eine Nachricht und wir werden uns gerne bei Ihnen melden, um Ihre Fragen und Anforderungen zu besprechen.