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.
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: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.
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
C#
- .NET Core
- .NET Framework
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-Anwendungsdateiengine.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
Kann ich meinen Server als Proxy für die Tracking-Aufrufe von Kameleoon verwenden?
Kann ich meinen Server als Proxy für die Tracking-Aufrufe von Kameleoon verwenden?
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.Wie wirken sich Ad-Blocker auf Kameleoon aus?
Wie wirken sich Ad-Blocker auf Kameleoon aus?
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
- Beispiel:
- Verwenden Sie für clientseitige SDKs den Parameter
networkDomainbei der Initialisierung des SDKs.