Skip to main content

Einwilligungsverwaltung

Abhängig vom Land, in dem Sie Ihre Website betreiben, müssen Sie möglicherweise die Einwilligung verwalten, bevor Sie Daten über Ihre Besucher erheben. Weitere Informationen finden Sie in der Dokumentation zur Einwilligungsverwaltung.

Geraeteuebergreifende Verlaufsabstimmung

Die Funktion zur geraeteuebergreifenden Verlaufsabstimmung von Kameleoon fuehrt den Verlauf und die Aktionen eines Nutzers ueber verschiedene Geraete hinweg zusammen. Wenn ein Nutzer eine Website mehrmals ueber unterschiedliche Geraete besucht, identifiziert Kameleoon ihn als wiederkehrenden Besucher und meldet die Anzahl der Besuche genau. Diese Funktion ist einfach zu aktivieren, solange Sie Nutzer identifizieren koennen, in der Regel ueber eine Kundenanmeldung. Durch die Verwendung der geraeteuebergreifenden Verlaufsabstimmung gewinnen Sie drei wesentliche Vorteile:
  • Ein kohaerentes Targeting-System, das alle Besuche und Aktionen ueber Geraete hinweg beruecksichtigt.
  • Sicherstellen, dass ein Besucher fuer ein bestimmtes A/B-Experiment dieselbe Variation sieht, unabhaengig vom verwendeten Geraet.
  • Ein praezises und genaues Reporting-System, das eindeutige Besucher korrekt zaehlt.
Weitere Informationen zu dieser Funktion finden Sie in dieser Dokumentation.

ITP-Verwaltung

Wenn ein erheblicher Teil des Traffics Ihrer Website von Mobilgeraeten stammt, implementieren Sie eine Cookie-Synchronisationsmethode, um Probleme mit Intelligent Tracking Prevention (ITP) auf Safari zu vermeiden. Weitere technische Details zur ITP-Verwaltung finden Sie in der Dokumentation. Es gibt mehrere Optionen zur Synchronisierung des visitorCode-Identifiers (ueber das Cookie kameleoonVisitorCode) zwischen Frontend und Backend, um ITP-Probleme auf Safari zu vermeiden. Zu diesen Optionen gehoeren:
  • Aenderung Ihrer vorgeschalteten Webserver- oder Content-Delivery-Network-(CDN)-Konfiguration zur Erzeugung und Hinzufuegung des Cookies kameleoonVisitorCode. Kameleoon kann Anweisungen fuer Akamai bereitstellen.
  • Implementierung eines bestimmten Code-Snippets auf Ihrem Backend-Server (Java, NodeJS oder einer anderen Sprache).

Nginx-Code-Snippet

Verwenden Sie fuer die Integration mit Nginx das folgende Code-Snippet:

Backend-Code-Snippets

Sie koennen eines der Backend-Code-Snippets entweder auf einer einzelnen URL Ihrer Haupt-Top-Level-Domain oder auf jeder Seite hosten. Wenn Sie sich fuer einen einzelnen Endpoint entscheiden, ruft Kameleoon den angegebenen Endpoint einmal pro Sitzung auf, um sicherzustellen, dass Ihr Server das Cookie kameleoonVisitorCode setzt. Dieser Aufruf erfolgt asynchron, nachdem die Seite vollstaendig geladen wurde. Wenden Sie sich an Ihren Technical Account Manager, um diese Option zu aktivieren. Kameleoon benoetigt die von Ihnen gewaehlte URL.
Der von Ihnen erstellte Synchronisations-Endpoint sollte keine Daten zurueckgeben. Ein Antwortcode 204 No Content ist ausreichend. Dieser Endpoint wird ausschliesslich zum Setzen eines serverseitigen Cookies verwendet und sollte eine GET-Anfrage akzeptieren, die mit dem folgenden Code an die von Ihnen definierte Sync-URL gesendet wird:
Wenn Sie das Back-End-Code-Snippet auf jeder Seite einbetten, sind keine zusätzlichen Aktionen erforderlich. Das Snippet erstellt das Cookie automatisch, wenn normale Seitenanfragen Ihre Server erreichen.
Sie koennen Ihren eigenen Visitor Code angeben, in der Regel einen eindeutigen Bezeichner aus Ihrer Datenbank, anstatt sich auf die automatische Generierung zu verlassen. Stellen Sie sicher, dass der von Ihnen angegebene visitorCode für jeden Besucher eindeutig ist, damit Ihre Experimente möglichst genaue Daten liefern.
Wenn Sie sowohl Kameleoon Web als auch Feature Experiments mit einem der serverseitigen SDKs verwenden, koennen Sie direkt die Methode getVisitorCode() nutzen. Diese Hilfsmethode ruft automatisch den Kameleoon-Visitor Code fuer den aktuellen Besucher ab und erstellt das Cookie im Back-End.

Java

NodeJS

PHP

Kopieren Sie diesen Code, fügen Sie ihn ein und ersetzen Sie MY_DOMAIN durch Ihre Top-Level-Basisdomain (z. B. mydomain.com).

