Technologische Neuigkeiten, Bewertungen und Tipps!

Schutz der Benutzerdaten: PII aus GA mit GTM entfernen

Hinweis: Der folgende Artikel hilft Ihnen weiter: Schutz der Benutzerdaten: PII aus GA mit GTM entfernen

Google Analytics (GA) ist ein großartiges Tool, mit dem Sie viele Daten sammeln und daraus wertvolle Erkenntnisse gewinnen können. Einige Informationen, die in Ihre Berichte gelangen, können jedoch für Ihre Analyse weniger nützlich sein oder sogar die Privatsphäre der Benutzer beeinträchtigen. Ein solches Beispiel ist Persönlich identifizierbare Informationen (PII).

💡 In diesem Artikel wird erläutert, wie Sie Ihr bestehendes Setup im Google Tag Manager (GTM) ändern, um PII sowohl in GA4 als auch in Universal Analytics (UA) zu reduzieren.

Viele von Ihnen werden dies für GA4 lesen, da die meisten Investitionen in UA inzwischen erschöpft sind. Aber bis 2023 H1*: Wenn PII an UA gesendet werden, wird dies weiterhin ein kritischer Hotfix sein oder bis Sie sich bei der Produktionsberichterstattung nicht mehr auf UA verlassen.

* Oder spätestens im dritten Quartal für 360-Immobilien, basierend auf Googles UA-Abkündigungsplan.

Was ist PII?

Bei PII (persönlich identifizierbare Informationen) handelt es sich um Informationen über den Benutzer, die ihn direkt oder indirekt (in Verbindung mit anderen Daten) als Einzelperson identifizieren können. Es ist gegen Googles Nutzungsbedingungen (AGB) um PII über Ihre Besucher/Benutzer in Ihrem Google Analytics-Konto zu sammeln.

Es besteht die Gefahr, dass alle Daten aller Tage, an denen personenbezogene Daten erfasst wurden, gelöscht werden.

Der Büro für Datenschutz und offene Regierung definiert PII als:

„Informationen, die zur Unterscheidung oder Rückverfolgung der Identität einer Person verwendet werden können, wie z. B. ihr Name, ihre Sozialversicherungsnummer, biometrische Aufzeichnungen usw. allein oder in Kombination mit anderen persönlichen oder identifizierenden Informationen, die mit einer bestimmten Person verknüpft oder verknüpfbar sind, wie z B. Geburtsdatum und -ort, Mädchenname der Mutter usw.“

PII-Beispiele

  • Namen
  • E-Mails
  • Physische Adressen
  • Telefonnummern
  • Internet Protocol (IP)-Adressen
  • Ausweisnummer
  • Sozialversicherungsnummer
  • Führerscheinnummer
  • Informationen zum Finanzkonto
  • Fingerabdrücke
  • Krankenakten

Wie gelangen personenbezogene Daten in Google Analytics?

PII gelangen normalerweise versehentlich über URL-Strings in GA.

Wenn ein Benutzer ein Formular auf Ihrer Website sendet oder eine Suchfunktion verwendet, werden die übermittelten Daten möglicherweise an den Server gesendet, indem die übermittelten Daten in Abfrageparametern an die URL der Formularübermittlungsanforderung angehängt werden.

Wenn diese Übermittlungs-URL ohne die Parameter nicht auf eine Bestätigungsseite umgeleitet wird, wird standardmäßig alles, was der Benutzer in die Formularfelder eingegeben hat, in GA als Teil der Seitenaufruf-URL erfasst. Zum Beispiel:

Überprüfen Sie Ihre Daten auf personenbezogene Daten

Wir empfehlen, Ihre UA-Daten (in einer ungefilterten Ansicht) zu überprüfen, um zu erfahren, welche URL-Parameter überprüft werden müssen.

💡 Dieser PII-Berichts-Linkgenerator für UA hilft Ihnen dabei, potenziell problematische Parameter aus Ihren UA-Daten zu identifizieren, um Ihre Sperrliste sowohl für GA4 als auch für UA zu erstellen.

