Cookie-freies GA4-Tracking mit Server-GTM

In der sich ständig weiterentwickelnden digitalen Landschaft ändert sich die Herangehensweise an die Nutzerverfolgung und den Datenschutz erheblich. Mit der schrittweisen Abschaffung der Cookies von Drittanbietern in Webbrowsern und der Einführung strenger Datenschutzgesetze werden herkömmliche Methoden der Nutzerverfolgung schnell irrelevant. 

Die Anpassung an diese Veränderungen ist für Unternehmen und Vermarkter, die auf Daten angewiesen sind, nicht nur unerlässlich, sondern eine absolute Notwendigkeit. 

Eine Möglichkeit, sich an die neuen Tracking-Herausforderungen anzupassen, ist die Umstellung auf Cookie-freies Tracking. Obwohl die neueste Version von Google Analytics viele Vor- und Nachteile hat, bleibt sie die beliebteste Analyseplattform. Deshalb wird in diesem Artikel beschrieben, wie man in Google Analytics 4 mit Google Tag Manager Server ein Cookie-freies Tracking einrichtet. 

Was ist Cookie-freies Tracking?

Wenn Websites sich etwas über Sie merken wollen (z. B. was sich in Ihrem Einkaufswagen befindet oder welche Anzeige Sie angeklickt haben, bevor Sie auf der Website gelandet sind), verwenden sie oft kleine Datenelemente, die "Cookies" genannt werden.

Aber jetzt gehen viele Websites dazu über, diese Cookies nicht mehr zu verwenden, um die Aktivitäten der Nutzer zu verfolgen. Stattdessen verwenden sie neue Methoden, bei denen diese Daten nicht im Browser der Nutzer gespeichert werden. Diese neue Art der Nachverfolgung ohne Cookies wird als " Cookie-freies Tracking" bezeichnet.

Wenn das Tracking nicht auf Cookies basiert, verwendet es Nutzerdaten von Erstanbietern. Der beste Weg, diese Informationen zu sammeln und sicher zu handhaben, ist das serverseitige Tracking.  Mit dieser Methode können Sie den Datenfluss von Erstanbieter-Nutzerdaten verfolgen, speichern, anreichern, umwandeln und streng kontrollieren. 

Dies hilft nicht nur, Cookies loszuwerden und das Tracking genauer zu machen, sondern sorgt auch für mehr Konformität und eine bessere Kontrolle über die Nutzerdaten.

Vorteile der Cookie-freies Tracking

Cookie-freies Tracking hilft bei der Anpassung an die jüngsten Änderungen im Bereich des Datenschutzes und der Tracking-Einschränkungen. Hier sind ein paar Beispiele. 

1. Vorschriften. Die Datenschutzbehörden in Europa und einigen anderen Ländern beschränken die Verwendung von Cookies ohne die Zustimmung des Nutzers. Der Prozentsatz der Nutzer, die Cookies ablehnen, variiert je nach Land, Alter und Anforderungen an das Cookie-Banner. Insgesamt lehnen jedoch etwa 50 % der Nutzer Marketing- und Analyse-Cookies ab.
2. Abschreibung von Drittanbieter-Cookies. Safari und Firefox schränken Cookies von Drittanbietern bereits ein, Brave unterstützt keine Cookies von Drittanbietern, und Chrome plant die schrittweise Abschaffung von Cookies von Drittanbietern im Jahr 2024. Das Werbenetzwerk verwendet Cookies von Drittanbietern, um zu unterscheiden, welche Werbung die Nutzer angeklickt haben, bevor sie auf der Website gelandet sind und danach konvertiert haben. Darüber hinaus verwenden Analyseplattformen Cookies von Drittanbietern, um Nutzer zu verfolgen, die die Website bereits besucht haben, und um die gesamte Reise der Nutzer aufzuzeigen. Ohne Cookies wird eine korrekte Zuordnung der Konversion und die Unterscheidung zwischen neuen und wiederkehrenden Nutzern sehr schwierig.
3. Vollständige Tracking-Beschränkungen. Apple ist führend bei den Einschränkungen für das Tracking. Alle iOS-Apps müssen den Benutzer um Erlaubnis bitten, seine Aktivitäten zu verfolgen. Außerdem können iOS-Nutzer Apps jederzeit die Erlaubnis entziehen, ihre Aktivitäten zu verfolgen. Ein weiterer zunehmender Trend ist die Verwendung von AdBlockern. Wenn AdBlocker aktiviert sind, erhalten Marketing- und Analysetools keine Informationen über die Nutzer. 

Der Hintergrund

Google Analytics 4 verwendet maschinelles Lernen, um das Verhalten von Nutzern zu modellieren, die Analytics-Cookies nicht zugestimmt haben. Sie verwenden das Verhalten ähnlicher Nutzer, die Analytics-Cookies zugestimmt haben, um das Verhalten derjenigen zu modellieren, die Analytics-Cookies nicht zugestimmt haben. 