C#

Go

Python

Ruby

Eine benutzerdefinierte Domain verwenden

Wenn Sie Ihre eigene Domain anstelle der Standarddomain von Kameleoon verwenden moechten oder wenn Werbeblocker verhindern, dass einige Nutzer an Experimenten teilnehmen, bietet Kameleoon eine Premium-Option zur Einrichtung einer benutzerdefinierten Domain und zur Umgehung der Erkennung. Erfahren Sie mehr darueber, wie Sie eine benutzerdefinierte Domain aktivieren.

Ihren eigenen CDN- oder Hosting-Server verwenden (Self-Hosting)

Die Kameleoon-Anwendungsdatei engine.js (früher kameleoon.js genannt) können Sie entweder auf dem Kameleoon-CDN oder auf Ihren eigenen CDNs oder Servern hosten. Das Hosting auf Ihren eigenen Servern kann eine geringfügige Leistungsverbesserung bieten, da eine zusätzliche DNS-Abfrage und ein SSL-Handshake entfallen, die das Kameleoon-CDN erfordert. Außerdem können Sie Self-Hosting aus Sicherheitsgründen bevorzugen, da Sie die Einhaltung Ihrer internen Sicherheitsrichtlinien sicherstellen und die Verantwortung für die Sicherheit Ihrer Hosting-Server übernehmen können. Wenn Sie die Kameleoon-Anwendungsdatei selbst hosten moechten, lesen Sie die Self-Hosting-Dokumentation.

FAQ

Ja, Kameleoon bietet diese erweiterte Option an. Leiten Sie alle HTTP-Anfragen, die auf Ihrem Server eingehen, an (eu|na)-data.kameleoon.(eu|io) weiter. Wenn Sie beispielsweise tracking.yourdomain.com als Ihre Tracking-Domain wählen, wäre eine Tracking-Anfrage ein POST an tracking.yourdomain.com. Ihr Server sollte die Anfrage dann zusammen mit allen erforderlichen Daten und Parametern an den Host (eu|na)-data.kameleoon.(eu|io) weiterleiten. Um diese Option zu aktivieren, wenden Sie sich an Ihren Technical Account Manager.
Stellen Sie beim Weiterleiten von Anfragen an (eu|na)-data.kameleoon.(eu|io) sicher, dass Sie die Anfrage-URL in (eu|na)-data.kameleoon.(eu|io) umschreiben. Es reicht nicht aus, die Anfrage einfach weiterzuleiten und den ursprünglichen HTTP-Header Host: auf Ihre Domain gesetzt zu lassen. Setzen Sie den Header Host: auf (eu|na)-data.kameleoon.(eu|io).
Bestimmte Ad-Blocker können Kameleoon blockieren, wie viele andere Lösungen zur Optimierung der Benutzererfahrung auch. Ad-Blocker wirken sich vor allem auf die Anwendungsdatei von Web Experimentation (engine.js) und auf clientseitige SDKs aus, die auf JavaScript-Code angewiesen sind, der auf Ihrer Website geladen wird. Serverseitige SDKs laufen dagegen auf Ihren Servern und sind von Ad-Blockern nicht betroffen.Wenn Sie Besucher mit Ad-Blockern in Ihre Experimente einbeziehen möchten, bietet Kameleoon eine Premium-Option, mit der Sie statt der Standarddomain von Kameleoon eine benutzerdefinierte Domain verwenden können. Benutzerdefinierte Domains verhindern, dass Ad-Blocker Kameleoon erkennen und blockieren. Nach der Konfiguration verwendet Kameleoon Ihre benutzerdefinierte Domain für alle ausgehenden Netzwerkanfragen an seine Server, sowohl für Tracking-Zwecke als auch für das Abrufen von Aktualisierungen der SDK-Konfiguration.Eine benutzerdefinierte Domain ist nicht dasselbe wie Self-Hosting. Mit einer benutzerdefinierten Domain hostet und liefert die Infrastruktur von Kameleoon weiterhin alle Inhalte (z. B. engine.js, SDK-Konfiguration und Tracking-Aufrufe). Der Unterschied liegt darin, dass Kameleoon diese Anfragen über eine dedizierte Domain leitet, die Sie angeben, etwa experiments-mydomain.com.Um diese Option zu aktivieren, wenden Sie sich an Ihren Technical Account Manager. Sie müssen eine dedizierte vollständige Domain angeben, etwa experiments-mydomain.com. Der Domainname darf den Teilstring kameleoon nicht enthalten.
  • Ersetzen Sie bei Web Experimentation Verweise auf die Standarddomain von Kameleoon (kameleoon.) durch Ihre benutzerdefinierte Domain.
    • Beispiel: //SITE_CODE.experiments-mydomain.com/engine.js
  • Verwenden Sie für clientseitige SDKs den Parameter networkDomain bei der Initialisierung des SDKs.
Wenn Sie statt einer benutzerdefinierten Domain selbst hosten möchten, folgen Sie dem einfachen Leitfaden zum Selbst-Hosting.