So lösen Sie das DSGVO-Problem mit einem serverseitigen GTM-Tag

Nach Inkrafttreten der Datenschutz-Grundverordnung (DSGVO) standen Google Analytics-Nutzer in Europa vor einem Problem. Aufgrund von Entscheidungen europäischer Datenschutzbehörden ist die Verwendung von Google Analytics für Website-Betreiber in mehreren Ländern illegal geworden, da es nicht mit der DSGVO konform ist.

Die gute Nachricht ist, dass dieses Problem eine Lösung hat. Wem die Datenstruktur von Google Analytics 4 gefällt, der muss nicht darauf verzichten. Stattdessen können Sie serverseitiges Tracking im Google Tag Manager verwenden und mithilfe eines speziellen Tags von OWOX Daten von Ihrer Website direkt an Google BigQuery übertragen, ohne sie an Google Analytics-Server zu senden.

Im Jahr 2020 reichte die gemeinnützige Organisation NOYB 101 Beschwerden gegen Websites ein, die im Europäischen Wirtschaftsraum (EWR) betrieben wurden und Google Analytics oder Facebook Connect verwendeten. Danach begannen die EWR-Datenschutzbehörden, Entscheidungen zu erlassen, die die Betreiber von EWR-Websites zwingen, die Nutzung dieser Dienste einzustellen, weil sie die Datenschutz-Grundverordnung (DSGVO) nicht einhalten.

Das Problem liegt in der Methode der Anwendung von Google Analytics in Europa, da Google gesammelte Daten über EU-Bürger (Benutzerverhaltensdaten) auf einem US-basierten Cloud-Dienst speichert. Der Knackpunkt war – und ist immer noch – dass die von Google getroffenen Sicherheitsvorkehrungen unzureichend sind, um zu verhindern, dass US-Geheimdienste auf die personenbezogenen Daten von EU-Bürgern zugreifen. Laut europäischen Datenschutzbehörden verstoßen diese Auslandsdatenübermittlungen gegen die DSGVO.

Das serverseitige GTM-Tracking ist eine Alternative zur herkömmlichen clientseitigen Tracking-Methode, die das Problem der sensiblen Datenübertragung, der Werbeblocker und der Seitenladegeschwindigkeit löst.

Zur Verarbeitung serverseitig erhobener Daten (serverseitiges Tracking) wird ein Zwischenziel hinzugefügt (im Fall von Google Tag Manager ist dies ein Cloud-Server). Von der Client-Seite geht die Anfrage zuerst an den Cloud-Server, und dann verarbeitet der Cloud-Server diese Anfrage und sendet sie an ein Drittsystem. Das heißt, anstatt dass der Client-Browser eine Anfrage an das Drittsystem stellt, wird diese Anfrage von einem Cloud-Server gestellt.

1. Mit serverseitigem Tracking können Sie die Geschäftslogik der Interaktion Ihrer Website mit Anwendungen von Drittanbietern verbergen, indem Sie sie in das Backend verschieben. Das heißt, die von Ihnen übertragenen Daten und die Logik, die Sie für die Übertragung verwenden, sind für den Benutzer nicht verfügbar.
2. Das Senden von Daten an Drittsysteme ist unabhängig vom Browser des Nutzers, da alle Anfragen serverseitig verarbeitet und gesendet werden und nicht von Werbeblockern betroffen sind, da bei dieser Methode die Erkennung eines Skripts durch Identifizierung der sendenden Domain ausgeschlossen ist Anfrage.
3. Diese Tracking-Methode ist sicherer, was bedeutet, dass Sie clientseitig erfasste Benutzerdaten ohne das Risiko einer Offenlegung mit den erforderlichen Informationen ergänzen können.
4. Sie haben die volle Kontrolle über die Daten, die an Drittsysteme gesendet werden, sodass Sie die bestehenden DSGVO-, CCPA- und CSP-Anforderungen erfüllen können.
5. Durch die Verwendung einer Subdomain beim Einrichten eines Servercontainers können Sie First-Party-Cookies setzen und deren Lebensdauer verlängern. Dies trägt dazu bei, den Einfluss der in Safari, Chrome und Firefox integrierten Tracking-Präventionstools zu eliminieren.

Um keine Daten an Google Analytics zu senden, können Sie Google Analytics 4 RawData to BigQuery Tag verwenden, mit dem Sie Google Analytics 4-Ereignisse automatisch an eine Google BigQuery-Tabelle umleiten können.

Google Analytics 4 RawData to BigQuery-Tag ist kostenlos. Jeder, der serverseitiges GTM verwendet, kann es installieren und erhält die folgenden Vorteile:

1. DSGVO-Konformität. Mit unserem Tag können Sie GTM serverseitig so konfigurieren, dass Daten überhaupt nicht an Google Analytics-Server in den USA gehen, sondern direkt an den Datensatz mit dem von Ihnen in Google BigQuery angegebenen Ort. Das heißt, die Daten gehen überhaupt nicht über die First-Party-Kontur des Unternehmens hinaus. Somit garantiert das Unternehmen selbst eine 100%ige DSGVO-Konformität.
2. Einmalige Einrichtung. Das Tag muss nur einmal konfiguriert werden. Sie müssen nicht jedes Mal zu den Einstellungen gehen und die Tabellenstruktur in GBQ ändern, wenn Sie neue GA4-Ereignisse/Parameter im Site-Markup hinzufügen.
3. Echtzeitdaten. Daten werden in Echtzeit an GBQ gesendet – Sie müssen nicht auf einen geplanten Export warten.
4. Keine Einschränkungen. Sie werden beispielsweise nicht auf das bekannte Limit von 1 Million Treffern pro Tag stoßen, das für native Uploads von der kostenlosen Version von GA 4 zu GBQ gilt.
5. Das Tag ist kostenlos und für jeden verfügbar, der serverseitiges GTM-Tracking verwendet.

Wenn Sie eine vertrauenswürdige Analyselösung benötigen, die an die DSGVO und die Welt des Datenschutzes angepasst ist, melden Sie sich für eine kostenlose Demo an.

Sie können Google Analytics 4 RawData für BigQuery-Tags verwenden, wenn Sie Google Analytics 4 aktiviert und GTM als serverseitigen Tag-Manager für GA 4-Ereignisse konfiguriert haben. Mit diesem Tag erhalten Sie nach jedem Hinzufügen eines neuen Ereignisses im Website-Markup rohe Google Analytics 4-Daten, ohne zuerst ein Schema in BigQuery einzurichten.

1. Erstellen Sie einen Datensatz in einem GBQ-Projekt:

2. Wählen Sie einen Datenspeicherort:

3. Erstellen Sie eine Tabelle mit dem folgenden Schema:

Der schnellste Weg ist, den folgenden SQL-Code in GBQ auszuführen:

CREATE TABLE IF NOT EXISTS [project_name].[dataset_name].ga4RawDataOwox (rawDataOwox STRING NOT NULL, createdAt TIMESTAMP NOT NULL) OPTIONS(description="GA4-Rohdaten direkt von meinem serverseitigen GTM mit OWOX-Tag an GBQ übertragen")

Notiz! In diesem SQL-Codebeispiel müssen Sie [Projektname].[Datensatzname] durch die tatsächlichen Projekt- und Datensatznamen ersetzen.

1. Gehen Sie in Ihrem serverseitigen GTM-Container zu Templates → Tag Templates → Search Gallery :

2. Suchen Sie das Tag und wählen Sie es aus:

3. Fügen Sie es Ihrem Arbeitsbereich hinzu:

Gehen Sie zu Tags und fügen Sie dieses Tag hinzu. Wählen Sie einen Auslöser und legen Sie den Pfad zu Ihrer Tabelle in GBQ fest.

Notiz! Aktivieren Sie das Kontrollkästchen „Protokollierung aktivieren“ nur zum Debuggen.

Solange Ihr Server-Container im selben GCP-Projekt wie die BigQuery-Tabelle ausgeführt wird, sind Sie bereit. Sie müssen nichts in Bezug auf die Authentifizierung unternehmen, da das Standarddienstkonto von App Engine vollständigen Zugriff auf alle BigQuery-Tabellen hat, die dem Projekt hinzugefügt wurden.

Senden und veröffentlichen Sie die Änderungen, und testen Sie dann den Ablauf im Vorschaumodus. Wenn alles korrekt ist, sehen Sie Google Analytics 4 RawData to BigQuery Tag unter Ausgelöste Tags:

Und Sie sehen die Daten in der Google BigQuery-Tabelle:

Schreiben Sie SQL-Code, um diese Daten in einer praktischen Struktur für Ihre Berichte zu verwenden. Beispiel:

Wenn Sie Google Analytics 4 aktiviert haben und Kostendaten in Google BigQuery importieren oder kanalübergreifende Berichte erstellen müssen, buchen Sie eine Demo mit OWOX.

Unsere Spezialisten zeigen Ihnen, wie Sie mit OWOX BI-Produkten (und unseren Professional Services) Ihre Ziele erreichen und Rohdaten in geschäftsfähige Daten umwandeln können.