Als Referenz finden Sie im Folgenden eine Liste* der von dieser Vorlage verwendeten regulären Ausdrücke:

* Diese Liste erhebt keinen Anspruch auf Vollständigkeit und kann zu falsch positiven Ergebnissen führen. Sie sollten die Übereinstimmungen überprüfen, um die Gültigkeit zu bestätigen.

PII-Kategorie Regulären Ausdruck
Telefonnummern – USA [=,;]\s*(\+\s*\d{1,3})?[-,.+\s(]*\d{3}[-,.+\s)]*\d{3}[-,.+\s]*\d{4}($|[,;:/?&#])
Telefonnummern – International \?.*([=:\,!]|%2[1C])(([\s+.\,)(-]|%2[0B1C89])*\d){11\,15}($|[&#:\,!%])
Physikalische Adresse (\d+\ )(([^\s]*)|([^\s]*\ ([^\s]*)))\ ((st(reet)?|ave(nue)?|dr(ive)?|(high)?way|la?ne?|r(oa)?d|b(ou)?le? v(ar)?d))
PLZ [=,]\d{5}(-\d{4})?($|[&#,])
E-Mail-Addresse [^&?#/](@|%40)([^&?#/]+)\.
CC – Visum/MC [=,;]\s*(\d{4}[-\s+]*){3}\d{4}($|[,;:/?&#])
CC – Amex [=,;]\s*\d{4}[-\s+]*\d{6}[-\s+]*\d{5}[-\s+]*($|[,;:/?&#])
Allgemeine Parameter – Passwort [?&,;](pwd?|passwort)=[^&#]
Allgemeine Parameter – Name [?&,;](f|l|u|s|full|first|last|user|screen)?name=[^&#]
Gebräuchliche Namen – 1 \b(J(im(my)?|ohn|ames)|Robert|Bob(von)?|Michael|(B|W)illy?(iam)?|Dav(id|e)|(D|R) ic(k|hard)|Ch(arl(es|ie)|uck))\b
Gebräuchliche Namen – 2 \b(Mary|Pat(ty|ricia)|Linda|Barb(ara)?|E?liz(zy|abeth)|Jenn?(ifer)?|Maria|Su(e|san))\b
Sozialversicherungsnummer (SSN) [=,;]\s*\d{3}[-\s+]*\d{2}[-\s+]*\d{4}($|[,;:/?&#])
IP-Adresse – IPv4 [^vn][=,;]\s*((25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)\.){3}(25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)($|[-,;:/?&#])
IP-Adresse – IPv6 [=,;]\S*(([0-9a-fA-F]{1,4}:){7,7}[0-9a-fA-F]{1,4}|([0-9a-fA-F]{1,4}:){1,7}:|([0-9a-fA-F]{1,4}:){1,6}:[0-9a-fA-F]{1,4}|([0-9a-fA-F]{1,4}:){1,5}(:[0-9a-fA-F]{1,4}){1,2}|([0-9a-fA-F]{1,4}:){1,4}(:[0-9a-fA-F]{1,4}){1,3}|([0-9a-fA-F]{1,4}:){1,3}(:[0-9a-fA-F]{1,4}){1,4}|([0-9a-fA-F]{1,4}:){1,2}(:[0-9a-fA-F]{1,4}){1,5}|[0-9a-fA-F]{1,4}:((:[0-9a-fA-F]{1,4}){1,6})|:((:[0-9a-fA-F]{1,4}){1,7}|:)|fe80:(:[0-9a-fA-F]{0,4}){0,4} %[0-9a-zA-Z]{1,}|::(ffff(:0{1,4}){0,1}:){0,1}((25[0-5]|(2[0-4]|1{0,1}[0-9]){0,1}[0-9])\.){3,3}(25[0-5]|(2[0-4]|1{0,1}[0-9]){0,1}[0-9])|([0-9a-fA-F]{1,4}:){1,4}:((25[0-5]|(2[0-4]|1{0,1}[0-9]){0,1}[0-9])\.){3,3}(25[0-5]|(2[0-4]|1{0,1}[0-9]){0,1}[0-9]))($|[-,;/?&#])

PII an der Quelle beheben

Wenn Sie in Ihren Google Analytics-Berichten PII sehen, sollten Sie mit dem IT- oder Webentwicklungsteam sprechen, das für die Wartung und Funktionalität der Website oder App verantwortlich ist, die die PII übermittelt.

Der beste Weg, dies zu verhindern, besteht darin, die eingehenden Anforderungswerte mit PII zu verschlüsseln oder sie vollständig aus URLs zu entfernen. Dies ist eine vorzuziehende Lösung, da sie auch die Daten schützt und die Privatsphäre der Benutzer am meisten schützt.

💡 In vielen Fällen besteht eine der schlanksten und effektivsten Lösungen – wenn möglich – darin, das zu ändern Formularmethode von GET nach POST.

Dadurch werden übermittelte Daten als Nutzdaten im Hauptteil der Anfrage und nicht in der Anfrage-URL gesendet. Dies ist aus vielen Gründen, die über die reine Integrität der Webanalyse hinausgehen, eine allgemeine Best Practice für Datenschutz und Sicherheit, da es mehrere Möglichkeiten gibt, wie URLs beim Transport, auf Servern und im Web „durchgesickert“ werden können.

Aber die Chancen stehen gut, dass Sie so schnell wie möglich eine Lösung benötigen. Sofern Sie also nicht das Glück haben, über die nötigen Ressourcen zu verfügen, um die Umsetzung sehr schnell durchzuführen, empfehlen wir Ihnen, diese Anfrage einzureichen und gleichzeitig ein Tracking-Update bereitzustellen, um personenbezogene Daten aus der Datenerfassung herauszufiltern. Und wenn die Verschlüsselung oder Entfernung der sensiblen Daten an der Quelle nicht möglich ist, ist der folgende Ansatz eine geeignete dauerhafte Lösung für GA (und andere über GTM verfolgte PII-allergische Plattformen).

Bei der Eigenschafts-/Verarbeitungskonfiguration wie der Filterung sieht GA4 ganz anders aus als Universal Analytics – aber nichts davon ist ohnehin für das Screening von PII geeignet.

Auch wenn sie in Ihren Berichten herausgefiltert werden, verstoßen sie in dem Moment, in dem PII die Server von Google erreicht haben, gegen die AGB von GA. Dies verstößt wahrscheinlich auch gegen die Datenschutzrichtlinie der betreffenden Website. Daher muss die PII-Überprüfung auf der Tracking-Seite erfolgen, und wir zeigen Ihnen, wie Sie mit Google Tag Manager verhindern, dass diese Daten an Google Analytics weitergeleitet werden.

So entfernen Sie personenbezogene Daten aus URLs mithilfe von GTM

Obwohl GA4- und UA-Tags unterschiedlich aussehen, funktioniert die von uns bereitgestellte Lösung für beide (und jede andere über GTM verfolgte Plattform).

Schritte zum Bereinigen personenbezogener Daten aus URLs

  1. Wählen Sie eine Parameter-Überprüfungsmethode: Zulassen vs. Blockieren
  2. Bereinigen Sie URLs mit JavaScript
  3. Senden Sie saubere Daten an GA
  4. Testen und veröffentlichen

Die Kernlogik befindet sich in einer benutzerdefinierten JavaScript-Variablen, mit der wir Parameter aus einer beliebigen URL entfernen können. Diese JavaScript-Variable wird Teil Ihrer Google Analytics-Konfigurations-Tags für Universal Analytics und GA4.

Zulassende vs. blockierende Parameter

Zunächst müssen Sie entscheiden, ob Sie eine Zulassungs- oder eine Sperrlistenmethode verwenden möchten.

Wie viele andere haben auch wir auf die Verwendung der Begriffe „Whitelist“ und „Blacklist“ verzichtet – wir haben es satt, Weiß damit zu assoziieren Gut und schwarz mit schlecht. An ihrer Stelle haben wir umfassendere Begriffe übernommen: „Zulassungsliste“ und „Blockliste“ (Matching). GTM-Konferenz).

Die von Ihnen gewählte Methode bestimmt, wie Sie standardmäßig mit Abfrageparametern umgehen. Mit einer Sperrliste würden Sie zulassen, dass alle Abfrageparameter außer denen auf der Liste durchkommen. Die Zulassungsliste funktioniert umgekehrt und entfernt standardmäßig alle Parameter mit Ausnahme derjenigen, die Sie behalten und in die Liste aufnehmen müssten.

Zulassungslistenmethode

Erwägen Sie ernsthaft, alle URL-Parameter standardmäßig zu entfernen. Dies vermeidet eine Menge potenziellen Rauschens und konzentriert Sie sich auf die Bestimmung, welche Parameter wertvolle Daten für Ihre Messstrategie liefern.

Bei diesem Ansatz verwenden wir eine „Zulassungsliste“, um bestimmte Parameter als die einzigen Parameter festzulegen, die von GA erfasst werden sollen. In diesem Fall möchten wir lediglich sicherstellen, dass wir weiterhin wichtige Plattformparameter wie utms, gclid und gbraid zulassen.

💡 Um Ihnen bei der Identifizierung aller Ihrer Parameter in Ihren UA-Daten zu helfen, können Sie Folgendes verwenden: diese Vorlage von Google.

Die Implementierung einer Zulassungsliste sollte nicht überstürzt erfolgen, da dadurch alle nicht spezifizierten Parameter ungültig werden. Konsultieren Sie daher vor der Veröffentlichung alle Teams, die auf Webanalysen angewiesen sind, und stellen Sie sicher, dass alle für sie wichtigen Parameter in die Zulassungsliste aufgenommen werden.

Darüber hinaus sollten sie das Veröffentlichungsdatum kennen, da es möglich ist, dass sich die Metriken auf Seitenebene auf Seiten erhöhen, die zuvor über viele Berichtszeilen verteilt waren.

Blocklist-Methode

Wenn aus Zeitgründen die für die Einführung einer Zulassungsliste erforderliche Koordination nicht möglich ist oder Sie befürchten, keine Sicherung für wertvolle Parameter zu haben, die Ihnen bei der Verwendung einer Zulassungsliste entgehen könnten, können Sie eine Sperrliste verwenden, um nur die von Ihnen angegebenen Parameter zu entfernen.

💡 Siehe Überprüfen Sie Ihre Daten auf personenbezogene Daten Hier finden Sie Tipps zur Verwendung Ihrer Analysedaten zur Identifizierung von PII-Parametern.

Bereinigen von URLs mit benutzerdefiniertem JavaScript

Erstellen Sie im Google Tag Manager eine neue benutzerdefinierte Variable. Benennen Sie es „Funktion – Strip-Parameter“ und legen Sie den Typ auf „Benutzerdefiniertes Javascript“ fest.

Der von Ihnen verwendete Code entspricht der von Ihnen gewählten Methode. Kopieren Sie den Code unten für die von Ihnen ausgewählte Version und platzieren Sie ihn in einer benutzerdefinierten JavaScript-GTM-Variable mit dem Namen „Function – Strip Parameters“.

Zulassungslistencode

function(){ varallowlist = ‘FIVE,EXAMPLE,ALLOWED,CUSTOM,PARAMS’+ ‘,utm_campaign,utm_content,utm_medium,utm_source,utm_term, utm_creative_format,utm_marketing_tactic,gbraid,wbraid,gclid,dclid’.split(‘,’) , replaceWith = ”; // Wenn leer, werden blockierte Parameter vollständig gelöscht, // andernfalls mit diesem Wert überschrieben. Rückgabefunktion sanitizeUrl( url ){ return url.replace( /((\?)|&)([^#&=]+)(?:=([^#&]*))?/g, function(input,delim,qmark,key,val){ if( -1 !==allowlist.indexOf(key) ) return input; sonst return replaceWith ? delim+key+’=’+replaceWith : qmark||”; }).replace(/\?&*$|(\?)&+/,’$1′); } }

Blocklist-Code

function(){ var blocklist = ‘FIVE,EXAMPLE,BLOCKED,CUSTOM,PARAMS’.split(‘,’), replaceWith = ”; // Wenn leer, werden blockierte Parameter vollständig gelöscht, // andernfalls mit diesem Wert überschrieben. Rückgabefunktion sanitizeUrl( url ){ return url.replace( /((\?)|&)([^#&=]+)(?:=([^#&]*))?/g, function(input,delim,qmark,key,val){ if( -1 === blocklist.indexOf(key) ) return input; sonst return replaceWith ? delim+key+’=’+replaceWith : qmark||”; }).replace(/\?&*$|(\?)&+/,’$1′); } }

Diese Funktion wird verwendet, um die Parameter festzulegen, die Sie behalten (Zulassungsliste) oder entfernen (Blockierungsliste) möchten, und führt den Prozess für den Zugriff auf die URL-Anforderungsdaten und das Ersetzen der angegebenen Parameter darin aus.

Ersetzen Sie die Werte in den Variablen der Zulassungs- oder Sperrliste im Code durch Ihre eigenen Parameterschlüssel, verwenden Sie Kommas als Trennzeichen und achten Sie darauf, dass sich um die Kommas herum keine Leerzeichen befinden. Wenn Sie beispielsweise die Blocklist-Methode verwenden und die E-Mail-, Telefon- und Adressparameter blockieren möchten, kann Ihr Code so aussehen:

Denken Sie daran, dass die Parameterschlüssel genau so geschrieben werden müssen, wie sie in der URL erscheinen. Um eine Übereinstimmung ohne Berücksichtigung der Groß- und Kleinschreibung zu ermöglichen, fügen Sie am Ende des ersten regulären Ausdrucks ein „i“ hinzu, sodass es wie folgt aussieht:

/((\?)|&)([^#&=]+)(?:=([^#&]*))?/gi

Wenn Sie die Parameter beibehalten und nur deren Werte schwärzen möchten, können Sie „replaceWith“ auf den Ersatzwert setzen. Zum Beispiel diese Konfiguration: replaceWith=”[REDACTED]„;’; würde zu einer bereinigten URL führen, die wie folgt aussieht:

https://www.Wix.com/thank-you?submit=true&email=[REDACTED]

Senden der bereinigten Daten an GA

Jetzt erstellen wir einige weitere Variablen, die unsere Funktion nutzen, um eine bereinigte URL-Zeichenfolge zu erstellen und die GA-Tracking-Konfiguration so zu aktualisieren, dass sie bereinigte Werte verwendet.

Erstellen Sie eine benutzerdefinierte Javascript-Variable mit dem Namen „Seiten-URL (bereinigt)“ und fügen Sie den folgenden Code ein:

function(){ return (location.href); }

In diesem Codeausschnitt rufen wir die Funktion auf, die wir zuerst definiert haben, und übergeben location.href als Argument, um eine bereinigte Version der vollständigen Seiten-URL zu erhalten. Wir werden diese Variable sowohl in den Konfigurationseinstellungen von Universal Analytics als auch von GA4 verwenden.

Wenn Sie über ein benutzerdefiniertes Tracking verfügen, das auch andere URLs einbezieht, die ebenfalls überprüft werden müssen, können Sie dieselbe Logik verwenden. Um beispielsweise die Klick-URL zu bereinigen:

function(){ return ( ); }

Jetzt ist es an der Zeit, diese neuen Variablen in Ihrer Tracking-Konfiguration zu verwenden.

Für GA4

Gehen Sie zu Ihrem GA4-Konfigurations-Tag. Fügen Sie unter „Einzustellende Felder“ eine neue Zeile hinzu.

Setzen Sie den „Feldnamen“ auf „page_location“ und den Wert auf Ihre Variable. (Wenn dieses Feld bereits definiert ist, möchten Sie stattdessen die neue Logik zum Entfernen von Parametern mit Ihren vorhandenen Anpassungen kombinieren.)

Wenn Seiten-URLs irgendwo anders übergeben werden (z. B. in benutzerdefinierten Parametern), sollten Sie nach dem gleichen Muster auch diese Felder bereinigen.

Für Universal Analytics

Erstellen Sie eine weitere benutzerdefinierte Javascript-Variable mit dem Namen „UA Pageview URL (Sanitized)“. Diese Variable wird nur mit der Universal Analytics-Konfiguration verwendet:

function(){ return (location.pathname + location.search); }

Wenn Sie Ihr Universal Analytics-Tag richtig eingerichtet haben, sollten Sie über eine GA-Einstellungsvariable verfügen, die Ihre Universal Analytics-Konfigurationseinstellungen enthält. Öffnen Sie diese Variableneinstellungen und fügen Sie zwei „Felder zum Festlegen“ hinzu:

Testen und veröffentlichen

Testen Sie Ihre Lösung im GTM-Debug-Modus.

Testen Sie auf der Seite mit den URL-Parametern, die Sie in Ihren Zulassungs-/Blocklistencode aufgenommen haben, und sehen Sie sich an, wie Ihre neuen Variablen gefüllt werden. Sie sollten Ihre unveränderte Version der URL als Wert in der Standard-Seiten-URL-Variable und die bereinigte Version als Wert Ihrer benutzerdefinierten Variablen sehen:

Sie sollten auch Ihre Tags überprüfen und sicherstellen, dass sie mit den richtigen Daten ausgelöst wurden:

Im Rahmen einer Due-Diligence-Prüfung sollten Sie vor der Veröffentlichung auch sicherstellen, dass Konfigurationen, die auf URL-Parametern basieren (z. B. Zielkonfigurationen), nicht kaputt gehen, wenn einige Parameter verschwinden.

Ein Formular könnte beispielsweise immer ein paar Parameter angehängt haben:

/contact?email=rex@example.com&success=1

Wenn die Zielkonfiguration nach „&success=1“ gesucht hat und wir „E-Mail“ blockieren, wird diese Zielkonfiguration nicht funktionieren. Dies liegt daran, dass die URL „?success=1“ enthält, wenn die E-Mail aus der URL entfernt wird.

Verlassen Sie sich beim Abgleich von URLs niemals auf die Parameterreihenfolge! Verwenden Sie stattdessen immer diesen regulären Ausdruck: [?&] direkt vor dem Parameterschlüssel, um diesen Parameter an jeder Position abzugleichen. Kein Grund, dem zu entkommen? Zeichen hier, da es innerhalb der Zeichenklassenklammern steht [ ], wird es als wörtliches Fragezeichen behandelt. Zum Beispiel: [?&]Erfolg=1(&|#|$).

Wenn alles wie erwartet funktioniert, können Sie Ihre Änderungen veröffentlichen. Überprüfen Sie Ihre Änderungen mithilfe der Echtzeitberichte von GA.

Unabhängig davon, ob Sie eine Zulassungsliste oder eine Sperrliste verwenden, ist es ratsam, eine Dokumentation darüber zu führen, wie Sie Abfrageparameter bearbeiten.

UA-Alternative: Bereinigen Sie alle Felder über eine benutzerdefinierte Aufgabe

Abhängig von Ihrer Einrichtung können personenbezogene Daten auch in anderen Feldern als der verfolgten URL übergeben werden.

Der obige Ansatz kann auf jedes Feld angewendet werden, erfordert jedoch, dass jedes dieser Felder identifiziert und explizit mit seiner eigenen dedizierten GTM-Variablen festgelegt wird. Während dies für GTM-Benutzer der am besten zugängliche Ansatz ist, da er nur GTM-Funktionen nutzt, gibt es eine flexiblere Option für UA, die PII mit einem einzigen Codeblock aus allen Feldern entfernen kann und nicht alle problematischen Felder im Voraus identifizieren muss.

Diese Methode basiert auf der Verwendung der customTask-API, die in Universal Analytics verfügbar ist.

Vereinfacht ausgedrückt handelt es sich bei „customTask“ um eine der Funktionen, die zwischen dem Tracking-Prozess, bei dem die Daten erfasst werden, und der HTTP-Anfrage, die die Daten an den Analyseserver sendet, ausgeführt werden. Es soll Ihnen die Möglichkeit geben, auf die Anforderungsdaten zuzugreifen und diese zu ändern. Darüber hinaus können Sie andere Standardaufgaben/Prozesse ändern, die danach ausgeführt werden.

💡Während customTask in einem verwendet werden kann viele kreative Möglichkeitenverwenden wir es, um die sensiblen Daten aus der Analytics-Datenerfassungsanfrage zu entfernen. Brian Clifton hat hierfür einen tollen Implementierungsleitfaden parat Hier.

Leider gibt es kein Äquivalent zur benutzerdefinierten Aufgabe für GA4.

Loslegen

Schritt 1: Vorlage herunterladen

Laden Sie zunächst diesen GTM-Container herunter, der sowohl die Sperrlisten- als auch die Zulassungslistenlogik sowie die bereinigten URL-Variablen für GA4 enthält.

VORLAGE HERUNTERLADEN

Schritt 2: Importieren Sie in Ihr GTM

Importieren Sie dies in Ihren GTM-Container und fügen Sie es in die relevanten Vorlagen-Tags ein:

  • GA4 – Ordnen Sie unter „Einzustellende Felder“ im GA4-Konfigurations-Tag die bereinigte Seiten-URL „page_location“ zu (wie oben gezeigt).
  • UA – Ordnen Sie unter „Einzustellende Felder“ in den GA-Einstellungsvariablen die bereinigte Seiten-URL dem „Standort“ und eine bereinigte UA-Seitenaufruf-URL-Variable dem Feld „Seite“ zu (wie oben gezeigt).
  • Sonstiges – Bestimmen Sie, welche Felder URLs verfolgen und welche Formatierungsanforderungen sie haben. Erstellen Sie bei Bedarf die bereinigte URL-Variable für das/die erforderliche(n) Format(e) und überschreiben Sie die fehlerhaften Felder im Tracking-Tag/in der Tracking-Konfiguration der Plattform mit der/den bereinigten URL-Variable(n).

Schritt 3: Qualitätssicherung und Veröffentlichung

Ändern Sie dann die Variable „Funktion – Parameter entfernen“, um die fehlerhaften Parameter und die Qualitätssicherung zu entfernen, und veröffentlichen Sie sie!

Und denken Sie daran, sicherzustellen, dass Sie keine wertvollen Parameter verlieren, bevor Sie sich für eine Zulassungsliste entscheiden. Wenn Sie sich nicht sicher sind, ist es sicherer, standardmäßig eine Sperrliste zu verwenden.

Was jetzt?

PII-Prüfungsunterstützung

Seher kann helfen! Wir bringen unsere Analysekompetenz ein, indem wir Sie und Ihr Team in die Lage versetzen, auf Ihre Daten zu reagieren. Ganz gleich, ob Sie ein solides Fundament oder eine langfristige Partnerschaft suchen, wir haben das passende Team für Ihre Bedürfnisse.

ANALYSE-DIENSTLEISTUNGEN ANZEIGEN

Zusätzliche Ressourcen

💡 Weitere Tipps und Tricks zur Verwendung des Google Tag Managers finden Sie hier:

Weitere GTM-Beiträge lesen

Melden Sie sich für unseren Newsletter an, um weitere Beiträge wie diesen in Ihrem Posteingang zu erhalten:

Table of Contents