Um für das maschinelle Lernen in Frage zu kommen, sollten GA4-Eigenschaften bestimmte Anforderungen erfüllen:

• Der Zustimmungsmodus ist für alle Seiten aktiviert
• Tags sollten ausgelöst werden, bevor der Zustimmungsdialog erscheint 
• Google-Tags werden in allen Fällen geladen, nicht nur, wenn der Nutzer zustimmt
• 1.000 Ereignisse pro Tag mit analytics_storage='denied' für mindestens 7 Tage.
• 1.000 Nutzer täglich, die Ereignisse mit analytics_storage='granted' für mindestens 7 der letzten 28 Tage senden

Wenn Ihre GA4-Eigenschaft nicht für das maschinelle Lernen geeignet ist oder wenn Sie feststellen, dass das maschinelle Lernen keine genauen Ergebnisse liefert, haben Sie die Möglichkeit, sich auf Daten von Erstanbietern zu verlassen, wenn ein Nutzer sich gegen Analyse-Cookies entscheidet, und das Cookie-freie GA4-Tracking zu implementieren. 

Damit GA4 korrekt funktioniert und Nutzer, die wiederkommen, erkennt, müssen Sie GA4 die folgenden Informationen zur Verfügung stellen:

● Kunden-ID (cid)

● Sitzungs-ID (sid)

● Sitzungsanzahl (sct)

● Erster Besuch (_fv)

● Nutzer-Engagement (seg)

Um das Cookie-freie GA4-Tracking einzurichten, wenn ein Nutzer nicht zugestimmt hat, verwenden wir diese Tools:

1. Server Google Tag Manager.
2. Server GA4.
3. Differenzieren der Nutzerzustimmung mit Hilfe des GA4 gsc Parameters.
4. Verbinden des Google Service-Kontos mit dem Stape.
5. Daten in firestore schreiben.
6. Daten aus Firestore lesen.
7. Stape Nutzer-ID einschalten.

Einrichtung das Cookie-freie GA4-Tracking in sGTM

Um festzustellen, ob die Zustimmung erteilt wurde oder nicht, verwende ich den Parameter gcs. Die Standardkonfiguration der GA4-Zustimmung sendet Anfragen an sGTM, aber der Anfrage fehlen einige Informationen. Alle GA4-Anfragen werden in den Firestore geschrieben. 

Um festzustellen, ob ein Nutzer ohne Zustimmung eine aktive Sitzung in GA4 hat, verwenden wir die Differenz zwischen dem Zeitstempel des letzten Besuchs und dem des aktuellen Besuchs. Beträgt die Differenz mehr als 30 Minuten, werden die Sitzungsparameter in Firestore aktualisiert. 

Firestore verwendet die Nutzer-ID als Dokumentenname und speichert Details über die Nutzersitzung in diesen Dokumenten. Dies ist zwar eine einfache Möglichkeit, Firestore zu organisieren, aber es gibt zahlreiche andere Ansätze, um Daten über die gesamte Benutzererfahrung in Firebase zu verwalten.

1. Nutzer mit Zustimmung zu Analyse-Cookies.

1.1 Verwenden Sie die serverseitigen GA4-Standardeinstellungen. 

1.2 Falls erforderlich, schreiben Sie Daten in Firestore. Zu diesem Zweck verwende ich das Firestore Writer-Tag. Bitte lesen Sie diese ausführliche Anleitung zur Verwendung des Firestore Writer-Tags. Ich verwende die Sammlung Nutzer-ID. Für jede Nutzer-ID erstelle ich ein neues Dokument, das cid als Dokumentname verwendet. 

1.3 Das serverseitige GA4-Tag hat eine Standardkonfiguration und wird jedes Mal ausgelöst, wenn der GA4-Client in Anspruch genommen wird und der Nutzer den Analyse-Cookies zustimmt. 

2. Ein Nutzer ohne Zustimmung zum Analyse-Cookie

2.1 Bestehende Nutzer mit aktiver Sitzung

2.1.1 Wenn die Zustimmung zu Analyse-Cookies nicht erteilt wurde, habe ich mit Hilfe der Stape Nutzer-ID Power-Up-Funktion die Nutzer-ID in die Header der sGTM-Anfrage eingefügt. 

2.1.2 Mit Hilfe des Firestore Writer-Tags schreibe ich Daten in Firestore und verwende die Stape Nutzer ID als Dokumentname.  

2.1.3 Um zu prüfen, ob die Sitzung aktiv ist, verwende ich die Firestore Reader-Variable, um den Zeitstempel zu extrahieren, der mit dem letzten Besuch dieses Benutzers in Firebase verbunden ist. Dann prüfe ich die Differenz zwischen dem Zeitstempel der vorherigen Sitzung des Benutzers und dem aktuellen Zeitstempel. Wenn der Zeitstempel weniger als 30 Minuten beträgt, hat der Benutzer eine bestehende Sitzung. 

2.1.4 Die Parameter werden wie folgt aktualisiert: 

