Zum Hauptinhalt springen
Dieser Leitfaden behandelt die verschiedenen Implementierungsoptionen, die Kameleoon bietet. Obwohl der Implementierungsprozess einfach ist — typischerweise besteht er aus der Installation eines JavaScript-Tags im HTML-Quellcode Ihrer Seite — sollten Sie einige wichtige Details verstehen. Insbesondere sollten Sie wissen, wo Sie Tags platzieren, welche Kompromisse die verschiedenen Implementierungen mit sich bringen und wann der Browser die Kameleoon-Anwendungsdatei laedt und analysiert. Die richtige Konfiguration optimiert die Leistung und stellt sicher, dass die Plattform ordnungsgemaess funktioniert. Pruefen Sie die unten aufgefuehrten Implementierungsmethoden, um zu entscheiden, welche am besten zu Ihren Anforderungen passt. Um eine grundlegende Implementierung von Kameleoon auf Ihrer Website zu erstellen, folgen Sie dem Leitfaden Einfache Implementierung.
Nachdem Sie eine Implementierungsmethode ausgewaehlt haben, konfigurieren Sie diese fuer Ihr Kameleoon-Projekt. Kameleoon generiert basierend auf Ihrer Konfiguration automatisch das passende Installations-Tag. Um Ihr Projekt zu konfigurieren, folgen Sie den Schritten in diesem Leitfaden.
Treten Sie der Slack-Community bei, um Fragen zu Produktfunktionen zu stellen und auf die neuesten Updates zuzugreifen.

​
Installations-Tags und Funktionen​

Die folgende Tabelle zeigt die Implementierungsoptionen, einschliesslich der Funktionen und Leistungsmerkmale der einzelnen Optionen. Jede Zeile stellt eine andere Implementierungsoption dar und zeigt, wie der Browser die Kameleoon-JavaScript-Anwendungsdatei laedt. Die Spalten heben Faktoren wie Leistung, Flackern, vereinheitlichte Sitzungsdaten und Tag-Manager-Kompatibilitaet hervor. Spaetere Abschnitte dieses Leitfadens enthalten detaillierte Erklaerungen dieser Merkmale sowie Code-Snippets, die Ihnen den Einstieg erleichtern.
ImplementierungsmethodeFlackernKann das Laden der Seite blockierenPriorisiertes Laden des SkriptsVon ITP betroffenMit Tag Manager verwendbar
Asynchrones Laden mit Anti-FlickerNeinNeinJaNeinNein
Asynchrones LadenJaNeinJa (wenn nicht ueber einen Tag Manager installiert)NeinJa
Synchrones LadenNeinJaJaNeinNein
Beachten Sie, dass alle Implementierungsmethoden vereinheitlichte Sitzungsdaten ueber Subdomains hinweg unterstuetzen.

​
Merkmale und Funktionen​

Dieser Abschnitt definiert und erlaeutert die in der vorherigen Tabelle aufgefuehrten Merkmale und Funktionen.

​
Flackern​

Flackern (oder der “Flicker-Effekt”) ist ein haeufiges Problem bei JavaScript-basierten A/B-Test-Loesungen, bei dem der urspruengliche Seiteninhalt kurz angezeigt wird, bevor die Experiment-Variation geladen wird. Die Spalte Flackern gibt an, ob die Installationsmethode dieses Problem verursachen kann. Weitere Informationen finden Sie in der Dokumentation zur Flacker-Verwaltung von Kameleoon.

​
Kann das Laden der Seite blockieren​

Kann das Laden der Seite blockieren gibt an, ob der Ladevorgang Ihrer Website stoppt, falls die Content-Delivery-Network-(CDN)-Server von Kameleoon (oder Ihr eigenes CDN/Ihr eigener Server, der die Kameleoon-Datei hostet) nicht erreichbar sind. Nur die Methode JavaScript-Datei (synchrones Laden) birgt dieses Risiko. Alle anderen Methoden halten Ihre Website voll funktionsfaehig, selbst wenn die Hosting-Server nicht verfuegbar sind.

​
Priorisiertes Laden des Skripts​

Wenn ein Browser eine HTML-Seite laedt, muss er statische Ressourcen (JavaScript-Dateien, CSS-Stile, Iframes, Bilder) herunterladen, bevor er sie verwendet. Browser stellen diese Ressourcen in der Regel in eine Netzwerkwarteschlange und laden sie in einer bestimmten Prioritaetsreihenfolge herunter. Zwei kritische Faktoren beeinflussen diesen Prozess:
  • Ein Browser muss eine Ressource “entdecken”, bevor er sie herunterladen kann.
  • Wichtige Browser weisen statisch eingebundenen Skripten eine hoehere Prioritaet zu als ueber JavaScript dynamisch geladenen Skripten.
