Beispiele für die Anpassung der Tracking-Einstellungen durch Websites

Die Web-Tracking-Einstellungen geben Ihnen die Flexibilität, festzulegen, wie Besucherdaten auf den verschiedenen von Ihnen verwalteten Websites erfasst und interpretiert werden. Je nach Ihren geschäftlichen Anforderungen kann jede Website ein individuelles Tracking-Verhalten erfordern. Weitere Informationen zu Webtracking-Einstellungen finden Sie unter Web-Tracking konfigurieren Die

Dieser Artikel stellt vier praktische Szenarien vor, die veranschaulichen, wie Sie Ihre Web-Tracking-Konfigurationen effektiv anpassen und organisieren können:

1. Szenario 1: Mehrere Websites mit unterschiedlichen Webtracking-Anforderungen
2. Szenario 2: Unklarheiten bezüglich der Besitzverhältnisse und Konfigurationsüberfrachtung durch Trennung der Konfigurationen beseitigen
3. Szenario 3: Standardmäßige Web-Tracking-Konfiguration zulassen
4. Szenario 4: Testen einer Web-Tracking-Konfiguration

Nutzen Sie diese Szenarien als Beispiele, um Ihre Web-Tracking-Einstellungen so zu organisieren, dass die Daten sauber bleiben, die Konfigurationen wartungsfreundlich sind und die Customer Journeys auf all Ihren Websites korrekt abgebildet werden.

Szenario 1: Mehrere Websites mit unterschiedlichen Webtracking-Anforderungen

Ein Softwareunternehmen verwaltet die Webseiten zweier verschiedener Unternehmen:

• Website A ist ein E-Commerce-Shop, der verschiedene Produkte verkauft.
• Website B ist eine Versicherungsgesellschaft, die eine Single-Page-Anwendung hostet. Die Anwendung ermöglicht es Benutzern, sich zu registrieren, sich mit ihren Konten auf der Website anzumelden und ihre Richtlinien zu verwalten.

Beide Websites weisen ähnliche URL-Eigenschaften auf:

Obwohl die beiden Websites die gleichen URL-Eigenschaften aufweisen, haben sie völlig unterschiedliche Anforderungen an das Web-Tracking.

Die Organisation versucht, diese spezifischen Web-Tracking-Anforderungen für Website A und Website B in den bestehenden Web-Tracking-Einstellungen zu übersetzen. Speisekarte > Orchestrierung > Einstellungen für die vorausschauende Interaktion Dies führt zu folgenden Tracking-Verhaltensweisen:

Um die Einschränkungen der zentralisierten Web-Tracking-Einstellungen im Rahmen von Predictive Engagement zu überwinden, beschließt die Organisation, die beiden Messenger-Konfigurationen – die jeweils für Website A und Website B bereitgestellt wurden – zu bearbeiten und für beide direkt im Messenger unterschiedliche Web-Tracking-Einstellungen zu definieren. Ihre jeweiligen Web-Tracking-Einstellungen sind wie folgt konfiguriert:

• Das Marketingteam wird auf Website A erfolgreich vom Tracking ausgeschlossen, während es auf Website B als regulärer Besucher erscheint.
• Erfasst Informationen, die für ihre geschäftlichen Bedürfnisse relevant sind, in ihren URLs von Website A, während Website B erfolgreich alle sensiblen Daten, die in der URL gespeichert sind, ausgeschlossen hat und gleichzeitig relevante Navigationsdaten erfasst hat.

Szenario 2: Unklarheiten bezüglich der Besitzverhältnisse und Konfigurationsüberfrachtung durch Trennung der Konfigurationen beseitigen

Eine Organisation verfügt über mehrere Business-Administratoren, von denen jeder für die Verwaltung des Web-Trackings auf verschiedenen Websites zuständig ist. Bei Predictive Engagement führt das Vorhandensein mehrerer Benutzereinträge in den Web-Tracking-Einstellungen zu einer Verwischung der Zuständigkeitsgrenzen und einer Verringerung der Klarheit der einzelnen Felder. Daher fällt es Business-Administratoren schwer festzustellen, auf welche Website welche Einstellung zutrifft oder ob sie überhaupt noch Anwendung findet. Um das Risiko zu vermeiden, dass versehentlich mehrere Bereitstellungen beeinträchtigt werden, bleiben veraltete Werte oft in der Konfiguration erhalten.

Die Web-Tracking-Einstellungen der Organisation unter „Predictive Engagement“ enthalten mehrere Benutzerbeiträge, die wie folgt konfiguriert sind:

Indem Business-Administratoren stattdessen ihre individuellen Web-Tracking-Einstellungen in ihren jeweiligen Messenger-Konfigurationen vornehmen, können sie Besitzverhältnisse und Verantwortlichkeiten klar trennen. Jeder Administrator kann seine eigene Tracking-Konfiguration pflegen, die auf der von ihm verwalteten Website eingesetzt wird, ohne das von seinen Kollegen konfigurierte Tracking-Verhalten zu beeinträchtigen, wie im Folgenden dargestellt:

Szenario 3: Standardmäßige Web-Tracking-Konfiguration zulassen