● cid und client_id ist der Wert der Nutzer-ID von Stape

● ga_session_number - ein Wert der ga_session_number im Firestore

● ga_session_id - ein Wert der ga_session_id im Firestore

● x-ga-mp2-seg (belegte Sitzung) wird auf 1 gesetzt

● x-ga-system_properties.fv (erster Besuch), x-ga-system_properties.ss (Sitzungsbeginn), x-ga-system_properties.nsi (neue Sitzungs-ID) werden entfernt.

2.1.5 Senden geänderte Daten an GA4. Um Daten zu aktualisieren, bevor sie an GA4 gesendet werden, verwende ich die Transformation. 

2.2 Bestehender Nutzer ohne aktive Sitzungen

2.2.1 Wenn die Zustimmung zu Analyse-Cookies nicht erteilt wurde, habe ich Stape Nutzer-ID aktiviert, um die Nutzer-ID in sGTM-Anfrage-Header einzufügen. 

2.2.2 Schreiben von Nutzerdaten basierend auf der Stape Nutzer-ID in Firestore mit Hilfe des Firestore Writer Tags.  

2.2.3 Um zu prüfen, ob die Sitzung aktiv ist, verwende ich die Firestore Reader-Variable, um den Zeitstempel zu extrahieren, der diesem Benutzer in Firebase zugeordnet ist. Dann prüfe ich die Differenz zwischen dem Zeitstempel der letzten Sitzung des Benutzers und dem aktuellen Zeitstempel. Wenn der Zeitstempel mehr als 30 Minuten beträgt, hat eine neue Sitzung begonnen. 

2.2.4 Die Parameter werden wie folgt aktualisiert:

• cid und client_id ist der Wert der Nutzer-ID von Stape.
• ga_session_id ist ein ga_session_id-Wert aus Firestore, der zuvor auf einen Zeitstempel in Sekunden eingestellt wurde.
• ga_session_number ist die ga_session_number-Nummer, die Sie in Firestore haben, plus 1.
• x-ga-system_properties.ss (Sitzungsstart) ist auf 1 gesetzt.
• X-ga-mp2-seg (Eingeschaltete Sitzung) wird auf 1 gesetzt.
• x-ga-system_properties.fv wird entfernt.

2.2.5 Senden Sie geänderte Daten an GA4. Um Daten zu aktualisieren, bevor sie an GA4 gesendet werden, verwende ich Transformation. Tag wird ausgelöst, wenn ein GA4-Client beansprucht wird, die Zustimmung nicht erteilt wurde und der Zeitunterschied zwischen den Sitzungen mehr als 30 Minuten beträgt. 

2.3 Neuer Nutzer

2.3.1. Wenn Analyse-Cookies nicht erlaubt sind, verwenden Sie den Stape Nutzer-ID Power-Up, um eine Nutzer-ID zu generieren.

2.3.2. Prüfen Sie, ob ein Nutzer mit der gleichen Nutzer-ID bereits in Firestore existiert. Wenn kein Nutzer mit der gleichen Nutzer-ID gefunden wird, verwenden Sie ein Firestore Writer-Tag, um einen Nutzer mit Sitzungsdetails in der Datenbank zu erstellen. 

2.3.3 Die Parameter werden wie folgt aktualisiert: 

• cid und client_id ist der Wert der Nutzer-ID von Stape.
• ga_session_id ist ga_session_id aus Firebase.
• ga_session_number ist die ga_session_number-Nummer, die Sie in Firestore haben.
• x-ga-system_properties.ss (Sitzungsstart) ist auf 1 gesetzt.
• x-ga-mp2-seg (belegte Sitzung) ist auf 1 gesetzt.
• x-ga-system_properties.fv (first fisit) ist auf 1 gesetzt.

2.3.4 Senden der modifizierten Daten an GA4. 

Schlussfolgerung:

Die Implementierung des Cookie-freies Google Analytics 4-Trackings über den Server Google Tag Manager stellt einen bedeutenden Fortschritt bei der Anpassung an die sich verändernde Landschaft des Online-Datenschutzes und der Präferenzen der Nutzer dar. Da sich die digitale Welt weiterentwickelt, ist es unerlässlich, wertvolle Erkenntnisse zu gewinnen, ohne sich auf Cookies zu verlassen. 

Durch die Nutzung der Möglichkeiten des serverseitigen Trackings und des Google Tag Managers können Unternehmen ihre Verpflichtung zum Datenschutz einhalten und gleichzeitig die wichtigen datengestützten Erkenntnisse nutzen, die GA4 bietet. Dieser Ansatz gewährleistet nicht nur die Einhaltung neuer Vorschriften, sondern fördert auch das Vertrauen der Nutzer, die sich um ihre Online-Privatsphäre sorgen. Auf dem Weg in die Cookie-freies Zukunft können innovative Lösungen wie serverseitiges Tracking und GA4 Unternehmen helfen, wettbewerbsfähig und digital relevant zu bleiben.