React 16.8.0+
Developer guide
Folgen Sie diesem Abschnitt, um das SDK in Ihre Anwendung zu integrieren und mehr über die Verwendung des SDK zu erfahren.Getting started
Dieser Abschnitt führt Sie durch die erstmalige Installation und Konfiguration des SDK.Installation
Das Kameleoon SDK Installation Tool ist die bevorzugte Methode zur Installation des SDK. Dieser SDK Installer hilft Ihnen, das SDK Ihrer Wahl zu installieren, ein grundlegendes Codebeispiel zu generieren und bei Bedarf externe Abhängigkeiten zu konfigurieren. Um das SDK Installation Tool zu starten, installieren und führen Sie es global aus:npx aus:
Create the Kameleoon Client
Um zu beginnen, erstellen Sie einen Einstiegspunkt für das React SDK, indem Sie auf der obersten Ebene Ihrer Anwendung einen Kameleoon Client erstellen. Erstellen Sie eine Instanz vonKameleoonClient mithilfe der Funktion createClient(), die aus dem kameleoon-Paket importiert wird.
- TypeScript
- JavaScript
Wrap the application in the Kameleoon Provider
Der zweite Schritt besteht darin, den zuvor erstellten Kameleoon Client mitKameleoonProvider zu verbinden, indem der konfigurierte Client an KameleoonProvider übergeben wird:
- TS
- JS
- NextJS (TS)
- NextJS (JS)
- NextJS with externals(TS)
- NextJS with externals(JS)
KameleoonProvider
Verwenden Sie diesen Provider auf der Root-Ebene, indem Sie Ihre Anwendung umhüllen, um Zugriff aufKameleoonClient zu erhalten. Dies stellt sicher, dass Ihre Anwendung beim Start nicht aufgrund von Flag-Änderungen flackert.
Props
| Name | Typ | Beschreibung |
|---|---|---|
| children (required) | ReactNode | untergeordnete Elemente des Providers |
| client (required) | KameleoonClient | KameleoonClient-Instanz, erstellt durch createClient() |
KameleoonProviderSSR
Verwenden Sie diesen Provider auf der Root-Ebene, indem Sie Ihre Anwendung umhüllen, um Zugriff aufKameleoonClient zu erhalten.
KameleoonProviderSSR unterscheidet sich von KameleoonProvider dadurch, dass er eine KameleoonClient-Instanz innerhalb des Kontexts bei der ersten Client-Anfrage erstellt. Dies vermeidet das Risiko, den Client auf der Serverseite zu erstellen. Es wird für die Verwendung in SSR-basierten Systemen, wie Next.js mit SSR, empfohlen.
Props
| Name | Typ | Beschreibung |
|---|---|---|
| children (required) | ReactNode | untergeordnete Elemente des Providers |
| sdkParameters (required) | SDKParameters | SDKParameters-Einstellungen zum Erstellen einer Instanz von KameleoonClient |
Await for the client initialization
Die Initialisierung vonKameleoonClient erfolgt asynchron, um sicherzustellen, dass der Kameleoon-API-Aufruf erfolgreich war; dafür wird der Hook useInitialize verwendet. Sie können async/await, Promise.then() oder eine andere Methode verwenden, um die asynchrone Client-Initialisierung zu handhaben.
- TypeScript
- JavaScript
Activating a feature flag
Assigning a unique ID to a user
Um einem Benutzer eine eindeutige ID zuzuweisen, können Sie die MethodegetVisitorCode() verwenden. Wenn noch kein visitor code existiert (aus dem Cookie der Anfrage-Header), generiert die Methode eine zufällige eindeutige ID oder verwendet einen defaultVisitorCode, den Sie generiert hätten. Die ID wird dann in einem Cookie der Antwort-Header gesetzt.
Wenn Sie Kameleoon im Hybrid-Modus verwenden, stellt der Aufruf der Methode getVisitorCode() sicher, dass die eindeutige ID (visitor code) zwischen der Anwendungsdatei engine.js (früher kameleoon.js genannt) und dem SDK geteilt wird.
Retrieving a flag configuration
Um ein Feature Flag in Ihrem Code zu implementieren, müssen Sie zunächst das Feature Flag in Ihrem Kameleoon-Konto erstellen. Um den Status oder die Variation eines Feature Flags für einen bestimmten Benutzer zu ermitteln, sollten Sie die MethodegetVariation() oder isFeatureFlagActive() verwenden, um die Konfiguration basierend auf dem featureKey abzurufen.
Die Methode getVariation() behandelt sowohl einfache Feature Flags mit EIN/AUS-Zuständen als auch komplexere Flags mit mehreren Variationen. Die Methode ruft die entsprechende Variation für den Benutzer ab, indem sie die Feature-Regeln überprüft, die Variation zuweist und sie basierend auf dem featureKey und dem visitorCode zurückgibt.
Die Methode isFeatureFlagActive() kann verwendet werden, wenn Sie die Konfiguration eines einfachen Feature Flags abrufen möchten, das nur einen EIN- oder AUS-Zustand hat, im Gegensatz zu komplexeren Feature Flags mit mehreren Variationen oder Zieloptionen.
Wenn Ihr Feature Flag zugehörige Variablen hat (wie spezifische Verhaltensweisen, die jeder Variation zugeordnet sind), ermöglicht getVariation() Ihnen auch den Zugriff auf das Variation-Objekt, das Details zur zugewiesenen Variation und ihrem zugehörigen Experiment enthält. Diese Methode prüft, ob der Benutzer angesprochen wird, findet die dem Besucher zugewiesene Variation und speichert sie im Speicher. Wenn track=true ist, sendet das SDK das Expositionsereignis an das angegebene Experiment bei der nächsten Tracking-Anfrage, die automatisch basierend auf dem tracking_interval_millisecond des SDK ausgelöst wird. Standardmäßig ist dieses Intervall auf 1000 Millisekunden (1 Sekunde) eingestellt.
Die Methode getVariation() ermöglicht es Ihnen zu steuern, ob das Tracking durchgeführt wird. Wenn track=false, werden keine Expositionsereignisse vom SDK gesendet. Dies ist nützlich, wenn Sie Daten nicht über das SDK verfolgen möchten und sich stattdessen beispielsweise auf das client-seitige Tracking verlassen, das von der Kameleoon-Engine verwaltet wird. Außerdem ist die Einstellung track=false hilfreich bei der Verwendung der Methode getVariations(), bei der Sie möglicherweise nur die Variationen für alle Flags benötigen, ohne Tracking-Ereignisse auszulösen. Wenn Sie mehr darüber erfahren möchten, wie das Tracking funktioniert, lesen Sie diesen Artikel
Adding data points to target a user or filter / breakdown visits in reports
Um einen Benutzer anzusprechen, stellen Sie sicher, dass Sie relevante Datenpunkte zu seinem Profil hinzugefügt haben, bevor Sie die Feature-Variation abrufen oder prüfen, ob das Flag aktiv ist. Verwenden Sie die MethodeaddData(), um diese Datenpunkte zum Profil des Benutzers hinzuzufügen.
Um Datenpunkte abzurufen, die auf anderen Geräten gesammelt wurden, oder um auf vergangene Benutzerdaten zuzugreifen (clientseitig gesammelt bei Verwendung von Kameleoon im Hybrid-Modus), verwenden Sie die Methode getRemoteVisitorData(). Diese Methode ruft Daten asynchron von den Servern ab. Es ist wichtig, getRemoteVisitorData() vor dem Abrufen der Variation oder der Überprüfung, ob das Feature Flag aktiv ist, aufzurufen, da diese Daten erforderlich sein können, um einem Benutzer eine bestimmte Variation zuzuweisen.
Um mehr über die verfügbaren Targeting-Bedingungen zu erfahren, sehen Sie sich den detaillierten Artikel zum Thema an.
Darüber hinaus stehen die Datenpunkte, die Sie dem Besucherprofil hinzufügen, bei der Analyse Ihrer Experimente zur Verfügung, sodass Sie Ihre Ergebnisse nach Faktoren wie Gerät und Browser filtern und aufschlüsseln können. Der Kameleoon Hybrid-Modus sammelt automatisch eine Vielzahl von Datenpunkten clientseitig, was es einfach macht, Ihre Ergebnisse basierend auf diesen vorab gesammelten Datenpunkten aufzuschlüsseln. Die vollständige Liste finden Sie hier.
Wenn Sie zusätzliche Datenpunkte über das hinaus verfolgen müssen, was automatisch gesammelt wird, können Sie die Custom Data-Funktion von Kameleoon verwenden. Mit Custom Data können Sie spezifische Informationen erfassen und analysieren, die für Ihre Experimente relevant sind. Vergessen Sie nicht, die Methode flush() aufzurufen, um die gesammelten Daten zur Analyse an die Kameleoon-Server zu senden.
Um die Genauigkeit Ihrer Ergebnisse zu gewährleisten, wird empfohlen, Bots mithilfe des Datentyps
UserAgent herauszufiltern.Tracking goal conversions
Wenn ein Benutzer eine gewünschte Aktion abschließt (z. B. einen Kauf tätigt), wird dies als Konversion aufgezeichnet. Um Konversionen zu verfolgen, verwenden Sie die MethodetrackConversion() und geben Sie die erforderlichen Parameter visitorCode und goalId an.
Die Konversions-Tracking-Anfrage wird zusammen mit der nächsten geplanten Tracking-Anfrage gesendet, die das SDK in regelmäßigen Abständen sendet (definiert durch tracking_interval_millisecond). Wenn Sie die Anfrage sofort senden möchten, verwenden Sie die Methode flush() mit dem Parameter instant=true.
Sending events to analytics solutions
Um Konversionen zu verfolgen und Expositionsereignisse an Ihre Kundenanalyselösung zu senden, müssen Sie Kameleoon zunächst im Hybrid-Modus implementieren. Verwenden Sie dann die MethodegetEngineTrackingCode().
Die Methode getEngineTrackingCode() ruft den eindeutigen Tracking-Code ab, der zum Senden von Expositionsereignissen an Ihre Analyselösung erforderlich ist. Mit dieser Methode können Sie Ereignisse aufzeichnen und an die gewünschte Analyseplattform senden.
React Native considerations
React Native auf der
android-Plattform unterstützt die Funktion Real Time Update nicht.@kameleoon/react-native-storage- erstellt mit der Bibliothekreact-native-mmkv@kameleoon/react-native-event-source- erstellt mit der Bibliothekreact-native-event-source-ts@kameleoon/react-native-visitor-code-manager- erstellt auf Basis der Bibliothekreact-native-mmkv@kameleoon/react-native-platform-analyzer- erstellt mit der Bibliothekreact-native- optional
@kameleoon/react-native-secure-prng- erstellt mit der Bibliothekreact-native-get-random-values
- TypeScript
- JavaScript
Using a custom bucketing key
Standardmäßig verwendet Kameleoon eine eindeutige, anonyme Besucher-ID (visitorCode), um Benutzer Feature-Flag-Variationen zuzuweisen. Diese ID wird in der Regel auf dem Gerät des Benutzers generiert und gespeichert (in einem Browser-Cookie für client- und serverseitige SDKs — im persistenten Speicher für mobile SDKs). In bestimmten Szenarien müssen Sie jedoch möglicherweise sicherstellen, dass alle Benutzer derselben Organisation dieselbe Variante eines Feature Flags sehen.
Die Option Custom Bucketing Key ermöglicht es Ihnen, dieses Standardverhalten zu überschreiben, indem Sie Ihre eigene benutzerdefinierte Kennung für das Bucketing bereitstellen. Diese Überschreibung stellt sicher, dass die Zuweisungslogik von Kameleoon Ihren angegebenen Schlüssel anstelle des Standard-visitorCode verwendet.
Use cases
Die Verwendung eines benutzerdefinierten Bucketing-Keys ist entscheidend für die Aufrechterhaltung der Konsistenz und Genauigkeit Ihrer Feature-Flag-Zuweisungen, insbesondere in diesen Situationen:- Experimente auf Konto- oder Organisationsebene: Für B2B-Produkte oder Szenarien, in denen Sie alle Benutzer derselben Organisation derselben Variation zuweisen möchten, können Sie eine Kennung wie eine
accountIdverwenden. Custom Bucketing Keys sind entscheidend für A/B test-Funktionen, die ein ganzes Team oder Unternehmen betreffen.
Technical details
Wenn Sie einen benutzerdefinierten Bucketing-Key für ein Feature Flag konfigurieren, stellen Sie Kameleoon eine bestimmte Kennung aus den Daten Ihrer Anwendung zur Verfügung:- Bereitstellung des benutzerdefinierten Schlüssels: Sie stellen dem Kameleoon SDK Ihre benutzerdefinierte Kennung mithilfe der Methode
addData()zur Verfügung. In dieser Methode übergeben Sie Ihren gewählten benutzerdefinierten Bucketing-Key alsCustomData-Objekt. Hier bezieht sichnewVisitorCodeauf die Kennung, die Sie für Ihr Bucketing verwenden möchten (z. B. die neueuserIdoderaccountId).
- Bucketing-Logik: Sobald ein benutzerdefinierter Bucketing-Key über die Methode
addData()bereitgestellt wird, verwenden alle Hash-Berechnungen zur Zuweisung von Benutzern zu Variationen diesennewVisitorCode(Ihren benutzerdefinierten Schlüssel) anstelle des Standard-visitorCode. Die Verwendung desnewVisitorCodebedeutet, dass die Bucketing-Entscheidung an Ihre benutzerdefinierte Kennung gebunden ist, was konsistente Zuweisungen über verschiedene Kontexte hinweg gewährleistet, in denen diese Kennung vorhanden ist. - Datenerfassung und Analytik: Es ist wichtig zu beachten, dass, obwohl der
newVisitorCode(Ihr benutzerdefinierter Schlüssel) für Bucketing-Entscheidungen verwendet wird, alle nachfolgenden Daten (z. B. Tracking-Ereignisse und Konversionen) gesendet und mit dem ursprünglichenvisitorCodeverknüpft werden. Diese Trennung stellt sicher, dass Ihre Analytik die individuellen Benutzerreisen und Interaktionen im breiteren Kontext Ihres Experiments genau widerspiegelt, auch wenn das Bucketing auf einer höheren Ebene (wie einem Konto) oder über mehrere Geräte/Sitzungen hinweg erfolgt. Ihre ursprünglichen Besucherdaten bleiben für umfassende Berichte intakt.
Technical requirementes
Um einen benutzerdefinierten Bucketing-Key effektiv zu verwenden:- Der Schlüssel muss eine
stringsein. - Er muss für die Entität, die Sie bucketen möchten, eindeutig sein (z. B. sollte bei Verwendung einer
userIddie ID jedes Benutzers eindeutig sein). - Der Schlüssel muss dem SDK genau zu dem Zeitpunkt zur Verfügung stehen, an dem die Feature-Flag-Entscheidung für diesen Benutzer oder diese Anfrage ausgewertet wird.
Targeting conditions
Die Kameleoon SDKs unterstützen eine Vielzahl vordefinierter Targeting-Bedingungen, die Sie zum Targeting von Benutzern in Ihren Kampagnen verwenden können. Die Liste der von diesem SDK unterstützten Bedingungen finden Sie unter use visit history to target users. Sie können auch Ihre eigenen externen Daten zum Targeting von Benutzern verwenden.Logging
Das SDK generiert Logs, um verschiedene interne Prozesse und Probleme widerzuspiegeln.Log levels
Das SDK unterstützt die Konfiguration der Begrenzung des Loggings durch ein Log-Level.- TypeScript
- JavaScript
Custom handling of logs
Das SDK schreibt seine Logs standardmäßig in die Konsolenausgabe. Dieses Verhalten kann überschrieben werden.Die Logging-Begrenzung durch ein Log-Level wird unabhängig von der Log-Handhabungslogik durchgeführt.
- TypeScript
- JavaScript
Domain information
Sie geben eine Domain alsdomain in der [Konfiguration] von KameleoonClient an, die zum Speichern des Kameleoon Visitor Code in Cookies verwendet wird. Dies ist wichtig, wenn Sie mit den Methoden getVisitorCode und setLegalConsent arbeiten. Die von Ihnen angegebene Domain wird im Cookie als Schlüssel Domain= gespeichert.
Setting the domain
Die von Ihnen angegebene Domain gibt an, dass die URL-Adresse das Cookie verwenden kann. Wenn Ihre Domain beispielsweisewww.example.com ist, ist das Cookie nur von einer www.example.com-URL aus verfügbar. Das bedeutet, dass Seiten mit der Domain app.example.com das Cookie nicht verwenden können.
Um flexibler mit Subdomains umzugehen, können Sie eine Domain mit . voranstellen. Zum Beispiel ermöglicht die Domain .example.com, dass das Cookie sowohl auf app.example.com als auch auf login.example.com funktioniert.
Sie können keine regulären Ausdrücke, Sonderzeichen, Protokolle oder Portnummern in der
domain verwenden.
Zusätzlich darf eine bestimmte Liste von Subdomains nicht mit dem Präfix . verwendet werden.| Domain | Zulässige URLs | Nicht zulässige URLs |
|---|---|---|
www.example.com | ✅www.example.com | ❌ app.example.com |
✅ example.com | ❌ .com | |
.example.com = example.com | ✅ example.com | ❌ otherexample.com |
✅ www.example.com | ||
✅ app.example.com | ||
✅ login.example.com | ||
https://www.example.com | ⛔ ungültige Domain | ⛔ ungültige Domain |
www.example.com:4408 | ⛔ ungültige Domain | ⛔ ungültige Domain |
.localhost.com = localhost | ⛔ ungültige Domain | ⛔ ungültige Domain |
Developing on localhost
localhost wird immer als ungültige Domain betrachtet, was das Testen der Domain bei der Entwicklung auf localhost erschwert.
Es gibt zwei Möglichkeiten, dieses Problem zu vermeiden:
- Geben Sie das Feld
domainim SDK-Client während des Testens nicht an. Dies vermeidetlocalhost-Probleme (das Cookie wird auf jeder Domain gesetzt). - Erstellen Sie eine lokale Domain für
localhost. Zum Beispiel:- Navigieren Sie zu
/etc/hostsauf Linux oder zuc:\Windows\System32\Drivers\etc\hostsauf Windows - Öffnen Sie
hostsmit Superuser- oder Administratorrechten - Fügen Sie dem localhost-Port eine Domain hinzu, zum Beispiel:
127.0.0.1 app.com - Jetzt können Sie Ihre Anwendung lokal auf
app.com:{my_port}ausführen und.app.comals Ihre Domain angeben
- Navigieren Sie zu
External dependencies
Externe SDK-Abhängigkeiten verwenden das Dependency Injection-Muster, um Ihnen die Möglichkeit zu geben, Ihre eigenen Implementierungen für bestimmte Teile eines SDK bereitzustellen.Im React SDK haben alle externen Abhängigkeiten Standardimplementierungen, die eine native Browser-API verwenden, sodass es nicht erforderlich ist, sie bereitzustellen, es sei denn, für bestimmte Anwendungsfälle ist eine andere API erforderlich.
| Abhängigkeit | Interface | Verwendete API | Beschreibung |
|---|---|---|---|
storage (optional) | IExternalStorage | Browser localStorage | Wird zum Speichern aller vorhandenen und gesammelten SDK-Daten verwendet |
requester (optional) | IExternalRequester | Browser fetch | Wird zur Durchführung aller Netzwerkanfragen verwendet |
eventSource (optional) | IExternalEventSource | Browser EventSource | Wird zum Empfangen von Server Sent Events für Real Time Update-Funktionen verwendet |
visitorCodeManager (optional) | IExternalVisitorCodeManager | Browser-Cookie | Wird zum Speichern und Synchronisieren des Visitor Code verwendet |
prng (optional) | IExternalPRNG | Math.random oder Browser crypto.getRandomValues | Wird zum Generieren eindeutiger IDs für Tracking-Ereignisse verwendet |
logger (optional) | ILogger | Benutzerdefinierte Implementierung | Wird für die benutzerdefinierte Behandlung von Logs aus dem SDK verwendet. Ermöglicht die Definition, wie Logs verarbeitet und wo sie ausgegeben werden. |
platformAnalyzer (optional) | IPlatformAnalyzer | React Native-API | Erkennt automatisch die Plattform und fügt diese Information den Besucherdaten hinzu. Speziell für React Native entwickelt. |
Storage
- TypeScript
- JavaScript
EventSource
- TypeScript
- JavaScript
VisitorCodeManager
- TypeScript
- JavaScript
Requester
- TypeScript
- JavaScript
Pseudo Random Number Generator
Der Pseudo Random Number Generator (PRNG) ist eine Abhängigkeit, die eine zufällige Gleitkommazahl zwischen0 und 1 generiert (ähnlich wie Math.random).
Die Standardimplementierung von Kameleoon basiert auf der crypto-Funktion des Browsers oder auf Math.random, wenn crypto nicht verfügbar ist.
Diese APIs sind sehr sicher und zuverlässig, jedoch möchten Sie in einigen Grenzfällen (insbesondere in einigen React Native-Engines) möglicherweise Ihre eigene Implementierung bereitstellen oder ein dediziertes Kameleoon-Paket für React Native verwenden - @kameleoon/react-native-secure-prng
- TypeScript
- JavaScript
Error Handling
Fast jeder React SDK-Callback, der von Hooks zurückgegeben wird, kann irgendwann einen Fehler auslösen; diese Fehler sind nicht nur Warnhinweise, sondern absichtlich vordefinierteKameleoonErrors,
die die native Error-Klasse von JavaScript erweitern und nützliche Nachrichten sowie ein spezielles type-Feld mit dem Typ KameleoonException bereitstellen.
KameleoonException ist eine Enum, die alle möglichen Fehlertypen enthält.
Um genau zu wissen, welche Art von KameleoonException die Callbacks auslösen können, können Sie den Abschnitt Throws der Hook-Beschreibung auf dieser Seite überprüfen oder einfach in Ihrer IDE über den Callback fahren, um die jsdoc-Beschreibung zu sehen.
Insgesamt wird die Behandlung der Fehler als bewährte Vorgehensweise betrachtet, um Ihre Anwendung stabiler zu machen und technische Probleme zu vermeiden.
- TypeScript
- JavaScript
Cross-device experimentation
Um Besucher zu unterstützen, die von mehreren Geräten aus auf eine App zugreifen, ermöglicht Kameleoon die Synchronisierung zuvor gesammelter Besucherdaten über jedes der Geräte des Besuchers hinweg und die Abstimmung seines Besuchsverlaufs über Geräte hinweg durch geräteübergreifende Experimentation. Fallstudien und detaillierte Informationen darüber, wie Kameleoon Daten geräteübergreifend verarbeitet, finden Sie im Artikel zur geräteübergreifenden Experimentation.Synchronizing custom data across devices
Obwohl benutzerdefinierte Mapping-Synchronisierung verwendet wird, um Besucherdaten geräteübergreifend abzugleichen, ist sie nicht immer erforderlich. Im Folgenden sind zwei Szenarien aufgeführt, in denen keine benutzerdefinierte Mapping-Synchronisierung erforderlich ist: Gleiche Benutzer-ID über Geräte hinweg Wenn dieselbe Benutzer-ID konsistent auf allen Geräten verwendet wird, wird die Synchronisierung automatisch ohne benutzerdefinierte Mapping-Synchronisierung gehandhabt. Es genügt, die MethodegetRemoteVisitorData() aufzurufen, wenn Sie die zwischen mehreren Geräten gesammelten Daten synchronisieren möchten.
Multi-Server-Instanzen mit konsistenten IDs
In komplexen Setups mit mehreren Servern (z. B. verteilte Server-Instanzen), bei denen dieselbe Benutzer-ID auf allen Servern verfügbar ist, ist die Synchronisierung zwischen Servern (mit getRemoteVisitorData()) ohne zusätzliche benutzerdefinierte Mapping-Synchronisierung ausreichend.
Kunden, die zusätzliche Daten benötigen, können die Beschreibung der Methode getRemoteVisitorData() für weitere Anleitungen konsultieren. Im folgenden Code wird angenommen, dass dieselbe eindeutige Kennung (in diesem Fall der visitorCode, der auch als userId bezeichnet werden kann) konsistent zwischen den beiden Geräten für eine genaue Datenabfrage verwendet wird.
Wenn Sie gesammelte Daten in Echtzeit synchronisieren möchten, müssen Sie den Scope Visitor für Ihre Custom Data wählen.
- TypeScript
- JavaScript
Device One
Device Two
Using custom data for session merging
- SDK Version 9
- SDK Version 10
Geräteübergreifende Experimentation ermöglicht es Ihnen, den Verlauf eines Besuchers über jedes seiner Geräte hinweg zu kombinieren (Verlaufsabstimmung). Eine der leistungsstarken Funktionen, die die Verlaufsabstimmung bietet, ist die Möglichkeit, verschiedene Besuchersitzungen zu einer zusammenzuführen. Um den Besuchsverlauf abzustimmen, können Sie
CustomData verwenden, um eine eindeutige Kennung für den Besucher bereitzustellen.Folgen Sie dem Leitfaden activating cross-device history reconciliation, um Ihre Custom Data auf der Kameleoon-Plattform einzurichtenWenn Ihre Custom Data eingerichtet sind, können Sie sie in Ihrem Code verwenden, um die Sitzung eines Besuchers zusammenzuführen.
Sitzungen mit derselben Kennung sehen immer dieselbe Experiment-Variation und werden als einzelner Besucher in der Visitor-Ansicht der Ergebnisseiten Ihres Experiments angezeigt.Die SDK-Konfiguration stellt sicher, dass zugehörige Sitzungen immer dieselbe Variation des Experiments sehen.Bevor Sie andere Methoden verwenden, stellen Sie sicher, dass Sie das SDK darüber informieren, dass der Besucher eine eindeutige Kennung ist, indem Sie einem Besucher UniqueIdentifier-Daten hinzufügenHier ist ein Beispiel für die Verwendung von Custom Data zur Sitzungszusammenführung. In diesem Beispiel haben wir eine Anwendung mit einer Login-Seite. Da wir die Benutzer-ID zum Zeitpunkt der Anmeldung nicht kennen, verwenden wir eine anonyme Besucherkennung, die von der Methode getVisitorCode generiert wird. Nach der Anmeldung des Benutzers können wir den anonymen Besucher mit der Benutzer-ID verknüpfen und ihn als eindeutige Kennung für den Besucher verwenden.- TypeScript
- JavaScript
Login Page
Application Page
Utilities
Das SDK verfügt über eine Reihe von Utility-Methoden, die zur Vereinfachung des Entwicklungsprozesses verwendet werden können. Alle Methoden werden als statische Mitglieder der KlasseKameleoonUtils dargestellt.
simulateSuccessRequest
Die MethodesimulateSuccessRequest wird verwendet, um eine erfolgreiche Anfrage an den Kameleoon-Server zu simulieren. Sie kann für benutzerdefinierte Requester-Implementierungen nützlich sein, wenn der Entwickler eine erfolgreiche Anfrage simulieren muss, z. B. um das Tracking zu deaktivieren.
- TypeScript
- JavaScript
Arguments
| Name | Typ | Beschreibung |
|---|---|---|
| requestType (required) | RequestType | Ein Anfragetyp |
| data (required) | SimulateRequestDataType[RequestType] | Ein Typ von Anfragedaten, der je nach RequestType unterschiedlich ist |
SimulateRequestDataType ist wie folgt definiert:
RequestType.Tracking-nullRequestType.ClientConfiguration-ClientConfigurationDataTypeRequestType.RemoteData-JSONType
Return value
| Typ | Beschreibung |
|---|---|
Promise<KameleoonResponseType> | gibt ein Promise mit der Antwort der Anfrage zurück |
getCookieValue
Die MethodegetCookieValue wird verwendet, um eine gängige Cookie-Zeichenfolge (key_1=value_1; key_2=value_2; ...) zu parsen und den Wert eines bestimmten Cookie-Schlüssels abzurufen. Sie ist nützlich bei der Arbeit mit einer benutzerdefinierten Implementierung von VisitorCodeManager.
- TypeScript
- JavaScript
Arguments
| Name | Typ | Beschreibung |
|---|---|---|
| cookie (required) | string | Cookie-Zeichenfolge in der Form key_1=value_1; key_2=value_2 |
| key (required) | string | Zeichenfolgendarstellung eines Schlüssels, mit dem ein Wert gefunden wird |
Return value
| Typ | Beschreibung | |
|---|---|---|
| `string | null` | gibt eine Zeichenfolge mit einem Cookie-Wert oder null zurück, wenn der Schlüssel nicht gefunden wurde |
Reference
Dies ist die vollständige Referenzdokumentation für das React SDK.Initialization
Dieser Abschnitt bietet die Methoden, die Sie zum Erstellen und Initialisieren des Kameleoon Client in Ihrer Anwendung verwenden.initialize()
- SDK Version 9
- SDK Version 10
Eine asynchrone
initialize-Funktion, die mit dem Hook useInitialize gesammelt wird und für die Initialisierung von KameleoonClient verwendet wird, indem sie Kameleoon SDK-bezogene Daten vom Server abruft oder Daten aus einer lokalen Quelle abruft, wenn die Daten aktuell sind oder das Aktualisierungsintervall noch nicht erreicht wurde.-
Wenn die SDK-Konfiguration nicht abgerufen werden konnte, aber im SDK-Speicher eine ältere Konfiguration verfügbar ist, verwendet das SDK die ältere Konfiguration als Fallback und
initializelöst keinen Fehler aus. - Das SDK unterstützt einen Offline-Modus.
- TypeScript
- JavaScript
Return value
| Typ | Beschreibung |
|---|---|
Promise<boolean> | ein Promise, das in einen Boolean aufgelöst wird, der eine erfolgreiche SDK-Initialisierung anzeigt. Im Allgemeinen löst initialize einen Fehler aus, wenn etwas passiert, das nicht behandelt werden kann, sodass der boolean-Wert fast immer true ist und nicht viele nützliche Informationen liefert. |
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.StorageWrite | Speicherdaten konnten nicht aktualisiert werden |
KameleoonException.ClientConfiguration | Client-Konfiguration konnte nicht von der Kameleoon-API abgerufen werden |
KameleoonException.MaximumRetriesReached | Maximale Wiederholungsanzahl erreicht, Anfrage fehlgeschlagen |
isInitialized()
Die FunktionisInitialized, die mit dem Hook useInitialize gesammelt wird, ist eine kleine Utility-Methode, die prüft, ob die SDK-Initialisierung abgeschlossen ist. Dies kann beispielsweise nützlich sein, wenn Sie mit einem tief verschachtelten Komponentenbaum arbeiten, da Sie schnell die SDK-Bereitschaft überprüfen können, ohne einen globalen Zustand verwalten zu müssen oder das Initialisierungsergebnis über Komponenten-Props zu übergeben.
- TypeScript
- JavaScript
Return value
Einboolean-Wert. Gibt true zurück, wenn das SDK erfolgreich initialisiert wurde, andernfalls false.
createClient()
Um zu beginnen, müssen Sie einen Einstiegspunkt für das React SDK erstellen, indem Sie auf der obersten Ebene Ihrer Anwendung einen Kameleoon Client mit der aus demkameleoon-Paket importierten Funktion createClient() erstellen.
Eine Instanz von KameleoonClient wird mit der Funktion createClient() erstellt.
- TypeScript
- JavaScript
Arguments
Ein Objekt vom TypSDKParameters, das Folgendes enthält:
| Name | Typ | Beschreibung |
|---|---|---|
| siteCode (required) | string | Dies ist ein eindeutiger Schlüssel des Kameleoon-Projekts, das Sie mit dem SDK verwenden. Dieses Feld ist obligatorisch. |
| configuration (optional) | Partial<SDKConfigurationType> | Konfiguration des Clients |
| externals (optional) | ExternalsType | externe Implementierung der SDK-Abhängigkeiten (External dependencies) |
Configuration Parameters
- SDK Version 9
- SDK Version 10
| Name | Typ | Beschreibung | Standardwert |
|---|---|---|---|
| updateInterval (optional) | number | Gibt das Aktualisierungsintervall in Minuten an, in dem das SDK die Konfiguration für die aktiven Experimente und Feature Flags abruft. Der Wert bestimmt die maximale Zeit, die benötigt wird, um Änderungen wie das Aktivieren oder Deaktivieren von Feature Flags oder das Starten von Experimenten auf Ihre Produktionsserver zu übertragen. Wenn nicht angegeben, ist das Standardintervall auf 60 Minuten festgelegt. Darüber hinaus bieten wir einen Streaming-Modus, der server-sent events (SSE) verwendet, um neue Konfigurationen automatisch an das SDK zu übertragen und neue Konfigurationen in Echtzeit ohne Verzögerungen anzuwenden. | 60 |
| environment (optional) | Environment | string | Feature-Flag-Umgebung | Environment.Production |
| targetingDataCleanupInterval (optional) | number | Intervall in Minuten zum Bereinigen von Targeting-Daten; Mindestwert ist 1 Minute | undefined (keine Bereinigung wird durchgeführt) |
| cookieDomain (optional) | string | Domain, zu der das Cookie gehört. | undefined |
| networkDomain (optional) | string | benutzerdefinierte Domain, die die SDKs für alle ausgehenden Netzwerkanfragen verwenden, häufig für Proxying verwendet. Das Format ist second_level_domain.top_level_domain (z. B. example.com). Wenn ein ungültiges Format angegeben wird, verwendet das SDK den Standard-Kameleoon-Wert | undefined |
| requestTimeout (optional) | number | Timeout in Millisekunden für alle SDK-Netzwerkanfragen; wenn das Timeout überschritten wird, schlägt die Anfrage sofort fehl | 10_000 (10 Sekunden) |
| trackingInterval (optional) | number | Gibt das Intervall für Tracking-Anfragen in Millisekunden an. Alle Besucher, die für ein Feature Flag ausgewertet wurden oder zugehörige Daten hatten, werden in diese Tracking-Anfrage einbezogen, die einmal pro Intervall ausgeführt wird. Der Mindestwert beträgt 1_000 ms und der Höchstwert 5_000 ms | 1_000 (1 Sekunde) |
| stubMode (optional) | boolean | Wenn auf true gesetzt, arbeitet der Client im Stub-Modus und führt keine Operationen aus. In diesem Modus führen alle Methodenaufrufe keine Aktionen aus, wodurch sichergestellt wird, dass keine externen Aktionen oder Nebenwirkungen auftreten. | false |
| defaultDataFile (optional) | string | Die Funktion defaultDataFile stellt sicher, dass das Kameleoon SDK immer READY ist, indem sie eine Fallback-Konfiguration bereitstellt, wenn keine zwischengespeicherte Datendatei existiert. Entwickler können eine gültige Konfiguration vorab laden, indem sie sie von https://sdk-config.kameleoon.eu/v3/<sitecode> abrufen und während der Initialisierung als defaultDataFile übergeben. Wenn ein Zeitstempel dateModified (in Millisekunden) angegeben ist und neuer als die zwischengespeicherte Version ist, verwendet das SDK die Standard-Datendatei anstelle der zwischengespeicherten Version. Wenn dateModified weggelassen wird, wird die Standard-Datendatei nur angewendet, wenn keine zwischengespeicherte Version existiert. Dadurch wird sichergestellt, dass das SDK immer über eine gültige Konfiguration verfügt, sei es Standard, zwischengespeichert oder aktualisiert. | undefined |
Return value
| Typ | Beschreibung |
|---|---|
KameleoonClient | eine Instanz von KameleoonClient. |
Stellen Sie sicher, dass Sie nicht mehrere Client-Instanzen in einer Anwendung verwenden, da dies noch nicht vollständig unterstützt wird und die Konfiguration des lokalen Speichers überschreiben und unerwartetes Verhalten (Bugs) verursachen kann.
Feature flags and variations
Dieser Abschnitt bietet die Methoden, die Sie verwenden, um die Feature Flags und Variationen abzurufen und zu verwalten, die dem Besucher zugewiesen sind.getVariation()
- 📨 Sendet Tracking-Daten an Kameleoon (abhängig vom
track-Parameter)
Variation ab, die einem bestimmten Besucher für ein bestimmtes Feature Flag zugewiesen ist.
Diese Methode nimmt featureKey als obligatorisches Argument und track als optionales Argument. Das track-Argument ist optional und standardmäßig true.
Sie gibt die zugewiesene Variation für den Besucher zurück. Wenn der Besucher mit keinen Feature-Flag-Regeln verknüpft ist, gibt die Methode die Standard-Variation für das angegebene Feature Flag zurück.
Stellen Sie sicher, dass in Ihrem Code eine ordnungsgemäße Fehlerbehandlung implementiert ist, um potenzielle Ausnahmen zu verwalten.
Die Standardvariation bezieht sich auf die Variation, die einem Besucher zugewiesen wird, wenn er keinen vordefinierten Bereitstellungsregeln für ein Feature Flag entspricht. Mit anderen Worten, es ist die Fallback-Variation, die auf alle Benutzer angewendet wird, die nicht von bestimmten Regeln angesprochen werden. Sie wird als Variation im Abschnitt “Then, for everyone else…” in einer Verwaltungsoberfläche dargestellt.
- TypeScript
- JavaScript
Arguments
Ein Objekt vom TypGetVariationParamsType mit folgenden Eigenschaften:
| Name | Typ | Beschreibung | Standard |
|---|---|---|---|
| visitorCode (required) | string | Eindeutige Kennung des Besuchers. | |
| featureKey (required) | string | Schlüssel der Funktion, die Sie einem Besucher zugänglich machen möchten. | |
| track (optional) | boolean | Ein optionaler Parameter zum Aktivieren oder Deaktivieren des Trackings der Feature-Auswertung. | true |
Return value
| Typ | Beschreibung |
|---|---|
Variation | Eine zugewiesene Variation für einen bestimmten Besucher für ein bestimmtes Feature Flag. |
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.Initialization | Die Methode wurde ausgeführt, bevor der kameleoonClient seinen initialize-Aufruf abgeschlossen hat. |
KameleoonException.VisitorCodeEmpty | Der Visitor Code ist leer. |
KameleoonException.VisitorCodeMaxLength | Der Visitor Code hat die maximale Länge (255 Zeichen) überschritten. |
KameleoonException.FeatureFlagConfigurationNotFound | Ausnahme, die anzeigt, dass der angeforderte Feature-Schlüssel in der internen Konfiguration des SDK nicht gefunden wurde. Dies bedeutet in der Regel, dass das Feature Flag in der Kameleoon-App nicht aktiviert ist (aber der Code, der die Funktion implementiert, bereits in der Anwendung bereitgestellt ist). |
KameleoonException.FeatureFlagEnvironmentDisabled | Ausnahme, die anzeigt, dass das Feature Flag für die aktuelle Umgebung des Besuchers (z. B. production, staging oder development) deaktiviert ist. |
getVariations()
- 📨 Sendet Tracking-Daten an Kameleoon (abhängig vom
track-Parameter) - 🎯 Events:
EventType.Evaluation
Die Methode wird mit dem Hook
useFeatureFlag erhalten.Variation-Objekten ab, die einem bestimmten Besucher über alle Feature Flags hinweg zugewiesen sind.
Diese Methode iteriert über alle verfügbaren Feature Flags und gibt die zugewiesene Variation für jedes Flag zurück, das mit dem angegebenen Besucher verknüpft ist. Sie nimmt visitorCode als obligatorisches Argument, während onlyActive und track optional sind.
- Wenn
onlyActiveauftruegesetzt ist, gibt die MethodegetVariations()Feature-Flag-Variationen zurück, vorausgesetzt, der Benutzer wird nicht deroff-Variation zugeordnet. - Der
track-Parameter steuert, ob die Methode die Variationszuweisungen verfolgt. Standardmäßig ist er auftruegesetzt. Wenn er auffalsegesetzt ist, wird das Tracking deaktiviert.
Variations als Werten. Wenn keine Variation für ein Feature Flag zugewiesen ist, gibt die Methode die Standard-Variation für dieses Flag zurück.
Eine ordnungsgemäße Fehlerbehandlung sollte implementiert werden, um potenzielle Ausnahmen zu verwalten.
Die Standardvariation bezieht sich auf die Variation, die einem Besucher zugewiesen wird, wenn er keinen vordefinierten Bereitstellungsregeln für ein Feature Flag entspricht. Mit anderen Worten, es ist die Fallback-Variation, die auf alle Benutzer angewendet wird, die nicht von bestimmten Regeln angesprochen werden. Sie wird als Variation im Abschnitt “Then, for everyone else…” in einer Verwaltungsoberfläche dargestellt.
- TypeScript
- JavaScript
Arguments
Ein Objekt vom TypGetVariationsParamsType mit folgenden Eigenschaften:
| Name | Typ | Beschreibung | Standard |
|---|---|---|---|
| visitorCode (required) | string | Eindeutige Kennung des Besuchers. | |
| onlyActive (optional) | boolean | Ein optionaler Parameter, der angibt, ob Variationen für aktive (true) oder alle (false) Feature Flags zurückgegeben werden sollen. | false |
| track (optional) | boolean | Ein optionaler Parameter zum Aktivieren oder Deaktivieren des Trackings der Feature-Auswertung. | true |
Return value
| Typ | Beschreibung |
|---|---|
Map<string, Variation> | Map, die die zugewiesenen Variation-Objekte der Feature Flags unter Verwendung der Schlüssel der entsprechenden Features enthält. |
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.Initialization | Die Methode wurde ausgeführt, bevor der kameleoonClient seinen initialize-Aufruf abgeschlossen hat. |
KameleoonException.VisitorCodeEmpty | Der Visitor Code ist leer. |
KameleoonException.VisitorCodeMaxLength | Der Visitor Code hat die maximale Länge (255 Zeichen) überschritten. |
isFeatureFlagActive()
- 📨 Sendet Tracking-Daten an Kameleoon (abhängig vom
track-Parameter) - 🎯 Events:
EventType.Evaluation
isFeatureFlagActive(), die mit dem Hook useFeatureFlag verwendet wird, bestimmt, ob ein durch visitorCode identifizierter Besucher den angegebenen featureKey aktiv hat. Diese Methode überprüft die Targeting-Bedingungen, identifiziert die Variation für den Besucher und speichert diese Information im Speicher. Zusätzlich sendet der Hook eine Tracking-Anfrage.
Es gibt auch eine Überladung für diese Methode, die einen track-Parameter enthält, mit dem Sie das Tracking der Feature-Auswertung deaktivieren können.
Der Besucher muss angesprochen werden, damit das Feature Flag aktiv ist
Kameleoon verwendet Tracking, um Sitzungen und Besucher zu zählen, wenn Sie bestimmte Methoden aufrufen, wie z. B.
isFeatureFlagActive(), getVariation() oder getVariations().Verwenden Sie den Standardwert true für den track-Parameter, wenn Sie Besucher einer Variation aussetzen und sie zählen müssen. Setzen Sie den track-Parameter nur dann auf false, wenn Sie diese Methoden aufrufen, bevor Sie Besucher aussetzen.Wenn Sie beispielsweise getVariations() aufrufen, um alle Variationen abzurufen, bevor Sie Besucher aussetzen, setzen Sie den track-Parameter auf false. Diese Einstellung verhindert, dass Kameleoon eine Sitzung vorzeitig zählt. Sie können dann später das Tracking auslösen, wenn Sie den Besucher explizit aussetzen.Kameleoon sendet Tracking-Daten standardmäßig jede Sekunde. Sie können dieses Intervall mithilfe der Konfigurationsoption für das Tracking-Intervall auf bis zu fünf Sekunden konfigurieren. Kameleoon gruppiert Tracking-Ereignisse zu einer einzelnen Sitzung, solange das Intervall zwischen Ereignissen weniger als 30 Minuten beträgt. Wenn zwischen Tracking-Ereignissen mehr als 30 Minuten vergehen, zählt Kameleoon die Ereignisse als separate Sitzungen. Ein Besuch erscheint in Ihren Berichten 30 Minuten nach dem letzten aufgezeichneten Ereignis in der Sitzung.- TypeScript
- JavaScript
Arguments
Für diese Methode sind zwei Überladungen verfügbar:- Überladung mit zwei Parametern:
| Name | Typ | Beschreibung |
|---|---|---|
| visitorCode (required) | string | eindeutige Besucher-Identifikationszeichenfolge, darf 255 Zeichen Länge nicht überschreiten |
| featureKey (required) | string | ein eindeutiger Schlüssel für das Feature Flag |
- Überladung mit Objektparameter vom Typ
IsFeatureFlagActiveParamsType:
| Name | Typ | Beschreibung | Standard |
|---|---|---|---|
| visitorCode (required) | string | eindeutige Besucher-Identifikationszeichenfolge, darf 255 Zeichen Länge nicht überschreiten | - |
| featureKey (required) | string | ein eindeutiger Schlüssel für das Feature Flag | - |
| track (optional) | boolean | ein boolescher Indikator, der angibt, ob die Feature-Auswertung verfolgt werden soll | true |
Return value
| Typ | Beschreibung |
|---|---|
boolean | Indikator, ob das Feature Flag mit featureKey für den Besucher mit visitorCode aktiv ist. |
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.Initialization | Die Methode wurde ausgeführt, bevor der kameleoonClient seinen initialize-Aufruf abgeschlossen hat |
KameleoonException.VisitorCodeMaxLength | Der Visitor Code hat die maximale Länge (255 Zeichen) überschritten |
KameleoonException.VisitorCodeEmpty | Der Visitor Code ist leer |
KameleoonException.FeatureFlagConfigurationNotFound | Kein Feature Flag wurde für den angegebenen featureKey gefunden |
KameleoonException.DataInconsistency | Eine zugewiesene Variation wurde gefunden, aber es gibt kein Feature Flag mit entsprechendem featureKey |
setForcedVariation()
Die Methode ermöglicht es Ihnen, programmatisch einem Benutzer eine bestimmteVariation zuzuweisen und den Standard-Auswertungsprozess zu umgehen. Dies ist besonders wertvoll für kontrollierte Experimente, bei denen die übliche Auswertungslogik nicht erforderlich ist oder übersprungen werden muss. Es kann auch in Szenarien wie Debugging oder benutzerdefiniertem Testen hilfreich sein.
Wenn eine forced-Variation festgelegt wird, überschreibt sie die Echtzeit-Auswertungslogik von Kameleoon. Prozesse wie Segmentierung, Targeting-Bedingungen und algorithmische Berechnungen werden übersprungen. Um Segmentierung und Targeting-Bedingungen während eines Experiments beizubehalten, setzen Sie stattdessen forceTargeting=false.
Simulated-Variationen haben in der Ausführungsreihenfolge immer Vorrang. Wenn die Berechnung einer simulated-Variation ausgelöst wird, wird sie vollständig verarbeitet und zuerst abgeschlossen.
- TypeScript
- JavaScript
Arguments
Ein Objekt vom TypSetForcedVariationParametersType mit folgenden Eigenschaften:
| Name | Typ | Beschreibung | Standard | |
|---|---|---|---|---|
| visitorCode (required) | string | Eindeutige Kennung des Besuchers. | ||
| experimentId (required) | number | Experiment Id, die während des Auswertungsprozesses gezielt und ausgewählt wird. | ||
| variationKey (required) | `string | null` | Variation Key, der einer Variation entspricht, die als zurückgegebener Wert für das Experiment forciert werden soll. Wenn der Wert null ist, wird die forcierte Variation zurückgesetzt. | |
| forceTargeting (optional) | boolean | Gibt an, ob das Targeting für das Experiment forciert und übersprungen werden soll (true) oder wie im Standard-Auswertungsprozess angewendet werden soll (false). | true |
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.VisitorCodeEmpty | Der Visitor Code ist leer. |
KameleoonException.VisitorCodeMaxLength | Der Visitor Code hat die maximale Länge (255 Zeichen) überschritten. |
KameleoonException.Initialization | Gibt an, dass das SDK noch nicht vollständig initialisiert ist. |
KameleoonException.FeatureFlagExperimentNotFound | Ausnahme, die anzeigt, dass die angeforderte Experiment-ID in der internen Konfiguration des SDK nicht gefunden wurde. Dies ist in der Regel normal und bedeutet, dass das der Regel entsprechende Experiment auf der Kameleoon-Seite noch nicht aktiviert wurde. |
KameleoonException.FeatureFlagVariationNotFound | Ausnahme, die anzeigt, dass der angeforderte Variationsschlüssel (id) in der internen Konfiguration des SDK nicht gefunden wurde. Dies ist in der Regel normal und bedeutet, dass das der Variation entsprechende Experiment auf der Kameleoon-Seite noch nicht aktiviert wurde. |
KameleoonException.StorageRead | Speicherdaten konnten nicht gelesen werden. |
KameleoonException.StorageWrite | Speicherdaten konnten nicht aktualisiert werden. |
In den meisten Fällen muss nur der grundlegende Fehler,
KameleoonException, behandelt werden, wie im Beispiel gezeigt. Wenn jedoch verschiedene Arten von Fehlern eine Reaktion erfordern, behandeln Sie jeden separat basierend auf spezifischen Anforderungen. Darüber hinaus können für erhöhte Zuverlässigkeit allgemeine Sprachfehler durch Einschließen von Error behandelt werden.evaluateAudiences()
- 📨 Sendet Tracking-Daten an Kameleoon
evaluateAudiences() sollte aufgerufen werden, nachdem alle relevanten Besucherdaten festgelegt oder aktualisiert wurden, und kurz bevor eine Feature-Variation abgerufen oder ein Feature Flag überprüft wird. Dieser Ansatz stellt sicher, dass der Besucher gegen die aktuellsten verfügbaren Daten ausgewertet wird, was eine genaue Zielgruppenzuweisung basierend auf allen Kriterien ermöglicht.
Nach dem Aufrufen dieser Methode können Sie eine detaillierte Analyse der Segmentleistung im Audiences Explorer durchführen.
- TypeScript
- JavaScript
Arguments
| Name | Typ | Beschreibung |
|---|---|---|
| visitorCode (required) | string | Eindeutige Kennung des Besuchers. |
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.Initialization | Die Methode wurde ausgeführt, bevor der kameleoonClient seinen initialize-Aufruf abgeschlossen hat. |
KameleoonException.VisitorCodeEmpty | Der Visitor Code ist leer. |
KameleoonException.VisitorCodeMaxLength | Der Visitor Code hat die maximale Länge (255 Zeichen) überschritten. |
In den meisten Fällen muss nur der grundlegende Fehler,
KameleoonException, behandelt werden, wie im Beispiel gezeigt. Wenn jedoch verschiedene Arten von Fehlern eine Reaktion erfordern, behandeln Sie jeden separat basierend auf spezifischen Anforderungen. Darüber hinaus können für erhöhte Zuverlässigkeit allgemeine Sprachfehler durch Einschließen von Error behandelt werden.getDataFile()
Gibt die aktuelle SDK-Konfiguration alsDataFile-Objekt zurück.
- TypeScript
- JavaScript
Return value
| Typ | Beschreibung |
|---|---|
DataFile | Das DataFile, das die SDK-Konfiguration enthält |
Visitor data
Dieser Abschnitt bietet die Methoden, die Sie zur Verwaltung von Besucherdaten verwenden.getVisitorCode()
Die MethodegetVisitorCode, die aus dem Hook useVisitorCode gesammelt wird, erhält einen Visitor Code aus dem Browser-Cookie. Wenn der Visitor Code noch nicht existiert, generiert die Funktion einen zufälligen Visitor Code (oder verwendet den Wert defaultVisitorCode, falls Sie einen angegeben haben) und setzt den neuen Visitor Code in einem Cookie.
Die Methode
getVisitorCode() ermöglicht es Ihnen, simulated-Variationen für einen Besucher festzulegen. Wenn Cookies (von einer request oder einem document) den Schlüssel kameleoonSimulationFFData enthalten, wird der Standard-Auswertungsprozess umgangen. Stattdessen gibt die Methode direkt eine Variation basierend auf den bereitgestellten Daten zurück.Sie können Simulationen auf zwei Arten anwenden:- Automatisch (empfohlen): Wenn Sie Web Experimentation von Kameleoon oder das SDK im Hybrid-Modus verwenden, wird das Cookie automatisch erstellt, wenn Sie die Anzeige einer Variante mithilfe des Simulation Panel simulieren.
- Manuell: Setzen Sie das Cookie
kameleoonSimulationFFDatamanuell.
- Simulated variations: wirken sich auf das gesamte feature flag-Ergebnis aus.
- Forced variations: sind spezifisch für ein einzelnes Experiment.
kameleoonSimulationFFData diesem Format folgt:kameleoonSimulationFFData={"featureKey":{"expId":10,"varId":20}}: Simuliert die Variation mitvarIddes ExperimentsexpIdfür den angegebenenfeatureKey.kameleoonSimulationFFData={"featureKey":{"expId":0}}: Simuliert die Standardvariation (definiert im Abschnitt Then, for everyone else in Production, serve) für den angegebenenfeatureKey.
encodeURIComponent codiert werden.- TypeScript
- JavaScript
Arguments
| Name | Typ | Beschreibung |
|---|---|---|
| defaultVisitorCode (optional) | string | Visitor Code, der verwendet wird, falls in den Cookies kein Visitor Code vorhanden ist |
Wenn Sie keinen
defaultVisitorCode angeben und kein Visitor Code in einem Cookie gespeichert ist, wird der Visitor Code zufällig generiert.Return value
| Typ | Beschreibung |
|---|---|
string | Resultierender Visitor Code. |
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.VisitorCodeMaxLength | Die Visitor Code-Länge wurde überschritten |
KameleoonException.VisitorCodeEmpty | Der Visitor Code ist leer |
addData()
Die FunktionaddData, die mit dem Hook useData verwendet wird, sammelt Targeting-Daten zur Speicherung, damit andere Hooks bestimmen können, ob der aktuelle Besucher angesprochen wird.
- Die Funktion
addData()gibt keinen Wert zurück und interagiert nicht selbstständig mit den Kameleoon-Backend-Servern. Stattdessen werden alle deklarierten Daten zur späteren Übertragung über die Methode flush gespeichert. Dieser Ansatz hilft, die Anzahl der Serveraufrufe zu reduzieren, da die Daten in der Regel zu einem einzigen Serveraufruf zusammengefasst werden, der durch die Ausführung von flush ausgelöst wird.
-
userAgent-Daten werden nicht wie andere Daten im Speicher gespeichert und mit jeder Tracking-Anfrage zur Bot-Filterung gesendet. - Überprüfen Sie die Liste der unterstützten Bedingungen, um zu erfahren, welche Datentypen für das Targeting verwendet werden können
- TypeScript
- JavaScript
Arguments
| Name | Typ | Beschreibung | Standardwert |
|---|---|---|---|
| visitorCode (required) | string | eindeutige Besucher-Identifikationszeichenfolge, darf 255 Zeichen nicht überschreiten. | |
| track (optional) | boolean | Gibt an, ob die hinzugefügten Daten für das Tracking geeignet sind. Wenn auf false gesetzt, werden die Daten lokal gespeichert und nur zur Targeting-Auswertung verwendet; sie werden nicht an die Kameleoon Data API gesendet. | true |
| kameleoonData (optional) | KameleoonDataType[] | Anzahl von Instanzen eines beliebigen Typs von KameleoonData, kann ausschließlich in einem Array oder als sequenzielle Argumente hinzugefügt werden |
-
kameleoonDataist ein variadisches Argument, es kann als ein oder mehrere Argumente übergeben werden (siehe Beispiel) -
Der Index oder die ID der Custom Data finden Sie in Ihrem Kameleoon-Konto. Es ist wichtig zu beachten, dass dieser Index bei
0beginnt, was bedeutet, dass den ersten Custom Data, die Sie für eine bestimmte Site erstellen,0als ID zugewiesen wird, nicht1.
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.VisitorCodeMaxLength | Der Visitor Code hat die maximale Länge (255 Zeichen) überschritten |
KameleoonException.VisitorCodeEmpty | Der Visitor Code ist leer |
KameleoonException.StorageWrite | Speicherdaten konnten nicht aktualisiert werden |
KameleoonException.Initialization | Die Methode wurde ausgeführt, bevor der kameleoonClient seinen initialize-Aufruf abgeschlossen hat |
Siehe die Referenz Data types für weitere Details zur Verwaltung verschiedener Datentypen.
flush()
- SDK Version 9
- SDK Version 10
flush() nimmt die mit dem Besucher verknüpften Kameleoon-Daten und plant das Senden der Daten mit der nächsten Tracking-Anfrage. Der Zeitpunkt der nächsten Tracking-Anfrage wird durch den Parameter trackingInterval der SDK-Konfiguration definiert. Besucherdaten können mit den Methoden addData und getRemoteVisitorData hinzugefügt werden.Wenn Sie keinen visitorCode angeben, flusht das SDK alle seine gespeicherten Daten an die entfernten Kameleoon-Server. Wenn zuvor fehlgeschlagene Tracking-Anfragen während des Offline-Modus lokal gespeichert wurden, versucht das SDK, die gespeicherten Anfragen vor der Ausführung der letzten Anfrage zu senden.- TypeScript
- JavaScript
Arguments
| Name | Typ | Beschreibung | Standard |
|---|---|---|---|
| visitorCode (optional) | string | eindeutige Besucher-Identifikationszeichenfolge, darf 255 Zeichen nicht überschreiten; falls nicht übergeben, werden alle Daten geflusht (an die entfernten Kameleoon-Server gesendet). | - |
| Name | Typ | Beschreibung | Standard |
|---|---|---|---|
| visitorCode (optional) | string | eindeutige Besucher-Identifikationszeichenfolge, darf 255 Zeichen nicht überschreiten; falls nicht übergeben, werden alle Daten geflusht (an die entfernten Kameleoon-Server gesendet). | - |
| instant (optional) | boolean | Boolesche Markierung, die angibt, ob die Daten sofort gesendet werden sollen (true) oder gemäß dem geplanten Tracking-Intervall (false). | - |
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.VisitorCodeMaxLength | Der Visitor Code hat die maximale Länge (255 Zeichen) überschritten |
KameleoonException.VisitorCodeEmpty | Der Visitor Code ist leer |
KameleoonException.Initialization | Die Methode wurde ausgeführt, bevor der kameleoonClient seinen initialize-Aufruf abgeschlossen hat |
getRemoteData()
Die asynchrone MethodegetRemoteData, die mit dem Hook useData gesammelt wird, gibt Daten zurück, die für einen angegebenen Site Code auf einem entfernten Kameleoon-Server gespeichert sind.
Sie können diese Funktion beispielsweise verwenden, um Benutzereinstellungen, historische Daten oder andere Daten abzurufen, die für die Logik Ihrer Anwendung relevant sind. Durch das Speichern dieser Daten auf unseren hoch skalierbaren Servern mit unserer [Data API] können Sie große Datenmengen effizient verwalten und für jeden Ihrer Besucher oder Benutzer abrufen.
- TypeScript
- JavaScript
Arguments
| Name | Typ | Beschreibung |
|---|---|---|
| key (required) | string | eindeutiger Schlüssel, mit dem die abzurufenden Daten verknüpft sind |
Return value
| Typ | Beschreibung |
|---|---|
JSONType | Promise mit für einen bestimmten Schlüssel abgerufenen Daten. |
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.RemoteData | Daten konnten nicht vom Kameleoon-Server abgerufen werden |
getRemoteVisitorData()
- SDK Version 9
- SDK Version 10
getRemoteVisitorData() ist eine asynchrone Methode zum Abrufen von Kameleoon Visits Data für den visitorCode aus der Kameleoon Data API. Die Methode fügt die Daten dem Speicher hinzu, damit andere Methoden sie bei Targeting-Entscheidungen verwenden können.Mit dieser Methode erhaltene Daten spielen eine wichtige Rolle, wenn Sie Folgendes möchten:- Daten verwenden, die von anderen Geräten gesammelt wurden.
- auf den Verlauf eines Benutzers zugreifen, z. B. zuvor besuchte Seiten bei vergangenen Besuchen.
- Daten verwenden, die nur clientseitig zugänglich sind, wie Datalayer-Variablen und Goals, die nur am Frontend konvertieren.
- TypeScript
- JavaScript
Arguments
Ein Objekt vom TypRemoteVisitorDataParamsType, das Folgendes enthält:| Name | Typ | Beschreibung | Standardwert |
|---|---|---|---|
| visitorCode (required) | string | eindeutige Besucher-Identifikationszeichenfolge, darf 255 Zeichen Länge nicht überschreiten | - |
| shouldAddData (optional) | boolean | boolesche Markierung, die angibt, ob die abgerufenen Custom Data wie bei der Methode addData im Speicher abgelegt werden sollen | true |
| filters (optional) | VisitorDataFiltersType | Filter, um anzugeben, welche Daten aus Besuchen abgerufen werden sollen; standardmäßig werden nur customData aus dem aktuellen und dem letzten vorherigen Besuch abgerufen | { previousVisitAmount: 1, currentVisit: true customData: true }, andere Filterparameter sind auf false gesetzt |
Return value
| Typ | Beschreibung |
|---|---|
KameleoonDataType[] | Promise mit Liste der abgerufenen Kameleoon Data |
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.VisitorCodeMaxLength | Der Visitor Code hat die maximale Länge (255 Zeichen) überschritten |
KameleoonException.VisitorCodeEmpty | Der Visitor Code ist leer |
KameleoonException.RemoteData | Daten konnten nicht vom Kameleoon-Server abgerufen werden |
KameleoonException.VisitAmount | Die Besuchsanzahl muss eine Zahl zwischen 1 und 25 sein |
KameleoonException.Initialization | Die Methode wurde ausgeführt, bevor initialize für den kameleoonClient abgeschlossen wurde |
Using parameters in getRemoteVisitorData()
Die MethodegetRemoteVisitorData() bietet Flexibilität, indem sie es Ihnen ermöglicht, verschiedene Parameter beim Abrufen von Daten zu Besuchern zu definieren. Egal, ob Sie nach Zielen, Experimenten oder Variationen targeten, der gleiche Ansatz gilt für alle Datentypen.Angenommen, Sie möchten beispielsweise Daten zu Besuchern abrufen, die ein Ziel “Order transaction” abgeschlossen haben. Sie können Parameter innerhalb der Methode getRemoteVisitorData() angeben, um Ihr Targeting zu verfeinern. Wenn Sie beispielsweise nur Benutzer ansprechen möchten, die in ihren letzten fünf Besuchen das Ziel konvertiert haben, können Sie den Parameter previousVisitAmount auf 5 und conversions auf true setzen.Die in diesem Beispiel gezeigte Flexibilität ist nicht auf Zieldaten beschränkt. Sie können Parameter innerhalb der Methode getRemoteVisitorData() verwenden, um Daten zu einer Vielzahl von Besucherverhalten abzurufen.Hier ist die Liste der verfügbaren
VisitorDataFiltersType-Filter:| Name | Typ | Beschreibung | Standard |
|---|---|---|---|
| previousVisitAmount (optional) | number | Anzahl der vorherigen Besuche, aus denen Daten abgerufen werden sollen. Zahl zwischen 1 und 25 | 1 |
| currentVisit (optional) | boolean | Wenn true, werden aktuelle Besuchsdaten abgerufen | true |
| customData (optional) | boolean | Wenn true, werden Custom Data abgerufen. | true |
| pageViews (optional) | boolean | Wenn true, werden Seitendaten abgerufen. | false |
| geolocation (optional) | boolean | Wenn true, werden Geolocation-Daten abgerufen. | false |
| device (optional) | boolean | Wenn true, werden Gerätedaten abgerufen. | false |
| browser (optional) | boolean | Wenn true, werden Browser-Daten abgerufen. | false |
| operatingSystem (optional) | boolean | Wenn true, werden Betriebssystemdaten abgerufen. | false |
| conversions (optional) | boolean | Wenn true, werden Konversionsdaten abgerufen. | false |
| experiments (optional) | boolean | Wenn true, werden Experimentdaten abgerufen. | false |
| kcs (optional) | boolean | Wenn true, wird Kameleoon Conversion Score (KCS) abgerufen. Erfordert das AI Predictive Targeting-Add-on | false |
| visitorCode (optional) | boolean | Wenn true, ruft Kameleoon den visitorCode aus dem letzten Besuch ab und verwendet ihn für den aktuellen Besuch. Dies ist erforderlich, wenn Sie sicherstellen möchten, dass der durch seinen visitorCode identifizierte Besucher über Besuche hinweg für geräteübergreifende Experimentation immer dieselbe Variation erhält. | true |
| personalization (optional) | boolean | Wenn true, werden Personalisierungsdaten abgerufen. Dies ist für die Personalisierungsbedingung erforderlich | false |
| cbs (optional) | boolean | Wenn true, werden Contextual Bandit-Score-Daten abgerufen. | false |
getVisitorWarehouseData()
Die asynchrone MethodegetVisitorWarehouseAudience, die mit dem Hook useData gesammelt wird, ruft alle dem Besucher in Ihrem Data Warehouse zugeordneten Zielgruppendaten unter Verwendung des angegebenen visitorCode und warehouseKey ab. Der warehouseKey ist in der Regel Ihre interne Benutzer-ID. Der Parameter customDataIndex entspricht den Kameleoon-Custom Data, die Kameleoon zum Targeting Ihrer Besucher verwendet. Weitere Details finden Sie in der Warehouse-Targeting-Dokumentation.
- TypeScript
- JavaScript
Arguments
Parameterobjekt bestehend aus:| Name | Typ | Beschreibung |
|---|---|---|
| visitorCode (required) | string | eindeutige Besucher-Identifikationszeichenfolge, darf 255 Zeichen Länge nicht überschreiten |
| customDataIndex (required) | number | Zahl, die den Index der Custom Data darstellt, die Sie zum Targeting Ihrer Warehouse Audiences verwenden möchten |
| warehouseKey (optional) | string | eindeutiger Schlüssel zur Identifizierung der Warehouse-Daten (in der Regel Ihre interne Benutzer-ID) |
Return value
| Typ | Beschreibung |
|---|---|
Promise<CustomData | null> | Promise, das CustomData mit den zugehörigen Warehouse-Daten oder null enthält, wenn keine Daten vorhanden waren |
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.VisitorCodeMaxLength | Der Visitor Code hat die maximale Länge (255 Zeichen) überschritten |
KameleoonException.VisitorCodeEmpty | Der Visitor Code ist leer |
KameleoonException.RemoteData | Daten konnten nicht vom Kameleoon-Server abgerufen werden |
setLegalConsent()
Die MethodesetLegalConsent, die mit dem Hook useVisitorCode gesammelt wird, gibt an, ob der Besucher seine rechtliche Zustimmung zur Verwendung personenbezogener Daten gegeben hat. Das Setzen des Parameters legalConsent auf false begrenzt die Datentypen, die Sie in Tracking-Anfragen einbeziehen können. Dies hilft Ihnen, rechtliche und regulatorische Anforderungen einzuhalten und gleichzeitig Besucherdaten verantwortungsvoll zu verwalten. Weitere Informationen zu personenbezogenen Daten finden Sie in der Consent-Management-Richtlinie.
- Die Zustimmungsinformationen sind zwischen der Kameleoon-Engine (Anwendungsdatei engine.js) und dem React SDK synchronisiert. Diese Synchronisierung bedeutet, dass, sobald die Zustimmung entweder auf der Engine oder im SDK festgelegt wird, sie automatisch für beide festgelegt wird. Diese Funktion eliminiert die Notwendigkeit einer manuellen Zustimmungsbehandlung und stellt sicher, dass SDKs in Übereinstimmung mit den Benutzerpräferenzen arbeiten.
- Bei der Handhabung der rechtlichen Zustimmung ist es wichtig, die Methode
getVisitorCodezu verwenden. Zusätzlich akzeptiertgetVisitorCodedomainnicht als Argument. Übergeben Sie es stattdessen an die FunktioncreateClient.
- TypeScript
- JavaScript
Arguments
| Name | Typ | Beschreibung |
|---|---|---|
| visitorCode (required) | string | eindeutige Besucher-Identifikationszeichenfolge, darf 255 Zeichen Länge nicht überschreiten |
| consent (required) | boolean | ein boolescher Wert, der den Status der rechtlichen Zustimmung darstellt. true zeigt an, dass der Besucher seine rechtliche Zustimmung gegeben hat, false zeigt an, dass der Besucher nie eine rechtliche Zustimmung gegeben oder widerrufen hat |
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.VisitorCodeMaxLength | Die Visitor Code-Länge hat die maximale Länge (255 Zeichen) überschritten |
KameleoonException.VisitorCodeEmpty | Der Visitor Code ist leer |
Consent revocation behavior
Wenn SiesetLegalConsent() mit consent=false aufrufen, löscht das SDK das kameleoonVisitorCode-Cookie nicht. Stattdessen hört es auf, das Ablaufdatum des Cookies zu verlängern, sodass das Cookie bestehen bleibt, bis es natürlich abläuft.
Wenn Ihre Compliance-Anforderungen die sofortige Entfernung der Cookie-Datei nach dem Opt-out verlangen, müssen Sie sie manuell mit den nativen Cookie-Verwaltungsmethoden Ihres Frameworks löschen. Das SDK entfernt die Datei nicht automatisch.
Goals and third-party analytics
Dieser Abschnitt bietet die Methoden, die Sie verwenden, um zu verfolgen, wann eine Besucheraktion eines Ihrer Ziele erreicht (eine Konversion).trackConversion()
- SDK Version 9
- SDK Version 10
- 📨 Sendet Tracking-Daten an Kameleoon
trackConversion(), die mit dem Hook useData verwendet wird, erstellt und fügt dem Besucher Conversion-Daten mit den angegebenen Parametern hinzu und führt flush() aus.Verwenden Sie diese Methode, um eine Konversion für ein bestimmtes Ziel und einen Benutzer zu verfolgen. Diese Methode erfordert visitorCode und goalId. Darüber hinaus akzeptiert diese Methode auch optionale Argumente revenue, negative und metadata. Der visitorCode ist in der Regel identisch mit dem, der beim Auslösen des Experiments verwendet wurde.Die Methode trackConversion() gibt keinen Wert zurück. Diese Methode ist nicht blockierend, da der Serveraufruf asynchron erfolgt.- TypeScript
- JavaScript
Arguments
Parameterobjekt bestehend aus:| Name | Typ | Beschreibung | Standard |
|---|---|---|---|
| visitorCode (required) | string | Eindeutige Kennung des Besuchers. | |
| goalId (required) | number | ID des Ziels. | |
| negative (optional) | boolean | Definiert, ob der Umsatz positiv oder negativ ist. | false |
| revenue (optional) | number | Umsatz der Konversion. | 0 |
| metadata (optional) | CustomData[] | Metadaten der Konversion. Müssen vorab in der Kameleoon-App definiert werden. | undefined |
Metadatenwerte sind über Rohdatenexporte und die Ergebnisseite zugänglich.Wenn der Parameter
metadata angegeben wird, verwendet Kameleoon diese angegebenen Werte für die aktuelle Konversion anstelle dessen, was zuvor mit der Methode addData() gesammelt wurde. Wenn der Parameter weggelassen wird, verwendet Kameleoon die zuletzt verfolgten Werte für diese CustomData vor der Konversion und innerhalb desselben Besuchs.Kameleoon berücksichtigt nur die Metadatenwerte, die explizit als Parameter an die Methode trackConversion() übergeben werden.Im folgenden Beispiel verknüpft Kameleoon die Konversion nur mit dem explizit als Parameter angegebenen Custom Data-Wert (hier: Index 5 mit dem Wert ‘Amex Credit Card’).- TypeScript
- JavaScript
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.VisitorCodeMaxLength | Der Visitor Code hat die maximale Länge (255 Zeichen) überschritten. |
KameleoonException.VisitorCodeEmpty | Der Visitor Code ist leer. |
KameleoonException.StorageWrite | Speicherdaten konnten nicht aktualisiert werden. |
getEngineTrackingCode()
Kameleoon integriert sich mit mehreren Analyselösungen, darunter Mixpanel, Google Analytics 4 und Segment. Um serverseitige Experimente korrekt zu verfolgen, rufen Sie die MethodegetEngineTrackingCode() auf, nachdem der Besucher ein Experiment ausgelöst hat. Das SDK gibt JavaScript-Warteschlangenbefehle für die Experimente zurück, die der Besucher in den letzten fünf Sekunden ausgelöst hat. Wenn Sie diesen Code in die Seite einfügen, verarbeitet Engine.js die Befehle und sendet die Expositionsereignisse über die aktive Analyseintegration.
Weitere Informationen zur Implementierung dieser Methode finden Sie unter Hybrid-Experimentation.
- TypeScript
- JavaScript
-
Um diese Funktion zu nutzen, implementieren Sie sowohl das React SDK als auch Kameleoon Engine.js. Da Engine.js in diesem Ablauf nur für das Tracking verwendet wird, können Sie den asynchronen Tag vor dem schließenden
</body>-Tag installieren. -
Sie können den zurückgegebenen Tracking-Code direkt in ein HTML-
<script>-Tag einfügen.
123456 und 234567 Experiment-IDs, und 7890 und 8901 sind Variationen-IDs. In Ihrer Implementierung generiert das SDK diese Werte im zurückgegebenen Tracking-Code.Arguments
| Name | Typ | Beschreibung |
|---|---|---|
| visitorCode (required) | string | Eindeutige Kennung des Besuchers. |
Return value
| Typ | Beschreibung |
|---|---|
string | JavaScript-Code zum Einfügen in die Seite. |
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.VisitorCodeMaxLength | Der Visitor Code hat die maximale Länge (255 Zeichen) überschritten |
KameleoonException.VisitorCodeEmpty | Der Visitor Code ist leer |
Events
Dieser Abschnitt bietet die Methoden, die Sie zur Behandlung von Events verwenden.- SDK Version 10
onEvent()
Die MethodeonEvent, die mit dem Hook useInitialize gesammelt wird, löst einen Callback aus, wenn ein bestimmtes Event ausgelöst wird. Die Callback-Funktion hat Zugriff auf die mit dem Event verknüpften Daten. Die SDK-Methoden in dieser Dokumentation geben an, welche Event-Typen sie auslösen können, falls vorhanden.- TypeScript
- JavaScript
Sie können jedem
EventType nur einen Callback zuweisen.Events
Events werden in derEventType-Enum definiert. Je nach Event-Typ hat der Parameter eventData einen unterschiedlichen Typ.| Typ | Typ von eventData | Beschreibung |
|---|---|---|
EventType.Evaluation | EvaluationEventDataType | Wird ausgelöst, wenn das SDK eine Variation für ein Feature Flag auswertet. Es wird unabhängig vom Ergebnis der Variation ausgelöst |
EventType.ConfigurationUpdate | ConfigurationUpdateEventDataType | Wird ausgelöst, wenn das SDK ein Konfigurations-Update vom Server empfängt (bei Verwendung von Echtzeit-Streaming) |
Arguments
| Name | Typ | Beschreibung |
|---|---|---|
| event (required) | EventType | ein Event-Typ, dem die Callback-Aktion zugeordnet werden soll |
| callback (required) | (eventData: EventDataType<EventType>) => void | eine Callback-Funktion mit dem Parameter eventData, die bei einem Konfigurations-Update aufgerufen wird |
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.Initialization | Die Methode wurde ausgeführt, bevor der kameleoonClient seinen initialize-Aufruf abgeschlossen hat |
Sending exposure events to external tools
Kameleoon bietet integrierte Integrationen mit verschiedenen Analyse- und CDP-Lösungen, wie Mixpanel, Google Analytics 4, Segment…. Um sicherzustellen, dass Sie Ihre serverseitigen Experimente verfolgen und analysieren können, bietet Kameleoon eine MethodegetEngineTrackingCode(), die den JavaScript-Code zurückgibt, der in Ihre Seite eingefügt werden soll, um die Expositionsereignisse automatisch an die von Ihnen verwendete Analyselösung zu senden. Das SDK erstellt einen Tracking-Code für Ihre aktive Analyselösung basierend auf den Experimenten, die der Besucher in den letzten 5 Sekunden ausgelöst hat.
Weitere Informationen zur Hybrid-Experimentation finden Sie in dieser Dokumentation.Um von dieser Funktion zu profitieren, müssen Sie sowohl das React SDK als auch unseren Kameleoon-JavaScript-Tag implementieren. Wir empfehlen Ihnen, den [asynchronen Kameleoon-Tag] zu implementieren, den Sie vor Ihrem schließenden
<body>-Tag in Ihrer HTML-Seite installieren können, da er nur zu Tracking-Zwecken verwendet wird.Data types
Kameleoon-Datentypen sind Hilfsklassen, die zum Speichern von Daten im Speicher in vordefinierten Formen verwendet werden. Während der Ausführung von flush sammelt das SDK alle Daten und sendet sie zusammen mit der Tracking-Anfrage. Im SDK verfügbare Daten sind erst dann für das Targeting und Reporting in der Kameleoon-App verfügbar, wenn Sie die Daten hinzufügen. Beispielsweise durch Verwendung der MethodeaddData().
Weitere Informationen finden Sie unter use visit history to target users.
Wenn Sie den Hybrid-Modus verwenden, können Sie
getRemoteVisitorData() aufrufen, um automatisch alle Daten zu füllen, die Kameleoon zuvor gesammelt hat.Browser
Seit React SDK
10.11.0 wird Browser automatisch basierend auf der User-Agent-Zeichenfolge erkannt. Sie können ihn jedoch bei Bedarf manuell überschreiben.Jeder Besucher kann nur einen
Browser haben. Das Hinzufügen eines zweiten Browser überschreibt den ersten.| Name | Typ | Beschreibung |
|---|---|---|
| browser (required) | BrowserType | vordefinierter Browser-Typ (Chrome, InternetExplorer, Firefox, Safari, Opera, Other) |
| version (optional) | number | Version des Browsers, Gleitkommazahl repräsentiert Haupt- und Nebenversion des Browsers |
- TypeScript
- JavaScript
UniqueIdentifier
Die DatenUniqueIdentifier werden als Markierung für die eindeutige Besucheridentifikation verwendet.
Wenn Sie UniqueIdentifier für einen Besucher hinzufügen, wird visitorCode als eindeutige Besucherkennung verwendet, was für geräteübergreifende Experimentation nützlich ist. Die Zuordnung eines UniqueIdentifier zu einem Besucher informiert das SDK darüber, dass der Besucher mit einem anderen Besucher verknüpft ist.
Der UniqueIdentifier kann auch in anderen Grenzszenarien nützlich sein, z. B. wenn Sie nicht auf den anonymen visitorCode zugreifen können, der dem Besucher ursprünglich zugewiesen wurde, aber Zugriff auf eine interne ID haben, die mit dem anonymen Besucher über Sitzungszusammenführungsfunktionen verbunden ist.
Jeder Besucher kann nur einen
UniqueIdentifier haben. Das Hinzufügen eines weiteren UniqueIdentifier überschreibt den ersten.| Name | Typ | Beschreibung |
|---|---|---|
| value (required) | boolean | Wert, der angibt, ob der Besucher einem anderen Besucher zugeordnet ist; das Bereitstellen von false impliziert, dass der Besucher keinem anderen Besucher zugeordnet ist |
- TypeScript
- JavaScript
Conversion
Der hier gespeicherteConversion-Datensatz kann verwendet werden, um Experiment- und Personalisierungsberichte nach jedem zugehörigen Ziel zu filtern.
ConversionParametersType conversionParameters - ein Objekt mit den unten beschriebenen Konversionsparametern
| Name | Typ | Beschreibung | Standard |
|---|---|---|---|
| goalId (required) | number | ID des Ziels. | |
| revenue (optional) | float | Umsatz der Konversion | 0 |
| negative (optional) | boolean | Definiert, ob der Umsatz positiv oder negativ ist. | false |
| metadata (optional) | CustomData[] | Metadaten der Konversion. | undefined |
- TypeScript
- JavaScript
Cookie
Cookie enthält Informationen über das auf dem Gerät des Besuchers gespeicherte Cookie.
-
In der Regel versucht das React SDK, ein
localStorage-Cookie für die Bedingungen zu verwenden. Falls nicht möglich, kann das SDKCookie-Daten als Alternative verwenden. -
Jeder Besucher kann nur ein
Cookiehaben. Das Hinzufügen eines zweitenCookieüberschreibt das erste.
| Name | Typ | Beschreibung |
|---|---|---|
| cookie (required) | CookieType[] | Eine Liste von CookieType-Objekten, die aus Cookie-Schlüsseln und -Werten bestehen |
- TypeScript
- JavaScript
Methods
Cookie-Daten verfügen über eine statische Utility-Methode fromString, mit der Sie ein Cookie sofort erstellen können, indem Sie eine Zeichenfolge analysieren, die gültige Cookie-Daten enthält.
Die Methode akzeptiert eine string als Parameter und gibt eine initialisierte Cookie-Instanz zurück.
- TypeScript
- JavaScript
GeolocationData
GeolocationData enthält die Geolocation-Details des Besuchers
Jeder Besucher kann nur ein
GeolocationData haben. Das Hinzufügen eines zweiten GeolocationData überschreibt das erste.GeolocationInfoType, der folgende Felder enthält:
| Name | Typ | Beschreibung |
|---|---|---|
| country (required) | string | Das Land des Besuchers |
| region (optional) | string | Die Region des Besuchers |
| city (optional) | string | Die Stadt des Besuchers |
| postalCode (optional) | string | Die Postleitzahl des Besuchers |
| coordinates (optional) | [number, number] | Tupel-Array von Koordinaten aus zwei Positionswerten (Längengrad und Breitengrad). Die Koordinatenzahl repräsentiert Dezimalgrad |
- TypeScript
- JavaScript
CustomData
Um Custom Data für zukünftige Besuche zu erhalten, überträgt das SDKCustomData mit einem Visitor-Scope während der nächsten Tracking-Anfrage. Sie können den Scope in den Dateneinstellungen im Custom Data-Dashboard konfigurieren.
CustomData ermöglicht es Ihnen, jedem Besucher problemlos einen beliebigen Datentyp zuzuordnen. Diese Daten können dann als Targeting-Bedingung in Segmenten oder als Filter oder Breakdown in Experimentberichten verwendet werden.
Weitere Informationen zu Custom Data finden Sie in diesem Artikel.
| Name | Typ | Beschreibung | Standard |
|---|---|---|---|
| index/name (required) | number/string | Index oder Name der Custom Data. Entweder index oder name muss angegeben werden, um die Daten zu identifizieren. | |
| overwrite (optional) | boolean | Markierung zur expliziten Steuerung, wie die Werte gespeichert werden und wie sie in Berichten erscheinen. Weitere Informationen | true |
| value (required) | string[] | Der Custom Data-Wert. Er muss in eine Zeichenfolge umgewandelt werden, um dem Typ string zu entsprechen. Hinweis: value ist variadisch. |
-
Jeder Besucher darf nur einen
CustomDatafür jeden eindeutigenindexhaben. Das Hinzufügen eines weiterenCustomDatamit demselbenindexersetzt das vorhandene. - Der Custom Data-„Index” finden Sie im Custom Data-Dashboard unter der Spalte „INDEX”.
- Um zu verhindern, dass das SDK Daten mit dem ausgewählten Index aus Datenschutzgründen an die Kameleoon-Server sendet, aktivieren Sie die Option: Use this data only locally for targeting purposes beim Erstellen von Custom Data.
-
Das Hinzufügen einer mit einem Namen erstellten
CustomData-Instanz, wenn die SDK-Instanz nicht initialisiert ist oder der Name nicht registriert ist, führt dazu, dass die Daten ignoriert werden.
- TypeScript
- JavaScript
Device
Seit React SDK
10.11.0 wird Device automatisch basierend auf der User-Agent-Zeichenfolge erkannt. Sie können es jedoch bei Bedarf manuell überschreiben.React Native: Die Unterstützung für diese Funktion ist derzeit experimentell und erfordert möglicherweise Anpassungen, um korrekt zu funktionieren. In React Native wird das Device automatisch basierend auf dem DPI von react-native.Dimensions erkannt.Jeder Besucher kann nur ein
Device haben. Das Hinzufügen eines zweiten Device überschreibt das erste.| Name | Typ | Beschreibung |
|---|---|---|
| deviceType (required) | DeviceType | mögliche Typen für den Gerätetyp (PHONE, TABLET, DESKTOP) |
- TypeScript
- JavaScript
OperatingSystem
Seit React SDK
10.11.0 wird OperatingSystem automatisch basierend auf der User-Agent-Zeichenfolge erkannt. Sie können es jedoch bei Bedarf manuell überschreiben.React Native: Die Unterstützung für diese Funktion ist derzeit experimentell und erfordert möglicherweise Anpassungen, um korrekt zu funktionieren. In React Native wird das OperatingSystem automatisch basierend auf react-native.Platform erkannt.OperatingSystem enthält die Informationen zum Betriebssystem des Besuchers.
Jeder Besucher kann nur ein
OperatingSystem haben. Das Hinzufügen eines zweiten OperatingSystem überschreibt das vorherige.| Name | Typ | Beschreibung |
|---|---|---|
| operatingSystem (required) | OperatingSystemType | mögliche Typen für den Gerätetyp: WINDOWS_PHONE, WINDOWS, ANDROID, LINUX, MAC, IOS |
- TypeScript
- JavaScript
PageView
Seit React SDK
10.11.0 wird PageView automatisch basierend auf window.location?.href und document.title erkannt. Sie können es jedoch bei Bedarf manuell überschreiben.React Native: Die Unterstützung für diese Funktion ist derzeit experimentell und erfordert möglicherweise Anpassungen, um korrekt zu funktionieren.Jeder Besucher kann ein
PageView pro eindeutiger URL haben. Das Hinzufügen eines PageView mit derselben URL wie ein vorhandenes teilt dem SDK mit, dass der Besucher die Seite erneut besucht hatPageViewParametersType pageViewParameters - ein Objekt mit unten beschriebenen Seitenaufrufparametern
| Name | Typ | Beschreibung |
|---|---|---|
| urlAddress (required) | string | URL-Adresse der zu verfolgenden Seite |
| title (required) | string | Titel der Webseite |
| referrer (optional) | number[] | ein optionaler Parameter, der eine Liste von Referrer-Indizes enthält, hat keinen Standardwert |
- TypeScript
- JavaScript
UserAgent
Speichert Informationen über den User-Agent des Besuchers. Serverseitige Experimente sind anfälliger für Bot-Traffic als clientseitige Experimente. Um dies zu beheben, verwendet Kameleoon die IAB/ABC International Spiders and Bots List, um bekannte Bots und Spider zu identifizieren. Kameleoon verwendet auch das FeldUserAgent, um Bots und anderen unerwünschten Traffic herauszufiltern, der andernfalls Ihre Konversionsmetriken verfälschen könnte. Weitere Details finden Sie im Hilfeartikel zur Bot-Filterung.
Wenn Sie interne Bots verwenden, empfehlen wir, den Wert curl/8.0 des userAgent zu übergeben, um sie von unseren Analytiken auszuschließen.
Ein Besucher kann nur einen
UserAgent haben. Das Hinzufügen eines zweiten UserAgent überschreibt den ersten.| Name | Typ | Beschreibung |
|---|---|---|
| value (required) | string | Wert, der zum Vergleich verwendet wird |
- TypeScript
- JavaScript
ApplicationVersion
ApplicationVersion repräsentiert die semantische Versionsnummer Ihrer Anwendung.
| Name | Typ | Beschreibung |
|---|---|---|
| version (optional) | string | Die Version der mobilen Anwendung. Dieses Feld muss der semantischen Versionierung folgen. Akzeptierte Formate sind major, major.minor oder major.minor.patch. |
- TypeScript
- JavaScript
Returned Types
DataFile
DasDataFile enthält die SDK-Konfigurationsdetails.
Es kann bei Bedarf für Kunden mit zusätzlichen Informationen erweitert werden. Wenn Sie weitere Details benötigen, wenden Sie sich bitte an Ihren Customer Success Manager.
| Name | Typ | Beschreibung |
|---|---|---|
| featureFlags | Map<string, FeatureFlag> | Eine Map von FeatureFlag-Objekten, mit Feature-Flag-Schlüsseln als Schlüsseln. |
| dateModified | number | Der Zeitstempel (in Millisekunden), der angibt, wann das DataFile zuletzt geändert wurde. |
- TypeScript
- JavaScript
FeatureFlag
DerFeatureFlag repräsentiert eine Reihe von Eigenschaften, die ein Feature Flag selbst definieren — zum Beispiel seine Variations, Rules, Umgebungsstatus und andere zugehörige Details.
Er kann bei Bedarf für Kunden mit zusätzlichen Informationen erweitert werden. Wenn Sie weitere Details benötigen, wenden Sie sich bitte an Ihren Customer Success Manager.
| Name | Typ | Beschreibung |
|---|---|---|
| environmentEnabled | boolean | Gibt an, ob das Feature Flag in der aktuellen Umgebung aktiviert ist. |
| defaultVariationKey | string | Der Schlüssel der mit dem Feature Flag verknüpften Standardvariation. |
| variations | Map<string, Variation> | Eine Map von Variation-Objekten, mit Variationsschlüsseln als Schlüsseln. |
| rules | Rule[] | Eine Liste von Rule-Objekten |
- TypeScript
- JavaScript
Rule
DieRule repräsentiert eine Reihe von Eigenschaften, die eine Regel selbst definieren — zum Beispiel ihre Variations.
Sie kann bei Bedarf für Kunden mit zusätzlichen Informationen erweitert werden. Wenn Sie weitere Details benötigen, wenden Sie sich bitte an Ihren Customer Success Manager.
| Name | Typ | Beschreibung |
|---|---|---|
| variations | Map<string, Variation> | Eine Map von Variation-Objekten, mit Variationsschlüsseln als Schlüsseln. |
- TypeScript
- JavaScript
Variation
Variation enthält Informationen über die dem Besucher zugewiesene Variation (oder die Standardvariation, wenn keine spezifische Zuweisung existiert).
| Name | Typ | Beschreibung |
|---|---|---|
| name | string | Name der Variation. |
| key | string | Schlüssel der Variation. |
| id | number or null | ID der Variation oder null, wenn der Besucher auf der Standardvariation gelandet ist. |
| experimentId | number or null | ID des Experiments oder null, wenn der Besucher auf der Standardvariation gelandet ist. |
| variables | Map<string, Variable> | Map der Variablen für die Variation, wobei der Schlüssel der Variablenschlüssel und der Wert das Variablenobjekt ist. |
- Stellen Sie sicher, dass Ihr Code den Fall behandelt, in dem
idoderexperimentIdnullsein kann, was eine Standardvariation anzeigt. - Die
variables-Map kann leer sein, wenn keine Variablen mit der Variation verknüpft sind.
- TypeScript
- JavaScript
Variable
Variable enthält Informationen über eine mit der zugewiesenen Variation verknüpfte Variable.
| Name | Typ | Beschreibung |
|---|---|---|
| key | string | Der eindeutige Schlüssel zur Identifizierung der Variable. |
| type | string | Der Typ der Variable. Mögliche Werte: BOOLEAN, NUMBER, STRING, JSON, JS, CSS. |
| value | any | Der Wert der Variable, der von einem der folgenden Typen sein kann: boolean, number, String, Record<string, any>, any[]. |
- TypeScript
- JavaScript
Deprecated methods
getFeatureFlagVariationKey()
- 📨 Sendet Tracking-Daten an Kameleoon
- 🎯 Events:
EventType.Evaluation
Verwenden Sie die Methode
getVariation.getFeatureFlagVariationKey(), die mit dem Hook useFeatureFlag verwendet wird, ruft den Variationsschlüssel für einen Besucher ab, der durch seinen visitorCode identifiziert wird. Dieser Prozess umfasst die Überprüfung der Targeting-Kriterien, die Identifizierung der dem Besucher zugewiesenen geeigneten Variation, das Speichern dieser Informationen und das Senden einer Tracking-Anfrage.
Wenn ein Benutzer noch nie einem Feature Flag zugeordnet war, gibt das SDK zufällig einen Variationsschlüssel gemäß den Regeln dieses Feature Flags zurück. Wenn der Benutzer bereits mit dem Feature Flag verknüpft ist, identifiziert das SDK den zuvor zugewiesenen Variationsschlüssel. Wenn der Benutzer keine der angegebenen Regeln erfüllt, gibt das SDK den Standardwert zurück, der in den Bereitstellungsregeln des Feature Flags von Kameleoon definiert ist. Es ist wichtig zu beachten, dass der Standardwert nicht immer ein Variationsschlüssel sein muss; es kann auch ein boolescher Wert oder ein anderer Datentyp sein, je nachdem, wie das Feature Flag konfiguriert ist.
- TypeScript
- JavaScript
Arguments
| Name | Typ | Beschreibung |
|---|---|---|
| visitorCode (required) | string | eindeutige Besucher-Identifikationszeichenfolge, darf 255 Zeichen Länge nicht überschreiten |
| featureKey (required) | string | ein eindeutiger Schlüssel für das Feature Flag |
Return value
| Typ | Beschreibung |
|---|---|
string | eine Zeichenfolge, die den Variablenschlüssel für die zugewiesene Feature-Flag-Variation für den angegebenen Besucher enthält. |
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.Initialization | Die Methode wurde ausgeführt, bevor initialize für den kameleoonClient abgeschlossen wurde |
KameleoonException.VisitorCodeMaxLength | Der Visitor Code hat die maximale Länge (255 Zeichen) überschritten |
KameleoonException.VisitorCodeEmpty | Der Visitor Code ist leer |
KameleoonException.FeatureFlagConfigurationNotFound | Kein Feature Flag wurde für den angegebenen featureKey gefunden |
KameleoonException.FeatureFlagEnvironmentDisabled | Das Feature Flag ist für die aktuelle Umgebung deaktiviert |
getVisitorFeatureFlags()
- 🚫 Sendet keine Tracking-Daten an Kameleoon
- 🎯 Events:
EventType.Evaluation(für jedes Feature Flag)
Verwenden Sie die Methode
getVariations.getVisitorFeatureFlags, die mit dem Hook useFeatureFlag verwendet wird, gibt eine Liste aktiver Feature Flags zurück, die den mit dem visitorCode verknüpften Besucher ansprechen (der Besucher muss eine der zugewiesenen Variationen haben).
- TypeScript
- JavaScript
Arguments
| Name | Typ | Beschreibung |
|---|---|---|
| visitorCode (required) | string | eindeutige Besucher-Identifikationszeichenfolge, darf 255 Zeichen Länge nicht überschreiten |
Return value
| Typ | Beschreibung |
|---|---|
FeatureFlagType[] | Liste der Feature Flags, jedes Feature-Flag-Element enthält id und key. |
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.Initialization | Die Methode wurde ausgeführt, bevor der kameleoonClient seinen initialize-Aufruf abgeschlossen hat |
KameleoonException.VisitorCodeMaxLength | Der Visitor Code hat die maximale Länge (255 Zeichen) überschritten |
KameleoonException.VisitorCodeEmpty | Der Visitor Code ist leer |
KameleoonException.StorageRead | Fehler beim Lesen der Speicherdaten |
getActiveFeatureFlags()
- 🚫 Sendet keine Tracking-Daten an Kameleoon
- 🎯 Events:
EventType.Evaluation(für jedes Feature Flag)
Verwenden Sie die Methode
getVariations.getActiveFeatureFlags, die mit dem Hook useFeatureFlag gesammelt wird, gibt eine Map zurück, in der der Schlüssel der Feature-Schlüssel und der Wert detaillierte Informationen über die Variation des Besuchers und seine Variablen ist
- TypeScript
- JavaScript
Arguments
| Name | Typ | Beschreibung |
|---|---|---|
| visitorCode (required) | string | eindeutige Besucher-Identifikationszeichenfolge, darf 255 Zeichen Länge nicht überschreiten |
Return value
| Typ | Beschreibung |
|---|---|
Map<string, KameleoonVariationType> | eine Map von Feature Flags, in der der Schlüssel der Feature-Schlüssel und der Wert detaillierte Informationen über die Variation des Besuchers und seine Variablen ist |
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.Initialization | Die Methode wurde ausgeführt, bevor der kameleoonClient seinen initialize-Aufruf abgeschlossen hat |
KameleoonException.VisitorCodeMaxLength | Der Visitor Code hat die maximale Länge von 255 Zeichen überschritten |
KameleoonException.VisitorCodeEmpty | Der Visitor Code ist leer |
KameleoonException.StorageRead | Fehler beim Lesen der Speicherdaten |
KameleoonException.NumberParse | Der Number-Wert konnte nicht analysiert werden |
KameleoonException.JSONParse | Der JSON-Wert konnte nicht analysiert werden |
getFeatureFlagVariable()
- 📨 Sendet Tracking-Daten an Kameleoon
- 🎯 Events:
EventType.Evaluation
Verwenden Sie die Methode
getVariation.getFeatureFlagVariable, die mit dem Hook useFeatureFlag gesammelt wird, gibt eine Variable für den Besucher unter visitorCode im gefundenen Feature Flag zurück; dies umfasst die Targeting-Überprüfung, das Finden der entsprechenden Variation, die dem Besucher ausgesetzt ist, und das Speichern im Speicher zusammen mit dem Senden einer Tracking-Anfrage.
- TypeScript
- JavaScript
Arguments
Parameterobjekt vom TypGetFeatureFlagVariableParamsType, das folgende Felder enthält:
| Name | Typ | Beschreibung |
|---|---|---|
| visitorCode (required) | string | eindeutige Besucher-Identifikationszeichenfolge, darf 255 Zeichen Länge nicht überschreiten |
| featureKey (required) | string | ein eindeutiger Schlüssel für das Feature Flag |
| variableKey (required) | string | Schlüssel der zu findenden Variable für ein Feature Flag mit dem angegebenen featureKey, kann auf der Kameleoon-Plattform gefunden werden |
Return value
| Typ | Beschreibung |
|---|---|
FeatureFlagVariableType | ein Variablenobjekt, das die Felder type und value enthält. Sie können das Feld type mit dem Enum VariableType vergleichen. Wenn der type beispielsweise VariableType.BOOLEAN ist, ist value ein boolean-Typ. |
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.Initialization | Die Methode wurde ausgeführt, bevor initialize für den kameleoonClient abgeschlossen wurde |
KameleoonException.VisitorCodeMaxLength | Der Visitor Code hat die maximale Länge (255 Zeichen) überschritten |
KameleoonException.VisitorCodeEmpty | Der Visitor Code ist leer |
KameleoonException.FeatureFlagConfigurationNotFound | Kein Feature Flag wurde für den angegebenen featureKey gefunden |
KameleoonException.FeatureFlagVariableNotFound | Keine Feature-Variable wurde für die angegebenen visitorCode und variableKey gefunden |
KameleoonException.FeatureFlagEnvironmentDisabled | Das Feature Flag ist für die aktuelle Umgebung deaktiviert |
KameleoonException.JSONParse | Der JSON-Wert konnte nicht analysiert werden |
KameleoonException.NumberParse | Der Number-Wert konnte nicht analysiert werden |
getFeatureFlagVariables()
- 📨 Sendet Tracking-Daten an Kameleoon
- 🎯 Events:
EventType.Evaluation(für jedes Feature Flag)
Verwenden Sie die Methode
getVariations.getFeatureFlagVariables, die mit dem Hook useFeatureFlag gesammelt wird, gibt eine Liste von Variablen für den Besucher unter visitorCode im gefundenen Feature Flag zurück; dies umfasst die Targeting-Überprüfung, das Finden der entsprechenden Variation, die dem Besucher ausgesetzt ist, und das Speichern im Speicher zusammen mit dem Senden einer Tracking-Anfrage.
- TypeScript
- JavaScript
Arguments
| Name | Typ | Beschreibung |
|---|---|---|
| visitorCode (required) | string | eindeutige Besucher-Identifikationszeichenfolge, darf 255 Zeichen Länge nicht überschreiten |
| featureKey (required) | string | ein eindeutiger Schlüssel für das Feature Flag |
Return value
| Typ | Beschreibung |
|---|---|
FeatureVariableResultType[] | eine Liste von Variablenobjekten, die die Felder key, type und value enthalten. Sie können das Feld type mit dem Enum VariableType vergleichen. Wenn der type beispielsweise VariableType.BOOLEAN ist, ist value ein boolean-Typ. |
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.Initialization | Die Methode wurde ausgeführt, bevor der kameleoonClient seinen initialize-Aufruf abgeschlossen hat |
KameleoonException.VisitorCodeMaxLength | Der Visitor Code hat die maximale Länge (255 Zeichen) überschritten |
KameleoonException.VisitorCodeEmpty | Der Visitor Code ist leer |
KameleoonException.FeatureFlagConfigurationNotFound | Kein Feature Flag wurde für den angegebenen featureKey gefunden |
KameleoonException.FeatureFlagVariationNotFound | Keine Feature-Variation wurde für die angegebenen visitorCode und variableKey gefunden |
KameleoonException.FeatureFlagEnvironmentDisabled | Das Feature Flag ist für die aktuelle Umgebung deaktiviert |
KameleoonException.JSONParse | Der JSON-Wert konnte nicht analysiert werden |
KameleoonException.NumberParse | Der Number-Wert konnte nicht analysiert werden |
onConfigurationUpdate()
Verwenden Sie stattdessen die Methode
onEvent mit EventType.ConfigurationUpdate.onConfigurationUpdate, die mit dem Hook useInitialize gesammelt wird, löst einen Callback bei einem Konfigurations-Update des Clients aus.
Dieser Hook funktioniert nur für Server-Sent Events zur Echtzeit-Aktualisierung
- TypeScript
- JavaScript
Arguments
| Name | Typ | Beschreibung |
|---|---|---|
| callback (required) | () => void | Callback-Funktion ohne Parameter, die bei einem Konfigurations-Update aufgerufen wird |
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.Initialization | Die Methode wurde ausgeführt, bevor der kameleoonClient seinen initialize-Aufruf abgeschlossen hat |
getFeatureFlags()
🚫 Sendet keine Tracking-Daten an Kameleoon Die MethodegetFeatureFlags, die mit dem Hook useFeatureFlag gesammelt wird, gibt eine Liste von in der Client-Konfiguration gespeicherten Feature Flags zurück.
- TypeScript
- JavaScript
Return value
| Typ | Beschreibung |
|---|---|
FeatureFlagType[] | Liste von Feature Flags, jedes Feature-Flag-Element enthält id und key. |
Exceptions thrown
| Typ | Beschreibung |
|---|---|
KameleoonException.Initialization | Die Methode wurde ausgeführt, bevor der kameleoonClient seinen initialize-Aufruf abgeschlossen hat |