Um beispielsweise sicherzustellen, dass eine JS-Datei mit hoeherer Prioritaet geladen wird, verwenden Sie diese Methode: 
<script type="text/javascript" src="resources/scripts/example.js" async></script>
Vermeiden Sie diese Methode: 
<script type="text/javascript" >
  var scriptNode = document.createElement("script");
  scriptNode.type = "text/javascript";
  scriptNode.src = "resources/scripts/example.js";
  document.head.appendChild(scriptNode);
</script>
Obwohl dies von Browser-Anbietern nicht ausdruecklich dokumentiert ist, deuten empirische Hinweise darauf hin, dass HTML-Parser entdeckten Ressourcen eine hoehere Prioritaet zuweisen als Ressourcen, die durch dynamische DOM-Aenderung hinzugefuegt werden.
Priorisiertes Laden des Skripts platziert die Kameleoon-Anwendungsdatei an der Spitze der Netzwerkwarteschlange des Browsers und stellt sicher, dass sie schneller geladen wird als bei nicht-priorisierten Setups. Sie sollten diese Option fuer Kameleoon verwenden. Auch wenn andere Ressourcen dadurch leicht verzoegert werden koennen, ist A/B-Testing eine kritische Funktion, die sofort geladen werden sollte, im Gegensatz zu Analysetools, die spaeter geladen werden koennen, ohne die Seitenanzeige zu beeintraechtigen. Alle aktuellen Implementierungsmethoden von Kameleoon bieten priorisiertes Skript-Laden, ausser wenn Sie Kameleoon ueber einen Tag Manager installieren.

​
Von ITP betroffen​

Apples Intelligent Tracking Prevention (ITP) fuer Safari (Desktop und Mobile) verhindert unerwuenschtes Drittanbieter-Tracking. Mozilla hat eine aehnliche Technologie in Firefox implementiert. ITP blockiert hauptsaechlich Werbe-Tracker daran, Nutzer ueber mehrere Websites hinweg zu verfolgen. Kameleoon bietet eine Loesung fuer die ITP-Beschraenkungen. Seit Version 2.3 (Maerz 2020) erfordert diese Loesung einen zusaetzlichen Konfigurationsschritt. Weitere Informationen finden Sie im ITP-Verwaltungsartikel.

​
Mit Tag Manager verwendbar​

Mit Tag Manager verwendbar gibt an, ob die Implementierungsmethode ein Tag-Management-System (TMS) unterstuetzt. Kameleoon funktioniert mit allen wichtigen TMS-Plattformen. Sie sollten Kameleoon jedoch direkt in den Quellcode Ihrer Seite einbinden, anstatt ein TMS zu verwenden. Die direkte Installation hilft, den Flicker-Effekt zu verhindern, wie im Leitfaden zur Flacker-Verwaltung von Kameleoon erlaeutert.

​
Tracking vereinheitlichter Sitzungsdaten ueber Subdomains​

Kameleoon vereinheitlicht Sitzungsdaten ueber Subdomains hinweg und verbindet Nutzersitzungen ueber mehrere Subdomains zu einer einzigen Sitzung. Wenn ein Besucher beispielsweise eine Sitzung auf portal.myecommercesite.com startet und auf transaction-engine.myecommercesite.com fortsetzt, behandelt Kameleoon dies als einen einzigen kontinuierlichen Besuch. Diese Funktion stellt eine genaue Datenerfassung ueber Ihre Subdomains hinweg sicher. Ohne vereinheitlichte Sitzungsdaten behandelt Kameleoon einen Besucher, der zu einer anderen Subdomain wechselt, als neuen Besucher und setzt die gesammelten Daten (wie Seitenaufrufe und Verweildauer) zurueck. Dieses Zuruecksetzen kann zu unerwarteten Targeting-Ergebnissen fuehren. Angenommen, Sie haben eine Personalisierung, die beim vierten Seitenaufruf ausgeloest wird. Ein Besucher sieht drei Seiten auf Ihrer ersten Website an und laedt dann eine vierte Seite auf einer anderen Subdomain.
  • Mit vereinheitlichten Sitzungsdaten: Die Personalisierung wird wie erwartet ausgeloest.
  • Ohne vereinheitlichte Sitzungsdaten: Der Seitenaufruf auf der neuen Domain zaehlt als erster Seitenaufruf eines neuen Besuchs, und die Personalisierung wird nicht ausgeloest.