Ein Unternehmen betreibt eine Hauptwebsite für die Öffentlichkeit und besitzt verschiedene Webdomains, die der internen Entwicklung und dem Testen gewidmet sind. Das Entwicklerteam nutzt die Entwicklungsumgebung, um die Website des Unternehmens zu pflegen und zu verbessern. Sobald ihr Code fertiggestellt ist, werden sie in die Testumgebung integriert, bevor die Änderungen sicher öffentlich veröffentlicht werden können. Während ihre Hauptwebsite für die Nutzung durch Kunden bestimmt ist und sensible Benutzerdaten verarbeitet, sollten ihre internen Webdomains keine Tracking-Einschränkungen aufweisen, um sicherzustellen, dass ausreichend Ereignisdaten für Testzwecke gesammelt werden.

Das Unternehmen nutzt drei verschiedene Messenger-Konfigurationen für seine öffentlich zugängliche Website, seine Entwicklungs- und Testumgebungen, um seine drei Entwicklungsphasen zu verwalten. Wenn alle drei Web-Tracking-Einstellungen auf die zentralisierten Legacy-Einstellungen unter Predictive Engagement konfiguriert wären, müsste das Unternehmen möglicherweise Kompromisse eingehen: 

• Die Menge der intern erfassten Daten verringert die Sichtbarkeit des Entwicklungsteams bei der Durchführung von Entwicklungsaufgaben und Tests, während gleichzeitig die Erfassung sensibler Benutzerdaten von der öffentlich zugänglichen Website vermieden wird.
• Das Erfassen ungefilterter Daten zur Erfüllung von Entwicklungs- und Testanforderungen durch Beibehaltung der Web-Tracking-Einstellungen auf Standardwerten führt zur Sammlung sensibler Benutzerdaten auf der öffentlich zugänglichen Website und verstößt somit gegen die Datenschutzbestimmungen.

Das Unternehmen kannte die Risiken und entschied sich daher für eine separate Konfiguration des Web-Trackings, wie im Folgenden dargestellt. Dabei wurden in der Messenger-Konfiguration der öffentlich zugänglichen Website spezifische Werte festgelegt, um das Tracking-Verhalten an die Geschäftsanforderungen und die Einhaltung der Datenschutzbestimmungen anzupassen. Die Messenger-Konfigurationen für Entwicklung und Test sind ebenfalls so konfiguriert, dass sie Messenger-spezifische Web-Tracking-Einstellungen verwenden, wobei die Standardwerte für das Tracking verwendet werden. Das heißt, kein Benutzer wird ignoriert und alle URL-Abfrageparameter werden verfolgt. Dadurch wird sichergestellt, dass alle Navigationsdaten erfasst werden:

Szenario 4: Testen einer Web-Tracking-Konfiguration

Ein Administratorbenutzer ist für die Implementierung des Web-Trackings in seinem Unternehmen zuständig. Sie möchten verhindern, dass die IP-Adressen interner Mitarbeiter und sensible Nutzerdaten auf ihrer öffentlich zugänglichen Website erfasst werden, während gleichzeitig die von Websitebesuchern gesuchten Schlüsselwörter aufgezeichnet werden. Bevor sie diese auf ihrer öffentlich zugänglichen Website im Produktivbetrieb einsetzen, müssen sie sicherstellen, dass ihre Messenger-spezifischen Web-Tracking-Einstellungen entsprechend definiert sind. Sie bearbeiten ihre Messenger-Konfiguration, um die internen IP-Adressen der Mitarbeiter, die Abfrageparameter, die unerwünschte Daten speichern, und den Abfrageparameter, der zum Speichern der von den Benutzern gesuchten Begriffe verwendet wird, anzugeben. Eine neue Messenger-Konfigurationsversion wird wie folgt erstellt:

In einer zu Testzwecken erstellten Messenger-Bereitstellung mit dem Namen Test Env wählt der Administrator die neueste von ihm erstellte Messenger-Konfigurationsversion aus, die die neuen Web-Tracking-Einstellungen enthält. Die bisherige Messenger-Konfigurationsversion, die standardmäßige Messenger-spezifische Webtracking-Einstellungen enthält, ist unterdessen weiterhin die produktive Version:

Der Administrator simuliert die Nutzererfahrung eines Webseitenbesuchers, indem er in seiner Testumgebung navigiert, in der diese neuen Einstellungen gelten. Dem Administrator ist bewusst, dass er eine beträchtliche Menge an Daten verliert, weil die URL-Fragmentverfolgung standardmäßig deaktiviert ist. Ihre Navigation wird nur teilweise nachverfolgt. Mehrere Seiten, die sie während des Tests besucht haben, fehlen in der Kundenreise-Ansicht Die Der Administrator erstellt eine neue Messenger-Konfigurationsversion, bei der die URL-Fragmentverfolgung aktiviert ist.

Auch die neueste Web-Tracking-Konfiguration muss vor dem Produktiveinsatz getestet werden. Der Administrator bearbeitet seine Testumgebungs-Messenger-Bereitstellung, um die neueste Messenger-Konfigurationsversion zuzuweisen, die die URL-Fragmentverfolgung beinhaltet.

Die neue Konfiguration verfolgt wie erwartet alle Webseiten und entspricht damit den Geschäftsanforderungen. Der Administrator kann nun die neueste Messenger-Konfigurationsversion sicher in der Produktionsumgebung bereitstellen, um diese Webtracking-Einstellungen auf seiner öffentlich zugänglichen Website anzuwenden: