Passer au contenu principal
Avec le SDK React de Kameleoon, vous pouvez exécuter des expériences de fonctionnalités et activer des feature flags sur votre application web et mobile front-end. L’intégration de notre SDK dans votre application web et mobile est simple, et son empreinte (mémoire et utilisation réseau) est faible. Pour commencer : pour obtenir de l’aide afin de démarrer, consultez le guide du développeur Changelog : les détails sur la dernière version du SDK React sont disponibles dans le changelog. Méthodes du SDK : pour la documentation de référence complète du SDK React, consultez la section reference. Prérequis : le SDK React requiert React 16.8.0+

Developer guide

Suivez cette section pour intégrer le SDK dans votre application et en apprendre davantage sur son utilisation.

Getting started

Cette section vous guide à travers l’installation et la configuration du SDK pour la première fois.

Installation

L’outil d’installation du SDK Kameleoon est la méthode recommandée pour installer le SDK. Ce SDK Installer vous aide à installer le SDK de votre choix, à générer un échantillon de code de base et à configurer les dépendances externes si nécessaire. Pour démarrer l’outil d’installation du SDK, installez-le et exécutez-le globalement :
npm install --global @kameleoon/sdk-installer
kameleoon-sdk
Ou exécutez-le directement avec npx :
npx @kameleoon/sdk-installer

Create the Kameleoon Client

Pour commencer, créez un point d’entrée pour le SDK React en créant un Kameleoon Client au niveau supérieur de votre application. Créez une instance de KameleoonClient en utilisant la fonction createClient(), importée depuis le package kameleoon.
import {
  createClient,
  Environment,
  SDKConfigurationType,
} from '@kameleoon/react-sdk';

// -- Optional configuration
const configuration: Partial<SDKConfigurationType> = {
  updateInterval: 60,
  environment: Environment.Production,
  cookieDomain: '.example.com',
};

const client = createClient({ siteCode: 'my_site_code', configuration });

Wrap the application in the Kameleoon Provider

La deuxième étape consiste à connecter le Kameleoon Client précédemment créé à KameleoonProvider en passant le client configuré à KameleoonProvider :
import {
  createClient,
  Environment,
  KameleoonProvider,
} from '@kameleoon/react-sdk';

const client = createClient({
  siteCode: 'my_site_code',
  configuration: {
    updateInterval: 60,
    environment: Environment.Production,
  },
});

function AppWrapper(): JSX.Element {
  return (
    <KameleoonProvider client={client}>
      <App />
    </KameleoonProvider>
  );
}
KameleoonProvider
Utilisez ce provider au niveau racine en englobant votre application pour accéder à KameleoonClient. Cela garantit que votre application ne scintille pas en raison de modifications de flag au démarrage.
Props
NomTypeDescription
children (required)ReactNodeéléments enfants du provider
client (required)KameleoonClientinstance KameleoonClient créée par createClient()
KameleoonProviderSSR
Utilisez ce provider au niveau racine en englobant votre application pour accéder à KameleoonClient. KameleoonProviderSSR diffère de KameleoonProvider en ce qu’il crée une instance KameleoonClient à l’intérieur du contexte lors de la première requête client. Cela évite le risque de créer le client côté serveur. Il est recommandé pour une utilisation dans les systèmes basés sur le SSR, tels que Next.js avec SSR.
Props
NomTypeDescription
children (required)ReactNodeéléments enfants du provider
sdkParameters (required)SDKParametersparamètres SDKParameters pour créer une instance de KameleoonClient

Await for the client initialization

L’initialisation de KameleoonClient se fait de manière asynchrone afin de garantir que l’appel à l’API Kameleoon a réussi ; pour cela, le hook useInitialize est utilisé. Vous pouvez utiliser async/await, Promise.then() ou toute autre méthode pour gérer l’initialisation asynchrone du client.
import { useEffect, useCallback } from 'react';
import { useInitialize } from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();

  // -- Waiting for the client initialization using `async/await`

  const init = useCallback(async (): Promise<void> => {
    await initialize();
  }, [initialize]);

  useEffect(() => {
    init();
  }, [init]);
}

Activating a feature flag

Assigning a unique ID to a user
Pour attribuer un identifiant unique à un utilisateur, vous pouvez utiliser la méthode getVisitorCode(). Si un visitor code n’existe pas (à partir du cookie des en-têtes de requête), la méthode génère un identifiant unique aléatoire ou utilise un defaultVisitorCode que vous auriez généré. L’identifiant est ensuite défini dans un cookie des en-têtes de réponse. Si vous utilisez Kameleoon en mode Hybride, l’appel à la méthode getVisitorCode() garantit que l’identifiant unique (visitor code) est partagé entre le fichier d’application engine.js (anciennement nommé kameleoon.js) et le SDK.
Retrieving a flag configuration
Pour implémenter un feature flag dans votre code, vous devez d’abord créer le feature flag dans votre compte Kameleoon. Pour déterminer le statut ou la variation d’un feature flag pour un utilisateur spécifique, vous devez utiliser la méthode getVariation() ou isFeatureFlagActive() pour récupérer la configuration en fonction du featureKey. La méthode getVariation() gère à la fois les feature flags simples avec des états ON/OFF et les flags plus complexes avec plusieurs variations. La méthode récupère la variation appropriée pour l’utilisateur en vérifiant les règles de la fonctionnalité, en attribuant la variation et en la renvoyant en fonction du featureKey et du visitorCode. La méthode isFeatureFlagActive() peut être utilisée si vous souhaitez récupérer la configuration d’un feature flag simple qui n’a qu’un état ON ou OFF, par opposition aux feature flags plus complexes avec plusieurs variations ou options de ciblage. Si votre feature flag a des variables associées (telles que des comportements spécifiques liés à chaque variation), getVariation() vous permet également d’accéder à l’objet Variation, qui fournit des détails sur la variation attribuée et son expérience associée. Cette méthode vérifie si l’utilisateur est ciblé, trouve la variation attribuée au visiteur et l’enregistre dans le stockage. Lorsque track=true, le SDK enverra l’événement d’exposition à l’expérience spécifiée lors de la prochaine requête de suivi, qui est automatiquement déclenchée en fonction du tracking_interval_millisecond du SDK. Par défaut, cet intervalle est défini sur 1000 millisecondes (1 seconde). La méthode getVariation() vous permet de contrôler si le suivi est effectué. Si track=false, aucun événement d’exposition ne sera envoyé par le SDK. Cela est utile si vous préférez ne pas suivre les données via le SDK et plutôt vous appuyer sur le suivi côté client géré par le moteur Kameleoon, par exemple. De plus, définir track=false est utile lors de l’utilisation de la méthode getVariations(), où vous pouvez n’avoir besoin que des variations pour tous les flags sans déclencher d’événements de suivi. Si vous souhaitez en savoir plus sur le fonctionnement du suivi, consultez cet article
Adding data points to target a user or filter / breakdown visits in reports
Pour cibler un utilisateur, assurez-vous d’avoir ajouté les points de données pertinents à son profil avant de récupérer la variation de la fonctionnalité ou de vérifier si le flag est actif. Utilisez la méthode addData() pour ajouter ces points de données au profil de l’utilisateur. Pour récupérer les points de données collectés sur d’autres appareils ou pour accéder aux données utilisateur passées (collectées côté client lors de l’utilisation de Kameleoon en mode Hybride), utilisez la méthode getRemoteVisitorData(). Cette méthode récupère les données de manière asynchrone à partir des serveurs. Il est important d’appeler getRemoteVisitorData() avant de récupérer la variation ou de vérifier si le feature flag est actif, car ces données peuvent être nécessaires pour attribuer un utilisateur à une variation donnée. Pour en savoir plus sur les conditions de ciblage disponibles, consultez l’article détaillé à ce sujet. De plus, les points de données que vous ajoutez au profil du visiteur seront disponibles lors de l’analyse de vos expériences, vous permettant de filtrer et de décomposer vos résultats par facteurs tels que l’appareil et le navigateur. Le mode Hybride de Kameleoon collecte automatiquement une variété de points de données côté client, facilitant la décomposition de vos résultats en fonction de ces points de données pré-collectés. Voir la liste complète ici. Si vous devez suivre des points de données supplémentaires au-delà de ce qui est collecté automatiquement, vous pouvez utiliser la fonctionnalité Custom Data de Kameleoon. Custom Data vous permet de capturer et d’analyser des informations spécifiques pertinentes pour vos expériences. N’oubliez pas d’appeler la méthode flush() pour envoyer les données collectées aux serveurs Kameleoon pour analyse.
Pour garantir que vos résultats sont précis, il est recommandé de filtrer les bots en utilisant le type de données UserAgent.
Tracking goal conversions
Lorsqu’un utilisateur effectue une action souhaitée (telle qu’un achat), elle est enregistrée comme une conversion. Pour suivre les conversions, utilisez la méthode trackConversion() et fournissez les paramètres requis visitorCode et goalId. La requête de suivi de conversion sera envoyée avec la prochaine requête de suivi planifiée, que le SDK envoie à intervalles réguliers (définis par tracking_interval_millisecond). Si vous préférez envoyer la requête immédiatement, utilisez la méthode flush() avec le paramètre instant=true.
Sending events to analytics solutions
Pour suivre les conversions et envoyer des événements d’exposition à votre solution d’analyse client, vous devez d’abord implémenter Kameleoon en mode Hybride. Ensuite, utilisez la méthode getEngineTrackingCode(). La méthode getEngineTrackingCode() récupère le code de suivi unique nécessaire pour envoyer des événements d’exposition à votre solution d’analyse. L’utilisation de cette méthode vous permet d’enregistrer des événements et de les envoyer à la plateforme d’analyse de votre choix.

React Native considerations

React Native sur la plateforme android ne prend pas en charge la fonctionnalité Real Time Update.
Bien que le SDK React fonctionne de la même manière dans les contextes React Native et React, il est important de noter que les étapes de configuration diffèrent. En raison de l’absence d’API navigateur dans React Native, le SDK React doit avoir différentes implémentations de dépendances externes pour fonctionner correctement. Pour cela, Kameleoon fournit plusieurs packages npm dédiés que vous pouvez installer et configurer manuellement ou installer via le Kameleoon SDK Installation Tool (recommandé). Les packages incluent :
  • @kameleoon/react-native-storage - construit avec la bibliothèque react-native-mmkv
  • @kameleoon/react-native-event-source - construit avec la bibliothèque react-native-event-source-ts
  • @kameleoon/react-native-visitor-code-manager - construit sur la base de la bibliothèque react-native-mmkv
  • @kameleoon/react-native-platform-analyzer - construit avec la bibliothèque react-native
  • optional @kameleoon/react-native-secure-prng - construit avec la bibliothèque react-native-get-random-values
Si vous ne souhaitez pas utiliser les packages listés, vous pouvez fournir votre propre implémentation en suivant le guide des dépendances externes. Exemple de configuration du SDK React pour une application React Native :
import { createClient } from '@kameleoon/react-sdk';
import { KameleoonEventSource } from '@kameleoon/react-native-event-source';
import { KameleoonStorage } from '@kameleoon/react-native-storage';
import { KameleoonVisitorCodeManager } from '@kameleoon/react-native-visitor-code-manager';
import { KameleoonSecurePRNG } from '@kameleoon/react-native-secure-prng';
import { KameleoonPlatformAnalyzer } from '@kameleoon/react-native-platform-analyzer';

// --- Create KameleoonClient ---
const client = createClient({
  siteCode: 'my_site_code',
  externals: {
    storage: new KameleoonStorage(),
    eventSource: new KameleoonEventSource(),
    visitorCodeManager: new KameleoonVisitorCodeManager(),
    platformAnalyzer: new KameleoonPlatformAnalyzer(),
    // -- Optional --
    prng: new KameleoonSecurePRNG(),
  },
});

Using a custom bucketing key

Par défaut, Kameleoon utilise un ID de visiteur unique et anonyme (visitorCode) pour attribuer les utilisateurs aux variations de feature flag. Cet ID est généralement généré et stocké sur l’appareil de l’utilisateur (dans un cookie de navigateur pour les SDK côté client et côté serveur — dans le stockage persistant pour les SDK mobiles). Cependant, dans certains scénarios, vous pouvez avoir besoin de garantir que tous les utilisateurs d’une même organisation voient la même variante d’un feature flag. L’option Custom Bucketing Key vous permet de remplacer ce comportement par défaut en fournissant votre propre identifiant personnalisé pour le bucketing. Ce remplacement garantit que la logique d’attribution de Kameleoon utilise votre clé spécifiée au lieu du visitorCode par défaut.

Use cases

Utiliser une clé de bucketing personnalisée est essentiel pour maintenir la cohérence et la précision de vos attributions de feature flag, en particulier dans ces situations :
  • Expériences au niveau du compte ou de l’organisation : Pour les produits B2B ou les scénarios où vous souhaitez attribuer tous les utilisateurs d’une même organisation à la même variation, vous pouvez utiliser un identifiant tel qu’un accountId. Les clés de bucketing personnalisées sont cruciales pour les fonctionnalités d’A/B test qui impactent une équipe ou une entreprise entière.
En implémentant une clé de bucketing personnalisée, vous assurez une plus grande cohérence et précision dans vos expériences, conduisant à des résultats plus fiables et à une meilleure expérience utilisateur.

Technical details

Lorsque vous configurez une clé de bucketing personnalisée pour un feature flag, vous fournissez à Kameleoon un identifiant spécifique provenant des données de votre application :
addData(visitorCode, new CustomData(index, 'newVisitorCode'));
  • Fournir la clé personnalisée : Vous fournissez votre identifiant personnalisé au SDK Kameleoon à l’aide de la méthode addData(). Dans cette méthode, vous passerez votre clé de bucketing personnalisée choisie en tant qu’objet CustomData. Ici, newVisitorCode fait référence à l’identifiant que vous souhaitez utiliser pour votre bucketing (par exemple, le nouveau userId ou accountId).
Pour que la clé de bucketing personnalisée fonctionne correctement, elle doit également être définie et configurée pour le feature flag pendant le processus de création ou de modification du flag. Sans cette configuration correspondante, le bucketing du SDK n’appliquera pas votre clé personnalisée. Pour des instructions détaillées sur la façon de le configurer dans Kameleoon, reportez-vous à cet article.
  • Logique de bucketing : Une fois qu’une clé de bucketing personnalisée est fournie via la méthode addData(), tous les calculs de hash pour attribuer les utilisateurs aux variations utiliseront ce newVisitorCode (votre clé personnalisée) au lieu du visitorCode par défaut. Utiliser le newVisitorCode signifie que la décision de bucketing est liée à votre identifiant personnalisé, garantissant des attributions cohérentes à travers les différents contextes où cet identifiant est présent.
  • Suivi des données et analytique : Il est essentiel de noter que bien que le newVisitorCode (votre clé personnalisée) soit utilisé pour les décisions de bucketing, toutes les données ultérieures (événements de suivi et conversions, par exemple) sont envoyées et associées au visitorCode original. Cette séparation garantit que vos analytiques reflètent avec précision les parcours et interactions individuels des utilisateurs dans le contexte plus large de votre expérience, même lorsque le bucketing est effectué à un niveau supérieur (comme un compte) ou à travers plusieurs appareils/sessions. Vos données de visiteur d’origine restent intactes pour des rapports complets.

Technical requirementes

Pour utiliser efficacement une clé de bucketing personnalisée :
  • La clé doit être une string.
  • Elle doit être unique pour l’entité que vous avez l’intention de bucketer (par exemple, si vous utilisez un userId, l’ID de chaque utilisateur doit être unique).
  • La clé doit être disponible pour le SDK au moment exact où la décision de feature flag est évaluée pour cet utilisateur ou cette requête.

Targeting conditions

Les SDK Kameleoon prennent en charge une variété de conditions de ciblage prédéfinies que vous pouvez utiliser pour cibler les utilisateurs dans vos campagnes. Pour la liste des conditions prises en charge par ce SDK, consultez use visit history to target users. Vous pouvez également utiliser vos propres données externes pour cibler les utilisateurs.

Logging

Le SDK génère des logs pour refléter divers processus internes et problèmes.

Log levels

Le SDK prend en charge la configuration de la limitation du logging par niveau de log.
import { KameleoonClient, KameleoonLogger, LogLevel } from '@kameleoon/react-sdk';

const client = createClient({ siteCode: 'my_site_code', configuration });

// The `NONE` log level does not allow logging.
client.setLogLevel(LogLevel.NONE);
// Or use KameleoonLogger
KameleoonLogger.setLogLevel(LogLevel.NONE);


// The `ERROR` log level only allows logging issues that may affect the SDK's main behaviour.
client.setLogLevel(LogLevel.ERROR);
// Or use KameleoonLogger
KameleoonLogger.setLogLevel(LogLevel.ERROR);

// The `WARNING` log level allows logging issues which may require additional attention.
// It extends the `ERROR` log level.
// The `WARNING` log level is a default log level.
client.setLogLevel(LogLevel.WARNING);
// Or use KameleoonLogger
KameleoonLogger.setLogLevel(LogLevel.WARNING);
import { KameleoonClient, KameleoonLogger, LogLevel } from ‘@kameleoon/react-sdk/full’;

// The `INFO` log level allows logging general information on the SDK’s internal processes.
// It extends the `WARNING` log level.
client.setLogLevel(LogLevel.INFO);
// Or use KameleoonLogger
KameleoonLogger.setLogLevel(LogLevel.INFO);

// The `DEBUG` level logs additional details about the SDK’s internal processes and extends the `INFO` level
// with more granular. diagnostic output.
// This information is not intended for end-user interpretation but can be sent to our support team
// to assist with internal troubleshooting.
client.setLogLevel(LogLevel.DEBUG);
// Or use KameleoonLogger
KameleoonLogger.setLogLevel(LogLevel.DEBUG);

Custom handling of logs

Le SDK écrit ses logs dans la sortie console par défaut. Ce comportement peut être remplacé.
La limitation du logging par niveau de log est effectuée indépendamment de la logique de gestion des logs.
import { KameleoonClient, KameleoonLogger, IExternalLogger, LogLevel } from '@kameleoon/react-sdk';

export class CustomLogger implements IExternalLogger {
  // `log` method accepts logs from the SDK
  public log(level: LogLevel, message: string): void {
    // Custom log handling logic here. For example:
    switch (level) {
      case LogLevel.DEBUG:
        console.debug(message);
        break;
      case LogLevel.INFO:
        console.info(message);
        break;
      case LogLevel.WARNING:
        console.warn(message);
        break;
      case LogLevel.ERROR:
        console.error(message);
        break;
    }
  }
}

const client = createClient({
  siteCode: 'my_site_code',
  externals: {
    logger: new CustomLogger(),
  },
});

// Log level filtering is applied separately from log handling logic.
// The custom logger will only accept logs that meet or exceed the specified log level.
// Ensure the log level is set correctly.
client.setLogLevel(LogLevel.DEBUG);
// Or use KameleoonLogger
KameleoonLogger.setLogLevel(LogLevel.DEBUG);

Domain information

Vous fournissez un domaine en tant que domain dans la [configuration] de KameleoonClient, qui est utilisé pour stocker le visitor code Kameleoon dans les cookies. Ceci est important lorsque vous travaillez avec les méthodes getVisitorCode et setLegalConsent. Le domaine que vous fournissez est stocké dans le cookie en tant que clé Domain=.

Setting the domain

Le domaine que vous fournissez indique que l’adresse URL peut utiliser le cookie. Par exemple, si votre domaine est www.example.com, le cookie n’est disponible qu’à partir d’une URL www.example.com. Cela signifie que les pages avec le domaine app.example.com ne peuvent pas utiliser le cookie. Pour être plus flexible avec les sous-domaines, vous pouvez préfixer un domaine par .. Par exemple, le domaine .example.com permet au cookie de fonctionner à la fois sur app.example.com et login.example.com.
Vous ne pouvez pas utiliser d’expressions régulières, de symboles spéciaux, de protocole ou de numéros de port dans le domain. De plus, une liste spécifique de sous-domaines n’est pas autorisée à être utilisée avec le préfixe ..
Voici une petite fiche de référence sur les domaines :
DomaineURL autoriséesURL non autorisées
www.example.comwww.example.comapp.example.com
example.com.com
.example.com = example.comexample.comotherexample.com
www.example.com
app.example.com
login.example.com
https://www.example.com⛔ domaine invalide⛔ domaine invalide
www.example.com:4408⛔ domaine invalide⛔ domaine invalide
.localhost.com = localhost⛔ domaine invalide⛔ domaine invalide

Developing on localhost

localhost est toujours considéré comme un domaine invalide, ce qui rend difficile le test du domaine lors du développement sur localhost. Il existe deux façons d’éviter ce problème :
  • Ne pas spécifier le champ domain dans le client SDK lors des tests. Cela évite les problèmes de localhost (le cookie sera défini sur n’importe quel domaine).
  • Créer un domaine local pour localhost. Par exemple :
    • Naviguez vers /etc/hosts sur Linux ou vers c:\Windows\System32\Drivers\etc\hosts sur Windows
    • Ouvrez hosts avec les droits de super-utilisateur ou d’administrateur
    • Ajoutez un domaine au port localhost, par exemple : 127.0.0.1 app.com
    • Vous pouvez maintenant exécuter votre application localement sur app.com:{my_port} et spécifier .app.com comme votre domaine

External dependencies

Les dépendances externes du SDK utilisent le modèle dependency injection pour vous donner la possibilité de fournir vos propres implémentations pour certaines parties d’un SDK.
Dans le SDK React, toutes les dépendances externes ont des implémentations par défaut, qui utilisent une API native du navigateur, il n’est donc pas nécessaire de les fournir à moins qu’une autre API ne soit requise pour des cas d’utilisation spécifiques.
Voici la liste des dépendances externes disponibles :
DépendanceInterfaceAPI utiliséeDescription
storage (optional)IExternalStoragelocalStorage du navigateurUtilisé pour stocker toutes les données existantes et collectées du SDK
requester (optional)IExternalRequesterfetch du navigateurUtilisé pour effectuer toutes les requêtes réseau
eventSource (optional)IExternalEventSourceEventSource du navigateurUtilisé pour recevoir les Server Sent Events pour les capacités de Real Time Update
visitorCodeManager (optional)IExternalVisitorCodeManagerCookie du navigateurUtilisé pour stocker et synchroniser le visitor code
prng (optional)IExternalPRNGMath.random ou crypto.getRandomValues du navigateurUtilisé pour générer des ID uniques pour les événements de suivi
logger (optional)ILoggerImplémentation personnaliséeUtilisé pour la gestion personnalisée des logs du SDK. Permet de définir comment les logs sont traités et où ils sont émis.
platformAnalyzer (optional)IPlatformAnalyzerAPI React NativeDétecte automatiquement la plateforme et attache cette information aux données du visiteur. Conçu spécifiquement pour React Native.
L’exemple suivant implémente les dépendances externes. Pour importer une interface depuis un SDK, créez une classe qui l’implémente et passez la classe instanciée au SDK.

Storage

import { IExternalStorage } from '@kameleoon/react-sdk';

// --- External Storage implementation ---
// - JavaScript `Map` is used as an example storage
const storage = new Map();

class MyStorage<T> implements IExternalStorage<T> {
  public read(key: string): T | null {
    // - Read data using `key`
    const data = storage.get(key);

    // - Return `null` if there's no data
    if (!data) {
      return null;
    }

    // - Return obtained data
    return data;
  }

  public write(key: string, data: T): void {
    // - Write data using `key`
    storage.set(key, data);
  }
}

// --- Create KameleoonClient ---
const client = createClient({
  siteCode: 'my_site_code',
  externals: {
    storage: new MyStorage(),
  },
});

EventSource

import {
  IExternalEventSource,
  EventSourceOpenParametersType,
} from '@kameleoon/react-sdk';

// --- External EventSource implementation ---
// - Example uses native browser `EventSource`
class MyEventSource implements IExternalEventSource {
  private eventSource?: EventSource;

  public open({
    eventType,
    onEvent,
    url,
  }: EventSourceOpenParametersType): void {
    // - Initialize `EventSource`
    const eventSource = new EventSource(url);

    this.eventSource = eventSource;
    // - Add event listener with provided event type and event callback
    this.eventSource.addEventListener(eventType, onEvent);
  }

  public close(): void {
    // - Cleanup open event source
    if (this.eventSource) {
      this.eventSource.close();
    }
  }

  public onError(callback: (error: Event) => void): void {
    // - Set error callback
    if (this.eventSource) {
      this.eventSource.onerror = callback;
    }
  }
}

// --- Create KameleoonClient ---
const client = createClient({
  siteCode: 'my_site_code',
  externals: {
    eventSource: new MyEventSource(),
  },
});

VisitorCodeManager

import {
  IExternalVisitorCodeManager,
  SetDataParametersType,
  KameleoonUtils,
} from '@kameleoon/react-sdk';

// --- External Visitor Code Manager implementation ---
// - Example uses browser `document.cookie` API
class MyVisitorCodeManager implements IExternalVisitorCodeManager {
  public getData(key: string): string | null {
    const cookieString = document.cookie;

    // - Return `null` if no cookie was found
    if (!cookieString) {
      return null;
    }

    // - Parse cookie using provided `key`
    return KameleoonUtils.getCookieValue(cookieString, key);
  }

  public setData({
    visitorCode,
    domain,
    maxAge,
    key,
    path,
  }: SetDataParametersType): void {
    // - Set cookie with provided parameters
    let resultCookie = `${key}=${visitorCode}; Max-Age=${maxAge}; Path=${path}`;

    if (domain) {
      resultCookie += `; Domain=${domain}`;
    }

    document.cookie = resultCookie;
  }
}

// --- Create KameleoonClient ---
const client = createClient({
  siteCode: 'my_site_code',
  externals: {
    visitorCodeManager: new MyVisitorCodeManager(),
  },
});

Requester

import {
  RequestType,
  IExternalRequester,
  KameleoonResponseType,
  SendRequestParametersType,
} from '@kameleoon/react-sdk';

// --- External Requester Implementation
export class MyRequester implements IExternalRequester {
  public async sendRequest({
    url,
    parameters,
  }: SendRequestParametersType<RequestType>): Promise<KameleoonResponseType> {
    // - Using native browser `fetch`
    return await fetch(url, parameters);
  }
}

// --- Create KameleoonClient ---
const client = createClient({
  siteCode: 'my_site_code',
  externals: {
    requester: new MyRequester(),
  },
});

Pseudo Random Number Generator

Le Pseudo Random Number Generator (PRNG) est une dépendance qui génère un nombre à virgule flottante aléatoire entre 0 et 1 (similaire à Math.random). L’implémentation par défaut de Kameleoon repose sur la fonction crypto du navigateur ou sur Math.random si crypto n’est pas disponible. Ces API sont très sécurisées et fiables, cependant dans certains cas particuliers (en particulier dans certains moteurs React Native), vous pouvez vouloir fournir votre propre implémentation ou utiliser un package Kameleoon dédié à React Native - @kameleoon/react-native-secure-prng
import { IExternalPRNG } from '@kameleoon/react-sdk';

// --- External Pseudo Random Number Generator (PRNG) implementation ---
class MyPRNG implements IExternalPRNG {
  public getRandomNumber(): number {
    // Return a random floating point number between `0` and `1`, like `Math.random()` does.
    return Math.random();
  }
}

// --- Create KameleoonClient ---
const client = createClient({
  siteCode: 'my_site_code',
  externals: {
    prng: new MyPRNG(),
  },
});

Error Handling

Presque chaque callback du SDK React renvoyé par les hooks peut générer une erreur à un moment donné ; ces erreurs ne sont pas de simples cas particuliers mais plutôt des KameleoonError délibérément prédéfinis qui étendent la classe native Error de JavaScript en fournissant des messages utiles et un champ spécial type de type KameleoonException. KameleoonException est une enum contenant tous les types d’erreur possibles. Pour savoir exactement quel type de KameleoonException les callbacks peuvent générer, vous pouvez consulter la section Throws de la description des hooks sur cette page ou simplement survoler le callback dans votre IDE pour voir la description jsdoc. Dans l’ensemble, gérer les erreurs est considéré comme une bonne pratique pour rendre votre application plus stable et éviter les problèmes techniques.
import { useEffect, useCallback } from 'react';
import {
  useInitialize,
  useVisitorCode,
  useData,
  CustomData,
  KameleoonError,
  KameleoonException,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { getVisitorCode } = useVisitorCode();
  const { addData } = useData();

  const init = useCallback(async (): Promise<void> => {
    try {
      await initialize();

      // -- Get visitor code
      const visitorCode = getVisitorCode();

      const customData = new CustomData(0, 'my_data');
      addData(visitorCode, customData);
    } catch (error) {
      // -- Type guard for inferring error type, as native JavaScript `catch`
      //    only infers `unknown`.
      if (error instanceof KameleoonError) {
        switch (error.type) {
          case KameleoonException.VisitorCodeMaxLength:
            // -- Handle an error
            break;
          case KameleoonException.StorageWrite:
            // -- Handle an error
            break;
          case KameleoonException.Initialization:
            // -- Handle an error
            break;
          default:
            break;
        }
      }
    }
  }, [initialize, addData, visitorCode, getVisitorCode]);

  useEffect(() => {
    init();
  }, [init]);
}

Cross-device experimentation

Pour prendre en charge les visiteurs qui accèdent à une application depuis plusieurs appareils, Kameleoon permet la synchronisation des données de visiteur précédemment collectées sur chacun des appareils du visiteur et la réconciliation de leur historique de visites entre appareils via l’expérimentation cross-device. Des études de cas et des informations détaillées sur la façon dont Kameleoon gère les données entre appareils sont disponibles dans l’article sur l’expérimentation cross-device.

Synchronizing custom data across devices

Bien que la synchronisation de mapping personnalisé soit utilisée pour aligner les données du visiteur entre les appareils, elle n’est pas toujours nécessaire. Voici deux scénarios où la synchronisation de mapping personnalisée n’est pas requise : Même ID utilisateur entre appareils Si le même ID utilisateur est utilisé de manière cohérente sur tous les appareils, la synchronisation est gérée automatiquement sans synchronisation de mapping personnalisé. Il suffit d’appeler la méthode getRemoteVisitorData() lorsque vous souhaitez synchroniser les données collectées entre plusieurs appareils. Instances multi-serveurs avec des ID cohérents Dans les configurations complexes impliquant plusieurs serveurs (par exemple, des instances de serveurs distribués), où le même ID utilisateur est disponible sur tous les serveurs, la synchronisation entre serveurs (avec getRemoteVisitorData()) est suffisante sans synchronisation de mapping personnalisé supplémentaire. Les clients ayant besoin de données supplémentaires peuvent se référer à la description de la méthode getRemoteVisitorData() pour obtenir des conseils supplémentaires. Dans le code ci-dessous, il est supposé que le même identifiant unique (dans ce cas, le visitorCode, qui peut également être appelé userId) est utilisé de manière cohérente entre les deux appareils pour une récupération précise des données.
Si vous souhaitez synchroniser les données collectées en temps réel, vous devez choisir le scope Visitor pour vos custom data.
Device One
import { useEffect, useCallback } from 'react';
import { useInitialize, useData, CustomData } from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { addData, flush } = useData();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Custom Data with index `0` was set to `Visitor` scope
    //    in Kameleoon.
    const customDataIndex = 0;
    const customData = new CustomData(customDataIndex, 'my_data');

    addData('my_visitor', customData);
    flush();
  }, [initialize, addData]);

  useEffect(() => {
    init();
  }, [init]);
}
Device Two
import { useEffect, useCallback } from 'react';
import { useInitialize, useData, CustomData } from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { getRemoteVisitorData } = useData();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Before working with data, call `getRemoteVisitorData`.
    await getRemoteVisitorData({ visitorCode: 'my_visitor_code' });

    // -- New SDK code will have access to CustomData with `Visitor` scope
    //    defined on Device One.
    //    So, "my_data" is now available to target and track "my_visitor".
  }, [initialize, addData]);

  useEffect(() => {
    init();
  }, [init]);
}

Using custom data for session merging

L’expérimentation cross-device vous permet de combiner l’historique d’un visiteur sur chacun de ses appareils (réconciliation d’historique). L’une des fonctionnalités puissantes que la réconciliation d’historique fournit est la capacité de fusionner différentes sessions de visiteurs en une seule. Pour réconcilier l’historique des visites, vous pouvez utiliser CustomData pour fournir un identifiant unique pour le visiteur.Suivez le guide activating cross-device history reconciliation pour configurer vos custom data sur la plateforme KameleoonUne fois vos custom data configurées, vous pouvez les utiliser dans votre code pour fusionner la session d’un visiteur. Les sessions avec le même identifiant verront toujours la même variation d’expérience et seront affichées comme un seul visiteur dans la vue Visitor des pages de résultats de votre expérience.La configuration du SDK garantit que les sessions associées voient toujours la même variation de l’expérience.Avant d’utiliser d’autres méthodes, assurez-vous d’informer le SDK que le visiteur est un identifiant unique en ajoutant des données UniqueIdentifier à un visiteur
Comme la custom data que vous utilisez comme identifiant doit être définie sur le scope Visitor, vous devez utiliser la synchronisation cross-device des custom data pour récupérer l’identifiant avec la méthode getRemoteVisitorData sur chaque appareil.
Voici un exemple d’utilisation de custom data pour la fusion de sessions. Dans cet exemple, nous avons une application avec une page de connexion. Comme nous ne connaissons pas l’ID utilisateur au moment de la connexion, nous utilisons un identifiant de visiteur anonyme généré par la méthode getVisitorCode. Après la connexion de l’utilisateur, nous pouvons associer le visiteur anonyme à l’ID utilisateur et l’utiliser comme identifiant unique pour le visiteur.
Login Page
import { useEffect, useCallback } from 'react';
import {
  useInitialize,
  useFeatureFlag,
  useVisitorCode,
  CustomData,
} from '@kameleoon/react-sdk';

function LoginPage(): JSX.Element {
  const [visitorCode, setVisitorCode] = useState<string | null>(null);

  const { initialize } = useInitialize();
  const { getVariation } = useFeatureFlag();
  const { getVisitorCode } = useVisitorCode();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    const anonymousVisitor = getVisitorCode();
    // -- Saving `visitorCode` in the state to re-use it later.
    setVisitorCode(anonymousVisitor);

    // -- Getting a variation, assume it's variation `A`
    const variation = getVariation({
      visitorCode: anonymousVisitor,
      featureKey: 'my_feature_key',
    });
  }, [initialize, getVariation, getVisitorCode]);

  useEffect(() => {
    init();
  }, [init]);
}
Application Page
import { useEffect, useCallback } from 'react';
import {
  useData,
  useFeatureFlag,
  useVisitorCode,
  CustomData,
  UniqueIdentifier,
} from '@kameleoon/react-sdk';

type Props = {
  anonymousVisitor: string;
};

function ApplicationPage(props: Props): JSX.Element {
  const { addData, trackConversion, getRemoteVisitorData, flush } = useData();
  const { getVariation } = useFeatureFlag();

  const init = useCallback(async (): Promise<void> => {
    // -- At this point anonymous visitor has logged in,
    //    and we have a user ID to use as a visitor identifier
    // -- Associating both visitors with an identifier Custom Data,
    //    where index `1` is the Custom Data's index, configured
    //    as a unique identifier in Kameleoon.
    const userIdentifierData = new CustomData(1, 'my_user_id');
    // -- Let's assume the anonymous visitor identifier
    //    was passed as a prop.
    addData(props.anonymousVisitor, userIdentifierData);
    // -- Flushing data for the anonymous `visitorCode`
    flush(props.anonymousVisitor);

    // -- Informing the SDK that the visitor is unique identifier.
    addData('my_user_id', new UniqueIdentifier(true));

    // -- Retrieving the variation for the user ID ensures
    //    consistency with the anonymous visitor's variation.
    //    Both the anonymous visitor and the user ID will be
    //    assigned variation `A`.
    const variation = getVariation({
      visitorCode: 'my_user_id',
      featureKey: 'my_feature_key',
    });

    // -- `my_user_id` and `anonymousVisitor` are now linked.
    //    They can be tracked as a single visitor.
    trackConversion({
      visitorCode: 'my_user_id',
      goalId: 123,
      revenue: 100,
    });

    // -- Additionally, linked visitors share previously
    //    collected remote data.
    const data = await getRemoteVisitorData({
      visitorCode: 'my_user_id',
    });
  }, [
    getRemoteVisitorData,
    trackConversion,
    addData,
    getVariation,
  ]);

  useEffect(() => {
    init();
  }, [init]);
}

Utilities

Le SDK dispose d’un ensemble de méthodes utilitaires qui peuvent être utilisées pour simplifier le processus de développement. Toutes les méthodes sont représentées en tant que membres statiques de la classe KameleoonUtils.

simulateSuccessRequest

La méthode simulateSuccessRequest est utilisée pour simuler une requête réussie vers le serveur Kameleoon. Elle peut être utile pour les implémentations personnalisées de Requester lorsque le développeur a besoin de simuler une requête réussie, par exemple en désactivant le suivi.
import {
  KameleoonUtils,
  IExternalRequester,
  SendRequestParametersType,
  RequestType,
  KameleoonResponseType,
} from '@kameleoon/react-sdk';

// - Example of `Requester` with disabled tracking
class Requester implements IExternalRequester {
  public async sendRequest({
    url,
    parameters,
    requestType,
  }: SendRequestParametersType<RequestType>): Promise<KameleoonResponseType> {
    if (requestType === RequestType.Tracking) {
      return KameleoonUtils.simulateSuccessRequest<RequestType.Tracking>(
        requestType,
        null,
      );
    }

    return await fetch(url, parameters);
  }
}
Arguments
NomTypeDescription
requestType (required)RequestTypeUn type de requête
data (required)SimulateRequestDataType[RequestType]Un type de données de requête, qui diffère selon le RequestType
Le type de données SimulateRequestDataType est défini comme suit :
  • RequestType.Tracking - null
  • RequestType.ClientConfiguration - ClientConfigurationDataType
  • RequestType.RemoteData - JSONType
Return value
TypeDescription
Promise<KameleoonResponseType>renvoie une promesse avec la réponse de la requête

getCookieValue

La méthode getCookieValue est utilisée pour analyser une chaîne de cookie courante (key_1=value_1; key_2=value_2; ...) et obtenir la valeur d’une clé de cookie spécifique. Elle est utile lorsque vous travaillez avec une implémentation personnalisée de VisitorCodeManager.
import { KameleoonUtils } from '@kameleoon/react-sdk';

const cookies = 'key_1=value_1; key_2=value_2';
const key = 'key_1';

const value = KameleoonUtils.getCookieValue(cookies, key); // = `value_1`
Arguments
NomTypeDescription
cookie (required)stringChaîne de cookie sous la forme key_1=value_1; key_2=value_2
key (required)stringReprésentation chaîne d’une clé pour trouver une valeur
Return value
TypeDescription
`stringnull`renvoie une chaîne avec une valeur de cookie ou null si la clé n’a pas été trouvée

Reference

Il s’agit de la documentation de référence complète pour le SDK React.

Initialization

Cette section fournit les méthodes que vous utilisez pour créer et initialiser le Kameleoon Client dans votre application.

initialize()

Une fonction asynchrone initialize, collectée avec le hook useInitialize, qui est utilisée pour l’initialisation de KameleoonClient en récupérant les données liées au SDK Kameleoon depuis le serveur ou en récupérant les données depuis une source locale si les données sont à jour ou si l’intervalle de mise à jour n’a pas été atteint.
  • Si la configuration du SDK n’a pas pu être récupérée mais qu’une configuration plus ancienne est disponible dans le stockage du SDK, le SDK utilise la configuration plus ancienne comme solution de repli et initialize ne génère pas d’erreur.
  • Le SDK prend en charge un mode hors ligne.
En mode hors ligne, si les requêtes de suivi de l’une des méthodes suivantes échouent en raison de problèmes de connectivité Internet, le SDK renvoie automatiquement la requête dès qu’il détecte que la connexion Internet a été rétablie :
import { useEffect, useCallback } from 'react';
import { useInitialize } from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();

  const init = useCallback(async (): Promise<void> => {
    await initialize();
  }, [initialize]);

  useEffect(() => {
    init();
  }, [init]);
}
Return value
TypeDescription
Promise<boolean>une promesse résolue en un booléen indiquant une initialisation réussie du SDK. En général, initialize génère une erreur si quelque chose d’ingérable se produit, donc la valeur boolean sera presque toujours true et ne fournira pas beaucoup d’informations utiles.
Exceptions thrown
TypeDescription
KameleoonException.StorageWriteImpossible de mettre à jour les données du stockage
KameleoonException.ClientConfigurationImpossible de récupérer la configuration client depuis l’API Kameleoon
KameleoonException.MaximumRetriesReachedNombre maximal de tentatives atteint, la requête a échoué

isInitialized()

La fonction isInitialized, collectée avec le hook useInitialize, est une petite méthode utilitaire qui vérifie si l’initialisation du SDK est terminée. Par exemple, cela peut être utile lorsque vous travaillez avec une arborescence de composants profondément imbriqués, car cela vous permet de vérifier rapidement la disponibilité du SDK sans avoir à gérer un état global, ou à passer le résultat de l’initialisation via les props des composants.
import { useEffect, useCallback } from 'react';
import { useInitialize, useFeatureFlag } from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();

  const init = useCallback(async (): Promise<void> => {
    await initialize();
  }, [initialize]);

  useEffect(() => {
    init();
  }, [init]);
}

function DeeplyNestedComponent(): JSX.Element {
  const { isInitialized } = useInitialize();
  const { getVariation } = useFeatureFlag();

  if (isInitialized()) {
    const variation = getVariation({ visitorCode: 'visitor_code', featureKey: 'my_feature_key' });
  }
}
Return value
Une valeur boolean. Renvoie true si le SDK a été initialisé avec succès, sinon renvoie false.

createClient()

Pour commencer, vous devez créer un point d’entrée pour le SDK React en créant un Kameleoon Client au niveau supérieur de votre application en utilisant la fonction createClient() importée du package kameleoon. Une instance de KameleoonClient est créée à l’aide de la fonction createClient().
import {
  createClient,
  Environment,
  SDKConfigurationType,
} from '@kameleoon/react-sdk';

// -- Optional configuration
const configuration: Partial<SDKConfigurationType> = {
  updateInterval: 60,
  environment: Environment.Production,
  cookieDomain: '.example.com',
};

const client = createClient({ siteCode: 'my_site_code', configuration });
Arguments
Un objet de type SDKParameters contenant :
NomTypeDescription
siteCode (required)stringIl s’agit d’une clé unique du projet Kameleoon que vous utilisez avec le SDK. Ce champ est obligatoire.
configuration (optional)Partial<SDKConfigurationType>configuration du client
externals (optional)ExternalsTypeimplémentation externe des dépendances du SDK (External dependencies)
Configuration Parameters
NomTypeDescriptionValeur par défaut
updateInterval (optional)numberSpécifie l’intervalle de rafraîchissement, en minutes, auquel le SDK récupère la configuration pour les expériences et feature flags actifs. La valeur détermine le temps maximum nécessaire pour propager les modifications, telles que l’activation ou la désactivation de feature flags ou le lancement d’expériences, vers vos serveurs de production. S’il n’est pas spécifié, l’intervalle par défaut est défini à 60 minutes. De plus, nous proposons un mode streaming qui utilise les server-sent events (SSE) pour pousser automatiquement de nouvelles configurations vers le SDK et appliquer les nouvelles configurations en temps réel, sans aucun délai.60
environment (optional)Environment | stringenvironnement du feature flagEnvironment.Production
targetingDataCleanupInterval (optional)numberintervalle en minutes pour le nettoyage des données de ciblage ; la valeur minimale est de 1 minuteundefined (aucun nettoyage ne sera effectué)
cookieDomain (optional)stringdomaine auquel appartient le cookie.undefined
networkDomain (optional)stringdomaine personnalisé que les SDK utilisent pour toutes les requêtes réseau sortantes, couramment utilisé pour le proxying. Le format est second_level_domain.top_level_domain (par exemple, example.com). Si un format invalide est spécifié, le SDK utilise la valeur Kameleoon par défautundefined
requestTimeout (optional)numberdélai d’expiration en millisecondes pour toutes les requêtes réseau du SDK ; si le délai est dépassé, la requête échoue immédiatement10_000 (10 secondes)
trackingInterval (optional)numberSpécifie l’intervalle pour les requêtes de suivi, en millisecondes. Tous les visiteurs qui ont été évalués pour un feature flag ou qui avaient des données associées seront inclus dans cette requête de suivi, qui est effectuée une fois par intervalle. La valeur minimale est de 1_000 ms et la valeur maximale est de 5_000 ms1_000 (1 seconde)
stubMode (optional)booleanLorsqu’il est défini sur true, le client fonctionnera en mode stub et n’effectuera aucune opération. Dans ce mode, tous les appels de méthode n’exécutent aucune action, garantissant qu’aucune action externe ni effet secondaire ne se produit.false
defaultDataFile (optional)stringLa fonctionnalité defaultDataFile garantit que le SDK Kameleoon est toujours READY en fournissant une configuration de repli lorsqu’aucun fichier de données en cache n’existe. Les développeurs peuvent précharger une configuration valide en la récupérant depuis https://sdk-config.kameleoon.eu/v3/<sitecode> et en la passant en tant que defaultDataFile lors de l’initialisation. Lorsqu’un timestamp dateModified (en millisecondes) est fourni et qu’il est plus récent que la version en cache, le SDK utilisera le datafile par défaut au lieu de la version en cache. Si dateModified est omis, le datafile par défaut n’est appliqué que lorsqu’aucune version en cache n’existe. Cela garantit que le SDK dispose toujours d’une configuration valide, qu’elle soit par défaut, en cache ou mise à jour.undefined
Option 1 (Recommandée) : Utilisez JSON.stringify()
const dataFileJson = {"configuration":{"consentType":.....,
    {"key":"show_car","type":"JSON","value":"{\"make\":\"Porsche\",\"model\":\"911\"}"}},
    "dateModified":1752209266000};
const dataFileString = JSON.stringify(dataFileJson);
const configuration = {
  updateInterval: 20,
  defaultDataFile: dataFileString
};
Option 2 : Chaîne JSON brute (échappez les caractères spéciaux)
const configuration = {
  updateInterval: 20,
  defaultDataFile: `{"configuration":{"consentType":.....,
    {"key":"show_car","type":"JSON","value":"{\\"make\\":\\"Porsche\\",\\"model\\":\\"911\\"}"},
    "dateModified":1752209266000}`
};
Return value
TypeDescription
KameleoonClientune instance de KameleoonClient.
Assurez-vous de ne pas utiliser plusieurs instances de client dans une seule application car cela n’est pas encore entièrement pris en charge et peut écraser la configuration du stockage local et provoquer un comportement inattendu (bugs).

Feature flags and variations

Cette section fournit les méthodes que vous utilisez pour récupérer et gérer les feature flags et variations attribués au visiteur.

getVariation()

  • 📨 Envoie des données de suivi à Kameleoon (selon le paramètre track)
Récupère la Variation attribuée à un visiteur donné pour un feature flag spécifique. Cette méthode prend featureKey comme argument obligatoire et track comme argument optionnel. L’argument track est optionnel et vaut true par défaut. Elle renvoie la Variation attribuée au visiteur. Si le visiteur n’est associé à aucune règle de feature flag, la méthode renvoie la Variation par défaut pour le feature flag donné. Assurez-vous qu’une gestion d’erreur appropriée est implémentée dans votre code pour gérer les exceptions potentielles.
La variation par défaut fait référence à la variation attribuée à un visiteur lorsqu’il ne correspond à aucune règle de livraison prédéfinie pour un feature flag. En d’autres termes, c’est la variation de repli appliquée à tous les utilisateurs qui ne sont pas ciblés par des règles spécifiques. Elle est représentée comme la variation dans la section “Then, for everyone else…” dans une interface de gestion.
import { useEffect, useCallback } from 'react';
import {
  useInitialize,
  useFeatureFlag,
  useVisitorCode,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { getVariation } = useFeatureFlag();
  const { getVisitorCode } = useVisitorCode();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Get visitor code using `getVisitorCode` function
    const visitorCode = getVisitorCode();

    // -- Get variation with tracking
    const variation = getVariation({
      visitorCode,
      featureKey: 'my_feature_key',
    });

    // -- Get variation without tracking
    const variation = getVariation({
      visitorCode,
      featureKey: 'my_feature_key',
      track: false,
    });

    // -- An Example variation:
    // {
    //  key: 'variation_key',
    //  id: 123,
    //  experimentId: 456,
    //  variables: Map {
    //    'variable_key' => {
    //      key: 'variable_key',
    //      type: VariableType.BOOLEAN,
    //      value: true,
    //    }
    //  },
    // }
  }, [initialize, visitorCode, getVariation, getVisitorCode]);

  useEffect(() => {
    init();
  }, [init]);
}
Arguments
Un objet de type GetVariationParamsType avec les propriétés suivantes :
NomTypeDescriptionDéfaut
visitorCode (required)stringIdentifiant unique du visiteur.
featureKey (required)stringClé de la fonctionnalité que vous souhaitez exposer à un visiteur.
track (optional)booleanUn paramètre optionnel pour activer ou désactiver le suivi de l’évaluation de la fonctionnalité.true
Return value
TypeDescription
VariationUne Variation attribuée à un visiteur donné pour un feature flag spécifique.
Exceptions thrown
TypeDescription
KameleoonException.InitializationLa méthode a été exécutée avant que le kameleoonClient n’ait terminé son appel initialize.
KameleoonException.VisitorCodeEmptyLe visitor code est vide.
KameleoonException.VisitorCodeMaxLengthLe visitor code a dépassé la longueur maximale (255 caractères).
KameleoonException.FeatureFlagConfigurationNotFoundException indiquant que la clé de fonctionnalité demandée n’a pas été trouvée dans la configuration interne du SDK. Cela signifie généralement que le feature flag n’est pas activé dans l’application Kameleoon (mais que le code implémentant la fonctionnalité est déjà déployé dans l’application).
KameleoonException.FeatureFlagEnvironmentDisabledException indiquant que le feature flag est désactivé pour l’environnement actuel du visiteur (par exemple, production, staging ou development).

getVariations()

  • 📨 Envoie des données de suivi à Kameleoon (selon le paramètre track)
  • 🎯 Events: EventType.Evaluation
La méthode est obtenue à l’aide du hook useFeatureFlag.
Récupère une map d’objets Variation attribués à un visiteur donné pour tous les feature flags. Cette méthode itère sur tous les feature flags disponibles et renvoie la Variation attribuée pour chaque flag associé au visiteur spécifié. Elle prend visitorCode comme argument obligatoire, tandis que onlyActive et track sont optionnels.
  • Si onlyActive est défini sur true, la méthode getVariations() renverra les variations de feature flags à condition que l’utilisateur ne soit pas placé dans la variation off.
  • Le paramètre track contrôle si la méthode suivra ou non les attributions de variations. Par défaut, il est défini sur true. S’il est défini sur false, le suivi sera désactivé.
La map renvoyée se compose de clés de feature flags comme clés et de leurs Variation correspondantes comme valeurs. Si aucune variation n’est attribuée pour un feature flag, la méthode renvoie la Variation par défaut pour ce flag. Une gestion d’erreur appropriée doit être implémentée pour gérer les exceptions potentielles.
La variation par défaut fait référence à la variation attribuée à un visiteur lorsqu’il ne correspond à aucune règle de livraison prédéfinie pour un feature flag. En d’autres termes, c’est la variation de repli appliquée à tous les utilisateurs qui ne sont pas ciblés par des règles spécifiques. Elle est représentée comme la variation dans la section “Then, for everyone else…” dans une interface de gestion.
import { useEffect, useCallback } from 'react';
import {
  useInitialize,
  useFeatureFlag,
  useVisitorCode,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { getVariations } = useFeatureFlag();
  const { getVisitorCode } = useVisitorCode();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Get visitor code using `getVisitorCode` function
    const visitorCode = getVisitorCode();

    // -- Get all feature flag variations with tracking
    const variations = getVariations({
      visitorCode,
    });

    // -- Get active feature flag variations with tracking
    const variations = getVariations({
      visitorCode,
      onlyActive: true,
    });

    // -- Get active feature flag variations without tracking
    const variations = getVariations({
      visitorCode,
      onlyActive: true,
      track: false,
    });

    // -- An Example variations:
    // Map {
    // 'feature_key' => {
    //    key: 'variation_key',
    //    id: 123,
    //    experimentId: 456,
    //    variables: Map {
    //      'variable_key' => {
    //        key: 'variable_key',
    //        type: VariableType.BOOLEAN,
    //        value: true,
    //      }
    //    },
    //   }
    // }
  }, [initialize, visitorCode, getVariations, getVisitorCode]);

  useEffect(() => {
    init();
  }, [init]);
}
Arguments
Un objet de type GetVariationsParamsType avec les propriétés suivantes :
NomTypeDescriptionDéfaut
visitorCode (required)stringIdentifiant unique du visiteur.
onlyActive (optional)booleanUn paramètre optionnel indiquant s’il faut renvoyer les variations pour les feature flags actifs (true) ou tous (false).false
track (optional)booleanUn paramètre optionnel pour activer ou désactiver le suivi de l’évaluation de la fonctionnalité.true
Return value
TypeDescription
Map<string, Variation>Map contenant les objets Variation attribués des feature flags en utilisant les clés des fonctionnalités correspondantes.
Exceptions thrown
TypeDescription
KameleoonException.InitializationLa méthode a été exécutée avant que le kameleoonClient n’ait terminé son appel initialize.
KameleoonException.VisitorCodeEmptyLe visitor code est vide.
KameleoonException.VisitorCodeMaxLengthLe visitor code a dépassé la longueur maximale (255 caractères).

isFeatureFlagActive()

  • 📨 Envoie des données de suivi à Kameleoon (selon le paramètre track)
  • 🎯 Events: EventType.Evaluation
La méthode isFeatureFlagActive(), utilisée avec le hook useFeatureFlag, détermine si un visiteur identifié par visitorCode a la featureKey spécifiée active. Cette méthode vérifie les conditions de ciblage, identifie la variation pour le visiteur et enregistre cette information dans le stockage. De plus, le hook envoie une requête de suivi. Il existe également une surcharge pour cette méthode qui inclut un paramètre track, vous permettant de désactiver le suivi de l’évaluation de la fonctionnalité.
Le visiteur doit être ciblé pour que le feature flag soit actif
Kameleoon utilise le suivi pour compter les sessions et les visiteurs lorsque vous appelez certaines méthodes, telles que isFeatureFlagActive(), getVariation() ou getVariations().Utilisez la valeur par défaut true pour le paramètre track lorsque vous exposez des visiteurs à une variation et avez besoin de les compter. Définissez le paramètre track sur false uniquement si vous appelez ces méthodes avant d’exposer les visiteurs.Par exemple, si vous appelez getVariations() pour récupérer toutes les variations avant d’exposer les visiteurs, définissez le paramètre track sur false. Ce réglage empêche Kameleoon de compter prématurément une session. Vous pouvez ensuite déclencher le suivi plus tard lorsque vous exposez explicitement le visiteur.Kameleoon envoie les données de suivi toutes les secondes par défaut. Vous pouvez configurer cet intervalle jusqu’à cinq secondes à l’aide de l’option de configuration de l’intervalle de suivi. Kameleoon regroupe les événements de suivi en une seule session tant que l’intervalle entre les événements est inférieur à 30 minutes. Si plus de 30 minutes s’écoulent entre les événements de suivi, Kameleoon compte les événements comme des sessions distinctes. Une visite apparaît dans vos rapports 30 minutes après le dernier événement enregistré dans la session.
import { useEffect, useCallback } from 'react';
import {
  useInitialize,
  useData,
  useFeatureFlag,
  useVisitorCode,
  CustomData,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { addData } = useData();
  const { isFeatureFlagActive } = useFeatureFlag();
  const { getVisitorCode } = useVisitorCode();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Get visitor code using `getVisitorCode` function
    const visitorCode = getVisitorCode();

    const featureKey = 'my_feature_key';

    // -- Add CustomData with index `0` containing visitor id to check the targeting
    addData(visitorCode, new CustomData(0, 'visitor_id'));

    // -- Get the status of feature flag
    const isActive = isFeatureFlagActive(visitorCode, featureKey);

    // -- Check if the feature flag is active for visitor without tracking
    const isActive = isFeatureFlagActive({ visitorCode, featureKey: 'my_feature', track: false});
  }, [initialize, visitorCode, isFeatureFlagActive, getVisitorCode]);

  useEffect(() => {
    init();
  }, [init]);
}
La méthode isFeatureFlagActive() évalue la variante servie, pas l’état du master flag. Si vous excluez les règles, la méthode utilise l’état par défaut Then, for everyone else serve. Si vous sélectionnez Off pour cet état par défaut, la méthode renvoie toujours false même lorsque le master feature flag est On.
Arguments
Deux surcharges sont disponibles pour cette méthode :
  1. Surcharge à deux paramètres :
Cette surcharge est dépréciée et sera supprimée dans la prochaine version majeure. Veuillez utiliser la nouvelle surcharge avec un paramètre objet.
NomTypeDescription
visitorCode (required)stringchaîne d’identification unique du visiteur, ne peut pas dépasser 255 caractères de longueur
featureKey (required)stringune clé unique pour le feature flag
  1. Surcharge avec paramètre objet de type IsFeatureFlagActiveParamsType :
NomTypeDescriptionDéfaut
visitorCode (required)stringchaîne d’identification unique du visiteur, ne peut pas dépasser 255 caractères de longueur-
featureKey (required)stringune clé unique pour le feature flag-
track (optional)booleanun indicateur booléen indiquant s’il faut suivre l’évaluation de la fonctionnalitétrue
Return value
TypeDescription
booleanindicateur de si le feature flag avec featureKey est actif pour le visiteur avec visitorCode.
Exceptions thrown
TypeDescription
KameleoonException.InitializationLa méthode a été exécutée avant que le kameleoonClient n’ait terminé son appel initialize
KameleoonException.VisitorCodeMaxLengthLe visitor code a dépassé la longueur maximale (255 caractères)
KameleoonException.VisitorCodeEmptyLe visitor code est vide
KameleoonException.FeatureFlagConfigurationNotFoundAucun feature flag n’a été trouvé pour le featureKey spécifié
KameleoonException.DataInconsistencyUne variation allouée a été trouvée mais il n’y a pas de feature flag avec le featureKey correspondant

setForcedVariation()

La méthode vous permet d’attribuer programmatiquement une Variation spécifique à un utilisateur, en contournant le processus d’évaluation standard. Cela est particulièrement utile pour les expériences contrôlées où la logique d’évaluation habituelle n’est pas requise ou doit être ignorée. Cela peut également être utile dans des scénarios comme le debugging ou les tests personnalisés. Lorsqu’une variation forced est définie, elle remplace la logique d’évaluation en temps réel de Kameleoon. Les processus tels que la segmentation, les conditions de ciblage et les calculs algorithmiques sont ignorés. Pour préserver la segmentation et les conditions de ciblage pendant une expérience, définissez forceTargeting=false à la place.
Les variations simulated ont toujours la priorité dans l’ordre d’exécution. Si un calcul de variation simulated est déclenché, il sera d’abord entièrement traité et complété.
Une variation forcée est traitée de la même manière qu’une variation évaluée. Elle est suivie dans les analytiques et stockée dans le contexte utilisateur comme toute variation évaluée standard, garantissant la cohérence des rapports. La méthode peut générer des exceptions dans certaines conditions (par exemple, paramètres invalides, contexte utilisateur ou problèmes internes). Une gestion appropriée des exceptions est essentielle pour garantir que votre application reste stable et résiliente.
Il est important de distinguer les variations forced des variations simulated :
  • Forced variations : sont spécifiques à une expérience individuelle.
  • Simulated variations : affectent le résultat global du feature flag.
import { useEffect, useCallback } from 'react';
import {
  useInitialize,
  useFeatureFlag,
  useVisitorCode,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { getVisitorCode } = useVisitorCode();
  const { setForcedVariation } = useFeatureFlag();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Get visitor code
    const visitorCode = getVisitorCode();

    // -- Forcing the variation "on" in the feature flag "featureKey1" for the visitor
    setForcedVariation({
      visitorCode: visitorCode,
      experimentId: 9516,
      variationKey: 'on',
      forceTargeting: false,
    });

    // -- Resetting the forced variation for the "featureKey1" feature flag for the visitor
    setForcedVariation({
      visitorCode: visitorCode,
      experimentId: 9516,
      variationKey: null,
    });
  }, [initialize, visitorCode, setForcedVariation, getVisitorCode]);

  useEffect(() => {
    init();
  }, [init]);
}
Arguments
Un objet de type SetForcedVariationParametersType avec les propriétés suivantes :
NomTypeDescriptionDéfaut
visitorCode (required)stringIdentifiant unique du visiteur.
experimentId (required)numberExperiment Id qui sera ciblé et sélectionné pendant le processus d’évaluation.
variationKey (required)`stringnull`Variation Key correspondant à une Variation qui doit être forcée comme valeur renvoyée pour l’expérience. Si la valeur est null, la variation forcée sera réinitialisée.
forceTargeting (optional)booleanIndique si le ciblage pour l’expérience doit être forcé et ignoré (true) ou appliqué comme dans le processus d’évaluation standard (false).true
Exceptions thrown
TypeDescription
KameleoonException.VisitorCodeEmptyLe visitor code est vide.
KameleoonException.VisitorCodeMaxLengthLe visitor code a dépassé la longueur maximale (255 caractères).
KameleoonException.InitializationIndique que le SDK n’est pas encore entièrement initialisé.
KameleoonException.FeatureFlagExperimentNotFoundException indiquant que l’id d’expérience demandé n’a pas été trouvé dans la configuration interne du SDK. C’est généralement normal et signifie que l’expérience correspondant à la règle n’a pas encore été activée du côté de Kameleoon.
KameleoonException.FeatureFlagVariationNotFoundException indiquant que la clé (id) de variation demandée n’a pas été trouvée dans la configuration interne du SDK. C’est généralement normal et signifie que l’expérience correspondant à la variation n’a pas encore été activée du côté de Kameleoon.
KameleoonException.StorageReadImpossible de lire les données du stockage.
KameleoonException.StorageWriteImpossible de mettre à jour les données du stockage.
Dans la plupart des cas, seule l’erreur de base, KameleoonException, doit être gérée, comme démontré dans l’exemple. Cependant, si différents types d’erreurs nécessitent une réponse, gérez chacune séparément en fonction des exigences spécifiques. De plus, pour une fiabilité accrue, les erreurs générales de langage peuvent être gérées en incluant Error.

evaluateAudiences()

  • 📨 Envoie des données de suivi à Kameleoon
Cette méthode évalue les visiteurs par rapport à tous les segments disponibles dans Audiences Explorer et suit ceux qui correspondent. evaluateAudiences() doit être appelée après que toutes les données pertinentes du visiteur ont été définies ou mises à jour, et juste avant d’obtenir une variation de fonctionnalité ou de vérifier un feature flag. Cette approche garantit que le visiteur est évalué par rapport aux données les plus actuelles disponibles, permettant une attribution d’audience précise basée sur tous les critères. Après avoir appelé cette méthode, vous pouvez effectuer une analyse détaillée des performances des segments dans Audiences Explorer.
import { useEffect, useCallback } from 'react';
import {
  useInitialize,
  useFeatureFlag,
  useVisitorCode,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { getVisitorCode } = useVisitorCode();
  const { evaluateAudiences } = useFeatureFlag();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Get visitor code
    const visitorCode = getVisitorCode();

    evaluateAudiences(visitorCode);
  }, [initialize, visitorCode, evaluateAudiences, getVisitorCode]);

  useEffect(() => {
    init();
  }, [init]);
}
Arguments
NomTypeDescription
visitorCode (required)stringIdentifiant unique du visiteur.
Exceptions thrown
TypeDescription
KameleoonException.InitializationLa méthode a été exécutée avant que le kameleoonClient n’ait terminé son appel initialize.
KameleoonException.VisitorCodeEmptyLe visitor code est vide.
KameleoonException.VisitorCodeMaxLengthLe visitor code a dépassé la longueur maximale (255 caractères).
Dans la plupart des cas, seule l’erreur de base, KameleoonException, doit être gérée, comme démontré dans l’exemple. Cependant, si différents types d’erreurs nécessitent une réponse, gérez chacune séparément en fonction des exigences spécifiques. De plus, pour une fiabilité accrue, les erreurs générales de langage peuvent être gérées en incluant Error.

getDataFile()

Pour évaluer tous les feature flags, utilisez getVariations(). Cette méthode est plus efficace que d’appeler DataFile et d’itérer sur les flags avec getVariation().
Renvoie la configuration actuelle du SDK sous forme d’objet DataFile.
import { useEffect, useCallback } from 'react';
import {
  useFeatureFlag,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { getDataFile } = useFeatureFlag();

  useEffect(() => {
    const dataFile = getDataFile();
  }, [getDataFile]);
}
Return value
TypeDescription
DataFileLe DataFile contenant la configuration du SDK

Visitor data

Cette section fournit les méthodes que vous utilisez pour gérer les données du visiteur.

getVisitorCode()

La méthode getVisitorCode collectée à partir du hook useVisitorCode obtient un visitor code à partir du cookie du navigateur. Si le visitor code n’existe pas encore, la fonction génère un visitor code aléatoire (ou utilise la valeur defaultVisitorCode si vous en avez fourni une) et définit le nouveau visitor code dans un cookie.
La méthode getVisitorCode() vous permet de définir des variations simulated pour un visiteur. Lorsque les cookies (d’une request ou d’un document) contiennent la clé kameleoonSimulationFFData, le processus d’évaluation standard est contourné. Au lieu de cela, la méthode renvoie directement une Variation basée sur les données fournies.Vous pouvez appliquer des simulations de deux manières :
  • Automatiquement (recommandé) : Si vous utilisez Web Experimentation de Kameleoon ou le SDK en mode Hybride, le cookie est créé automatiquement lors de la simulation de l’affichage d’une variante à l’aide du Simulation Panel.
  • Manuellement : Définissez le cookie kameleoonSimulationFFData manuellement.
Il est important de distinguer les variations simulated des variations forced :
  • Simulated variations : affectent le résultat global du feature flag.
  • Forced variations : sont spécifiques à une expérience individuelle.
⚙️ Configuration manuelleVeuillez vous assurer que le cookie kameleoonSimulationFFData suit ce format :
  • kameleoonSimulationFFData={"featureKey":{"expId":10,"varId":20}} : Simule la variation avec varId de l’expérience expId pour la featureKey donnée.
  • kameleoonSimulationFFData={"featureKey":{"expId":0}} : Simule la variation par défaut (définie dans la section Then, for everyone else in Production, serve) pour la featureKey donnée.
⚠️ Pour garantir un fonctionnement correct, la valeur du cookie doit être encodée comme un composant URI à l’aide d’une méthode telle que encodeURIComponent.
import { useEffect, useCallback } from 'react';
import { useInitialize, useVisitorCode } from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { getVisitorCode } = useVisitorCode();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Get visitor code
    const visitorCode = getVisitorCode();

    // -- Pass, save, and retrieve the default visitorCode.
    const visitorCode = getVisitorCode('default_visitor_code');
  }, [initialize, getVisitorCode]);

  useEffect(() => {
    init();
  }, [init]);
}
Arguments
NomTypeDescription
defaultVisitorCode (optional)stringvisitor code à utiliser dans le cas où il n’y a pas de visitor code dans les cookies
Si vous ne fournissez pas de defaultVisitorCode et qu’aucun visitor code n’est stocké dans un cookie, le visitor code sera généré aléatoirement.
Return value
TypeDescription
stringvisitor code résultant.
Exceptions thrown
TypeDescription
KameleoonException.VisitorCodeMaxLengthLa longueur du visitor code a été dépassée
KameleoonException.VisitorCodeEmptyLe visitor code est vide

addData()

La fonction addData, utilisée avec le hook useData, collecte les données de ciblage à stocker pour que les autres hooks déterminent si le visiteur actuel est ciblé.
  • La fonction addData() ne renvoie aucune valeur et n’interagit pas avec les serveurs back-end de Kameleoon par elle-même. Au lieu de cela, toutes les données déclarées sont enregistrées pour une transmission future via la méthode flush. Cette approche permet de réduire le nombre d’appels au serveur effectués, car les données sont généralement regroupées en un seul appel au serveur déclenché par l’exécution de flush.
La méthode trackConversion envoie également toutes les données précédemment associées, tout comme flush. Il en va de même pour les méthodes getFeatureFlagVariationKey et getFeatureVariable si une règle d’expérimentation est déclenchée.
  • Les données userAgent ne seront pas stockées dans le stockage comme les autres données, et elles seront envoyées avec chaque requête de suivi pour le filtrage des bots.
  • Consultez la liste des conditions prises en charge pour savoir quels types de données peuvent être utilisés pour le ciblage
Chaque visiteur ne peut avoir qu’une seule instance de données associées pour la plupart des types de données. Cependant, CustomData est une exception. Les visiteurs peuvent avoir une instance de CustomData associée par customDataIndex.
import { useEffect, useCallback } from 'react';
import {
  useInitialize,
  useVisitorCode,
  useData,
  CustomData,
  Browser,
  BrowserType,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { getVisitorCode } = useVisitorCode();
  const { addData } = useData();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Get visitor code
    const visitorCode = getVisitorCode();

    // -- Create Kameleoon Data Types
    const customData = new CustomData(0, 'my_data');
    const browserData = new Browser(BrowserType.Chrome);

    // -- Add a single data item (tracked by default)
    addData('my_visitor_code', browserData);

    // -- Add multiple data items (tracked by default)
    addData('my_visitor_code', browserData, customData);

    // -- Add multiple data items from array (tracked by default)
    const dataArr = [browserData, customData];
    addData('my_visitor_code', ...dataArr);

    // -- Add multiple data items stored locally for targeting only (not sent to the Kameleoon Data API)
    addData({visitorCode: 'my_visitor_code', track: false, data: dataArr});
  }, [initialize, visitorCode, addData, getVisitorCode]);

  useEffect(() => {
    init();
  }, [init]);
}
Arguments
NomTypeDescriptionValeur par défaut
visitorCode (required)stringchaîne d’identification unique du visiteur, ne peut pas dépasser 255 caractères.
track (optional)booleanSpécifie si les données ajoutées sont éligibles pour le suivi. Lorsqu’il est défini sur false, les données sont stockées localement et utilisées uniquement pour l’évaluation du ciblage ; elles ne sont pas envoyées à l’API Data de Kameleoon.true
kameleoonData (optional)KameleoonDataType[]nombre d’instances de n’importe quel type de KameleoonData, peut être ajouté uniquement dans un tableau ou comme arguments séquentiels
  • kameleoonData est un argument variadique, il peut être passé comme un ou plusieurs arguments (voir l’exemple)
  • L’index ou l’ID des custom data peut être trouvé dans votre compte Kameleoon. Il est important de noter que cet index commence à 0, ce qui signifie que les premières custom data que vous créez pour un site donné se verront attribuer 0 comme ID, et non 1.
Exceptions thrown
TypeDescription
KameleoonException.VisitorCodeMaxLengthLe visitor code a dépassé la longueur maximale (255 caractères)
KameleoonException.VisitorCodeEmptyLe visitor code est vide
KameleoonException.StorageWriteImpossible de mettre à jour les données du stockage
KameleoonException.InitializationLa méthode a été exécutée avant que le kameleoonClient n’ait terminé son appel initialize
Consultez la référence Data types pour plus de détails sur la façon de gérer différents types de données.

flush()

flush() prend les données Kameleoon associées au visiteur et planifie l’envoi des données avec la prochaine requête de suivi. L’heure de la prochaine requête de suivi est définie par le paramètre trackingInterval de la configuration du SDK. Les données du visiteur peuvent être ajoutées à l’aide des méthodes addData et getRemoteVisitorData.Si vous ne spécifiez pas de visitorCode, le SDK vide toutes ses données stockées vers les serveurs Kameleoon distants. Si des requêtes de suivi précédemment échouées ont été stockées localement pendant le mode hors ligne, le SDK tente d’envoyer les requêtes stockées avant d’exécuter la dernière requête.
Si vous devez envoyer des requêtes de suivi immédiatement, utilisez flushInstant() — la version asynchrone de flush qui renvoie Promise<void>. Vous pouvez utiliser await lorsque vous avez besoin de garanties de livraison (par exemple, avant la navigation/déchargement de la page), ou l’appeler sans await en tant que requête fire-and-forget :
  • await flushInstant(visitorCode) envoie les requêtes de suivi immédiatement pour un visiteur spécifique et attend la fin
  • await flushInstant() envoie les requêtes de suivi immédiatement pour tous les visiteurs et attend la fin
import { useEffect, useCallback } from 'react';
import {
  useInitialize,
  useVisitorCode,
  useData,
  CustomData,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { getVisitorCode } = useVisitorCode();
  const { addData, flush } = useData();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Get visitor code
    const visitorCode = getVisitorCode();

    // -- Create instance of CustomData
    const customData = new CustomData(0, 'my_data');
    addData(visitorCode, customData);

    // -- Flush added custom data for visitor
    flush(visitorCode);

    // -- Instantly flush added custom data for visitor
    flush({ visitorCode, instant: true });

    // -- Flush data for all the visitors
    flush();

    // -- Instantly flush data for all the visitors
    flush({ instant: true });
  }, [initialize, visitorCode, addData, flush, getVisitorCode]);

  useEffect(() => {
    init();
  }, [init]);
}
Arguments
NomTypeDescriptionDéfaut
visitorCode (optional)stringchaîne d’identification unique du visiteur, ne peut pas dépasser 255 caractères ; s’il n’est pas passé, toutes les données seront flushées (envoyées aux serveurs Kameleoon distants).-
Ou un objet de type FlushParamsType, contenant :
NomTypeDescriptionDéfaut
visitorCode (optional)stringchaîne d’identification unique du visiteur, ne peut pas dépasser 255 caractères ; s’il n’est pas passé, toutes les données seront flushées (envoyées aux serveurs Kameleoon distants).-
instant (optional)booleanIndicateur booléen indiquant si les données doivent être envoyées instantanément (true) ou selon l’intervalle de suivi planifié (false).-
Exceptions thrown
TypeDescription
KameleoonException.VisitorCodeMaxLengthLe visitor code a dépassé la longueur maximale (255 caractères)
KameleoonException.VisitorCodeEmptyLe visitor code est vide
KameleoonException.InitializationLa méthode a été exécutée avant que le kameleoonClient n’ait terminé son appel initialize

getRemoteData()

La méthode asynchrone getRemoteData, collectée avec le hook useData, renvoie les données stockées pour un site code spécifié sur un serveur Kameleoon distant. Par exemple, vous pouvez utiliser cette fonction pour récupérer les préférences des utilisateurs, les données historiques ou toute autre donnée pertinente pour la logique de votre application. En stockant ces données sur nos serveurs hautement scalables à l’aide de notre [Data API], vous pouvez gérer efficacement d’énormes quantités de données et les récupérer pour chacun de vos visiteurs ou utilisateurs.
import { useEffect, useCallback } from 'react';
import { useData } from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { getRemoteData } = useData();

  const getData = useCallback(async (): Promise<void> => {
    // -- Get remote data
    const jsonData = await getRemoteData('my_data_key');

    const data = JSON.parse(jsonData);
  }, [getRemoteData]);

  useEffect(() => {
    getData();
  }, [getData]);
}
Arguments
NomTypeDescription
key (required)stringclé unique à laquelle les données que vous essayez d’obtenir sont associées
Return value
TypeDescription
JSONTypepromesse avec les données récupérées pour la clé spécifique.
Exceptions thrown
TypeDescription
KameleoonException.RemoteDataImpossible de récupérer les données du serveur Kameleoon

getRemoteVisitorData()

getRemoteVisitorData() est une méthode asynchrone pour récupérer les Kameleoon Visits Data pour le visitorCode à partir de l’API Data de Kameleoon. La méthode ajoute les données au stockage pour que d’autres méthodes les utilisent lors de la prise de décisions de ciblage.Les données obtenues à l’aide de cette méthode jouent un rôle important lorsque vous souhaitez :
  • utiliser des données collectées sur d’autres appareils.
  • accéder à l’historique d’un utilisateur, comme les pages précédemment visitées lors de visites passées.
  • utiliser des données qui ne sont accessibles que côté client, comme les variables datalayer et les goals qui ne convertissent que sur le front-end.
Lisez cet article pour mieux comprendre les cas d’utilisation possibles.
Par défaut, getRemoteVisitorData() récupère automatiquement les dernières custom data stockées avec scope=Visitor et les attache au visiteur sans qu’il soit nécessaire d’appeler la méthode addData(). C’est particulièrement utile pour synchroniser les custom data entre plusieurs appareils.
import { useEffect, useCallback } from 'react';
import {
  useData,
  KameleoonDataType,
  VisitorDataFiltersType,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { getRemoteVisitorData } = useData();

  const getData = useCallback(async (): Promise<void> => {
    // -- Get remote visitor data and add it to storage.
    const kameleoonDataList: KameleoonDataType[] = await getRemoteVisitorData({
      visitorCode: 'my_visitor_code',
    });

    // -- Get remote visitor data without adding it to storage.
    const kameleoonDataList: KameleoonDataType[] = await getRemoteVisitorData({
      visitorCode: 'my_visitor_code',
      shouldAddData: false,
    });

    // -- Get remote visitor data without adding it to storage,
    //    and customizing filters for retrieving visits data.
    const filters: VisitorDataFiltersType = {
      currentVisit: true,
      previousVisitAmount: 10,
      customData: true,
      geolocation: true,
      conversions: true,
    };

    const kameleoonDataList: KameleoonDataType[] = await getRemoteVisitorData({
      visitorCode: 'my_visitor_code',
      shouldAddData: false,
      filters,
    });
  }, [getRemoteVisitorData]);

  useEffect(() => {
    getData();
  }, [getData]);
}
Arguments
Un objet de type RemoteVisitorDataParamsType contenant :
NomTypeDescriptionValeur par défaut
visitorCode (required)stringchaîne d’identification unique du visiteur, ne peut pas dépasser 255 caractères de longueur-
shouldAddData (optional)booleanindicateur booléen identifiant si les custom data récupérées doivent être ajoutées au stockage comme le fait la méthode addDatatrue
filters (optional)VisitorDataFiltersTypefiltres pour spécifier quelles données doivent être récupérées des visites ; par défaut, seules les customData sont récupérées de la visite actuelle et de la précédente la plus récente{ previousVisitAmount: 1, currentVisit: true customData: true }, les autres paramètres de filtre sont définis sur false
Return value
TypeDescription
KameleoonDataType[]promesse avec la liste des Kameleoon Data récupérées
Exceptions thrown
TypeDescription
KameleoonException.VisitorCodeMaxLengthLe visitor code a dépassé la longueur maximale (255 caractères)
KameleoonException.VisitorCodeEmptyLe visitor code est vide
KameleoonException.RemoteDataImpossible de récupérer les données du serveur Kameleoon
KameleoonException.VisitAmountLe nombre de visites doit être un nombre entre 1 et 25
KameleoonException.InitializationLa méthode a été exécutée avant que initialize ait été terminé pour kameleoonClient
Using parameters in getRemoteVisitorData()
La méthode getRemoteVisitorData() offre de la flexibilité en vous permettant de définir divers paramètres lors de la récupération des données sur les visiteurs. Que vous cibliez sur la base d’objectifs, d’expériences ou de variations, la même approche s’applique à tous les types de données.Par exemple, supposons que vous souhaitiez récupérer des données sur les visiteurs qui ont complété un objectif “Order transaction”. Vous pouvez spécifier des paramètres dans la méthode getRemoteVisitorData() pour affiner votre ciblage. Par exemple, si vous souhaitez cibler uniquement les utilisateurs qui ont converti sur l’objectif lors de leurs cinq dernières visites, vous pouvez définir le paramètre previousVisitAmount sur 5 et conversions sur true.La flexibilité montrée dans cet exemple n’est pas limitée aux données d’objectifs. Vous pouvez utiliser des paramètres dans la méthode getRemoteVisitorData() pour récupérer des données sur une variété de comportements de visiteurs.
Voici la liste des filtres VisitorDataFiltersType disponibles :
NomTypeDescriptionDéfaut
previousVisitAmount (optional)numberNombre de visites précédentes pour lesquelles récupérer les données. Nombre entre 1 et 251
currentVisit (optional)booleanSi true, les données de la visite actuelle seront récupéréestrue
customData (optional)booleanSi true, les custom data seront récupérées.true
pageViews (optional)booleanSi true, les données de page seront récupérées.false
geolocation (optional)booleanSi true, les données de géolocalisation seront récupérées.false
device (optional)booleanSi true, les données d’appareil seront récupérées.false
browser (optional)booleanSi true, les données de navigateur seront récupérées.false
operatingSystem (optional)booleanSi true, les données du système d’exploitation seront récupérées.false
conversions (optional)booleanSi true, les données de conversion seront récupérées.false
experiments (optional)booleanSi true, les données d’expériences seront récupérées.false
kcs (optional)booleanSi true, le Kameleoon Conversion Score (KCS) sera récupéré. Nécessite le module complémentaire AI Predictive Targetingfalse
visitorCode (optional)booleanSi true, Kameleoon récupérera le visitorCode de la visite la plus récente et l’utilisera pour la visite actuelle. C’est nécessaire si vous souhaitez vous assurer que le visiteur, identifié par son visitorCode, reçoit toujours la même variation entre les visites pour l’expérimentation cross-device.true
personalization (optional)booleanSi true, les données de personnalisation seront récupérées. Cela est requis pour la condition de personnalisationfalse
cbs (optional)booleanSi true, les données de score Contextual Bandit seront récupérées.false

getVisitorWarehouseData()

La méthode asynchrone getVisitorWarehouseAudience collectée avec le hook useData récupère toutes les données d’audience associées au visiteur dans votre data warehouse à l’aide des visitorCode et warehouseKey spécifiés. Le warehouseKey est généralement votre ID d’utilisateur interne. Le paramètre customDataIndex correspond à la custom data Kameleoon utilisée par Kameleoon pour cibler vos visiteurs. Consultez la documentation sur le ciblage warehouse pour plus de détails.
import { useEffect, useCallback } from 'react';
import { useData, CustomData } from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { getVisitorWarehouseAudience } = useData();

  const getData = useCallback(async (): Promise<void> => {
    // -- Get visitor warehouse audience data using `warehouseKey`
    //    and add it to storage.
    const customData: CustomData = await getVisitorWarehouseAudience({
      visitorCode: 'my_visitor',
      customDataIndex: 10,
      warehouseKey: 'my_key',
    });

    // -- Get visitor warehouse audience data using `visitorCode`
    //    and add it to storage.
    const customData: CustomData = await getVisitorWarehouseAudience({
      visitorCode: 'my_visitor',
      customDataIndex: 10,
    });
  }, [getRemoteData]);

  useEffect(() => {
    getData();
  }, [getData]);
}
Arguments
Objet de paramètres composé de :
NomTypeDescription
visitorCode (required)stringchaîne d’identification unique du visiteur, ne peut pas dépasser 255 caractères de longueur
customDataIndex (required)numbernombre représentant l’index de la custom data que vous souhaitez utiliser pour cibler vos Warehouse Audiences
warehouseKey (optional)stringclé unique pour identifier les données du warehouse (généralement, votre ID d’utilisateur interne)
Return value
TypeDescription
Promise<CustomData | null>promesse contenant CustomData avec les données warehouse associées ou null s’il n’y avait pas de données
Exceptions thrown
TypeDescription
KameleoonException.VisitorCodeMaxLengthLe visitor code a dépassé la longueur maximale (255 caractères)
KameleoonException.VisitorCodeEmptyLe visitor code est vide
KameleoonException.RemoteDataImpossible de récupérer les données du serveur Kameleoon

setLegalConsent()

La méthode setLegalConsent, collectée avec le hook useVisitorCode, spécifie si le visiteur a donné son consentement légal à l’utilisation de données personnelles. Définir le paramètre legalConsent sur false limite les types de données que vous pouvez inclure dans les requêtes de suivi. Cela vous aide à respecter les exigences légales et réglementaires tout en gérant de manière responsable les données des visiteurs. Vous pouvez trouver plus d’informations sur les données personnelles dans la politique de gestion du consentement.
  • Les informations de consentement sont synchronisées entre le moteur Kameleoon (fichier d’application engine.js) et le SDK React. Cette synchronisation signifie qu’une fois le consentement défini sur le moteur ou le SDK, il est automatiquement défini pour les deux. Cette fonctionnalité élimine le besoin de gestion manuelle du consentement et garantit que les SDK fonctionnent conformément aux préférences des utilisateurs.
Si vous utilisez Kameleoon en mode Hybride, nous vous recommandons de lire la section sur le consentement dans notre article sur l’expérimentation Hybride
  • Lors de la gestion du consentement légal, il est important d’utiliser la méthode getVisitorCode. De plus, getVisitorCode n’accepte pas domain comme argument. Au lieu de cela, passez-le à la fonction createClient.
import { useEffect, useCallback } from 'react';
import { useInitialize, useVisitorCode } from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { getVisitorCode, setLegalConsent } = useVisitorCode();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Get visitor code
    const visitorCode = getVisitorCode();

    setLegalConsent(visitorCode, true);
  }, [initialize, getVisitorCode, setLegalConsent]);

  useEffect(() => {
    init();
  }, [init]);
}
Arguments
NomTypeDescription
visitorCode (required)stringchaîne d’identification unique du visiteur, ne peut pas dépasser 255 caractères de longueur
consent (required)booleanune valeur booléenne représentant le statut du consentement légal. true indique que le visiteur a donné son consentement légal, false indique que le visiteur n’a jamais fourni, ou a retiré, son consentement légal
Exceptions thrown
TypeDescription
KameleoonException.VisitorCodeMaxLengthLa longueur du visitor code a dépassé la longueur maximale (255 caractères)
KameleoonException.VisitorCodeEmptyLe visitor code est vide
Consent revocation behavior
Lorsque vous appelez setLegalConsent() avec consent=false, le SDK ne supprime pas le cookie kameleoonVisitorCode. Au lieu de cela, il arrête de prolonger la date d’expiration du cookie, permettant au cookie de persister jusqu’à son expiration naturelle. Si vos exigences de conformité demandent la suppression immédiate du fichier de cookie lors de l’opt-out, vous devez le supprimer manuellement à l’aide des méthodes natives de gestion des cookies de votre framework. Le SDK ne supprimera pas le fichier automatiquement.

Goals and third-party analytics

Cette section fournit les méthodes que vous utilisez pour suivre lorsqu’une action d’un visiteur atteint l’un de vos objectifs (une conversion).

trackConversion()

  • 📨 Envoie des données de suivi à Kameleoon
La fonction trackConversion(), utilisée avec le hook useData, crée et ajoute des données Conversion au visiteur avec les paramètres spécifiés et exécute flush().Utilisez cette méthode pour suivre une conversion pour un objectif spécifique et un utilisateur. Cette méthode nécessite visitorCode et goalId. De plus, cette méthode accepte également des arguments optionnels revenue, negative et metadata. Le visitorCode est généralement identique à celui utilisé lors du déclenchement de l’expérience.La méthode trackConversion() ne renvoie aucune valeur. Cette méthode est non bloquante car l’appel au serveur est effectué de manière asynchrone.
import { useEffect, useCallback } from 'react';
import { useInitialize, useVisitorCode, useData, CustomData } from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { getVisitorCode } = useVisitorCode();
  const { trackConversion } = useData();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Get visitor code
    const visitorCode = getVisitorCode();

    // -- Track conversion
    trackConversion({
      visitorCode,
      revenue: 2000,
      goalId: 123,
      metadata: [new CustomData(0, 'value')],
      negative: true,
    });
  }, [initialize, trackConversion, visitorCode, getVisitorCode]);

  useEffect(() => {
    init();
  }, [init]);
}
Arguments
Objet de paramètres composé de :
NomTypeDescriptionDéfaut
visitorCode (required)stringIdentifiant unique du visiteur.
goalId (required)numberID de l’objectif.
negative (optional)booleanDéfinit si le revenu est positif ou négatif.false
revenue (optional)numberRevenu de la conversion.0
metadata (optional)CustomData[]Métadonnées de la conversion. Doivent être définies au préalable dans l’application Kameleoon.undefined
Les valeurs de métadonnées sont accessibles via les exports de données brutes et la page de résultats.Si le paramètre metadata est fourni, Kameleoon utilisera ces valeurs spécifiées pour la conversion actuelle au lieu de ce qui a été précédemment collecté à l’aide de la méthode addData(). Si le paramètre est omis, Kameleoon utilisera les dernières valeurs suivies pour ces CustomData avant la conversion et au cours de la même visite.Kameleoon ne prendra en compte que les valeurs de métadonnées explicitement passées en paramètres à la méthode trackConversion().Dans l’exemple ci-dessous, Kameleoon associera la conversion uniquement à la valeur de custom data explicitement fournie en paramètre (ici : index 5 avec la valeur ‘Amex Credit Card’).
addData(visitorCode, new CustomData(5, 'Credit Card'), new CustomData(9, 'Express Delivery'));
trackConversion({
    visitorCode,
    goalId: 1000,
    metadata: [new CustomData(5, 'Amex Credit Card')]
});
Exceptions thrown
TypeDescription
KameleoonException.VisitorCodeMaxLengthLe visitor code a dépassé la longueur maximale (255 caractères).
KameleoonException.VisitorCodeEmptyLe visitor code est vide.
KameleoonException.StorageWriteImpossible de mettre à jour les données du stockage.

getEngineTrackingCode()

Kameleoon s’intègre à plusieurs solutions d’analytique, notamment Mixpanel, Google Analytics 4 et Segment. Pour suivre correctement les expériences côté serveur, appelez la méthode getEngineTrackingCode() après que le visiteur a déclenché une expérience. Le SDK renvoie les commandes de la file d’attente JavaScript pour les expériences que le visiteur a déclenchées au cours des cinq dernières secondes. Lorsque vous insérez ce code dans la page, Engine.js traite les commandes et envoie les événements d’exposition via l’intégration analytique active. Reportez-vous à l’expérimentation hybride pour plus d’informations sur l’implémentation de cette méthode.
import { useEffect, useCallback } from 'react';
import { useInitialize, useFeatureFlag } from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { getEngineTrackingCode, getVariation } =
    useFeatureFlag();

  const [engineCode, setEngineCode] = useState<string>('');

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Trigger feature experiment
    // -- E.g., result `variationKey` id is `200` and implicit experiment id is `100`
    getVariation({ visitorCode: 'visitor_code', featureKey: 'my_feature_key' });

    // -- Get tracking code and set it to state
    setEngineCode(getEngineTrackingCode('visitor_code'));

    // -- Result engine code will look like this
    // `
    // window.kameleoonQueue = window.kameleoonQueue || [];
    // window.kameleoonQueue.push(['Experiments.assignVariation', 100, 200, true]);
    // window.kameleoonQueue.push(['Experiments.trigger', 100, true]);
    // `
  }, [initialize, getVariation, getEngineTrackingCode]);

  useEffect(() => {
    init();
  }, [init]);

  useEffect(() => {
    if (!engineCode) {
      return;
    }

    // -- Insert tracking code into the page
    const script = document.createElement('script');
    script.textContent = engineCode;

    document.body.appendChild(script);

    // -- Remove script from the page
    return () => {
      document.body.removeChild(script);
    };
  }, [engineCode]);
}
  • Pour utiliser cette fonctionnalité, implémentez à la fois le SDK React et Kameleoon Engine.js. Comme Engine.js est utilisé uniquement pour le suivi dans ce flux, vous pouvez installer le tag asynchrone avant la balise fermante </body>.
  • Vous pouvez insérer le code de suivi renvoyé directement dans une balise HTML <script>.
<html lang="en">
  <body>
    <script>
      const engineTrackingCode = `
        window.kameleoonQueue = window.kameleoonQueue || [];
        window.kameleoonQueue.push(['Experiments.assignVariation', 123456, 7890, true]);
        window.kameleoonQueue.push(['Experiments.trigger', 123456, true]);
        window.kameleoonQueue.push(['Experiments.assignVariation', 234567, 8901, true]);
        window.kameleoonQueue.push(['Experiments.trigger', 234567, true]);
      `;
      const script = document.createElement('script');

      script.textContent = engineTrackingCode;
      document.body.appendChild(script);
    </script>

  </body>
</html>
Dans cet exemple, 123456 et 234567 sont des IDs d’expérience, et 7890 et 8901 sont des IDs de variation. Dans votre implémentation, le SDK génère ces valeurs dans le code de suivi renvoyé.
Arguments
NomTypeDescription
visitorCode (required)stringIdentifiant unique du visiteur.
Return value
TypeDescription
stringCode JavaScript à insérer dans la page.
Exceptions thrown
TypeDescription
KameleoonException.VisitorCodeMaxLengthLe visitor code a dépassé la longueur maximale (255 caractères)
KameleoonException.VisitorCodeEmptyLe visitor code est vide

Events

Cette section fournit les méthodes que vous utilisez pour gérer les événements.

onEvent()

La méthode onEvent, collectée avec le hook useInitialize, déclenche un callback lorsqu’un événement spécifique est déclenché. La fonction callback a accès aux données associées à l’événement. Les méthodes du SDK dans cette documentation indiquent quels types d’événements elles peuvent déclencher, le cas échéant.
import { useEffect, useCallback } from 'react';
import {
  useInitialize,
  EventType,
  EvaluationEventDataType,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize, onEvent } = useInitialize();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Define logic to execute on SDK event
    onEvent(EventType.Evaluation, (eventData: EventDataType) => {
      // -- My Logic
    });
  }, [initialize, onEvent]);

  useEffect(() => {
    init();
  }, [init]);
}
Vous ne pouvez attribuer qu’un seul callback à chaque EventType.
Events
Les événements sont définis dans l’enum EventType. Selon le type d’événement, le paramètre eventData aura un type différent.
TypeType de eventDataDescription
EventType.EvaluationEvaluationEventDataTypeDéclenché lorsque le SDK évalue n’importe quelle variation pour un feature flag. Il est déclenché indépendamment de la variation résultante
EventType.ConfigurationUpdateConfigurationUpdateEventDataTypeDéclenché lorsque le SDK reçoit une mise à jour de configuration du serveur (lors de l’utilisation du streaming en temps réel)
Arguments
NomTypeDescription
event (required)EventTypeun type d’événement auquel associer l’action callback
callback (required)(eventData: EventDataType<EventType>) => voidune fonction callback avec le paramètre eventData qui sera appelée lorsqu’une mise à jour de configuration se produit
Exceptions thrown
TypeDescription
KameleoonException.InitializationLa méthode a été exécutée avant que le kameleoonClient n’ait terminé son appel initialize

Sending exposure events to external tools
Kameleoon offre des intégrations natives avec diverses solutions d’analytique et de CDP, telles que Mixpanel, Google Analytics 4, Segment…. Pour garantir que vous pouvez suivre et analyser vos expériences côté serveur, Kameleoon fournit une méthode getEngineTrackingCode() qui renvoie le code JavaScript à insérer dans votre page pour envoyer automatiquement les événements d’exposition à la solution d’analyse que vous utilisez. Le SDK construit un code de suivi pour votre solution d’analyse active en fonction des expériences que le visiteur a déclenchées au cours des 5 dernières secondes. Pour plus d’informations sur l’expérimentation hybride, veuillez consulter cette documentation.
Pour bénéficier de cette fonctionnalité, vous devrez implémenter à la fois le SDK React et notre tag JavaScript Kameleoon. Nous vous recommandons d’implémenter le [tag asynchrone Kameleoon], que vous pouvez installer avant votre balise fermante <body> dans votre page HTML, car il ne sera utilisé qu’à des fins de suivi.

Data types

Les types de Data Kameleoon sont des classes d’aide utilisées pour stocker des données dans le stockage sous des formes prédéfinies. Lors de l’exécution de flush, le SDK collecte toutes les données et les envoie avec la requête de suivi. Les données disponibles dans le SDK ne sont pas disponibles pour le ciblage et le reporting dans l’application Kameleoon tant que vous n’ajoutez pas les données. Par exemple, en utilisant la méthode addData(). Voir use visit history to target users pour plus d’informations.
Si vous utilisez le mode hybride, vous pouvez appeler getRemoteVisitorData() pour remplir automatiquement toutes les données que Kameleoon a précédemment collectées.

Browser

Depuis le SDK React 10.11.0, Browser est automatiquement détecté en fonction de la chaîne User-Agent. Cependant, vous pouvez toujours le remplacer manuellement si nécessaire.
Browser contient les informations du navigateur.
Chaque visiteur ne peut avoir qu’un seul Browser. Ajouter un deuxième Browser écrase le premier.
NomTypeDescription
browser (required)BrowserTypetype de navigateur prédéfini (Chrome, InternetExplorer, Firefox, Safari, Opera, Other)
version (optional)numberversion du navigateur, le nombre à virgule flottante représente la version majeure et mineure du navigateur
import { useEffect, useCallback } from 'react';
import {
  useInitialize,
  useData,
  Browser,
  BrowserType,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { addData } = useData();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Add new browser data to client
    const browser = new Browser(BrowserType.Chrome, 86.1);
    addData('my_visitor_code', browser);
  }, [initialize, addData]);

  useEffect(() => {
    init();
  }, [init]);
}

UniqueIdentifier

Les données UniqueIdentifier sont utilisées comme marqueur pour l’identification unique du visiteur. Si vous ajoutez UniqueIdentifier pour un visiteur, le visitorCode est utilisé comme identifiant unique du visiteur, ce qui est utile pour l’expérimentation cross-device. Associer un UniqueIdentifier à un visiteur indique au SDK que le visiteur est lié à un autre visiteur. L’UniqueIdentifier peut également être utile dans d’autres scénarios particuliers, comme lorsque vous ne pouvez pas accéder au visitorCode anonyme initialement attribué au visiteur, mais que vous avez accès à un ID interne connecté au visiteur anonyme grâce aux fonctionnalités de fusion de sessions.
Chaque visiteur ne peut avoir qu’un seul UniqueIdentifier. Ajouter un autre UniqueIdentifier écrase le premier.
NomTypeDescription
value (required)booleanvaleur qui spécifie si le visiteur est associé à un autre visiteur ; fournir false impliquera que le visiteur n’est associé à aucun autre visiteur
import { useEffect, useCallback } from 'react';
import { useInitialize, useData, UniqueIdentifier } from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { addData } = useData();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Add new unique identifier to a visitor
    addData('my_visitor_code', new UniqueIdentifier(true));
  }, [initialize, addData]);

  useEffect(() => {
    init();
  }, [init]);
}

Conversion

L’ensemble de données Conversion stocké ici peut être utilisé pour filtrer les rapports d’expériences et de personnalisations par n’importe quel objectif qui lui est associé.
  • Chaque visiteur peut avoir plusieurs objets Conversion.
  • Vous pouvez trouver le goalId dans l’application Kameleoon.
ConversionParametersType conversionParameters - un objet avec les paramètres de conversion décrits ci-dessous
NomTypeDescriptionDéfaut
goalId (required)numberID de l’objectif.
revenue (optional)floatRevenu de la conversion0
negative (optional)booleanDéfinit si le revenu est positif ou négatif.false
metadata (optional)CustomData[]Métadonnées de la conversion.undefined
import { useEffect, useCallback } from 'react';
import {
  useInitialize,
  useData,
  Conversion,
  ConversionParametersType,
  CustomData,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { addData } = useData();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Defined conversion parameters
    const conversionParameters: ConversionParametersType = {
      goalId: 123,
      revenue: 10000,
      negative: true,
      metadata: [new CustomData(0, 'value')],
    };

    // -- Add new conversion data to client
    const conversion = new Conversion(conversionParameters);
    addData('my_visitor_code', conversion);
  }, [initialize, addData]);

  useEffect(() => {
    init();
  }, [init]);
}
Cookie contient des informations sur le cookie stocké sur l’appareil du visiteur.
  • En général, le SDK React tentera d’utiliser un cookie localStorage pour les conditions. Si ce n’est pas possible, le SDK peut utiliser les données Cookie comme alternative.
  • Chaque visiteur ne peut avoir qu’un seul Cookie. Ajouter un deuxième Cookie écrase le premier.
NomTypeDescription
cookie (required)CookieType[]Une liste d’objets CookieType composés de clés et de valeurs de cookies
import {
  KameleoonClient,
  CookieType,
  Cookie,
  useInitialize,
  useData,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { addData } = useData();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Add new cookie data to client
    const cookieData: CookieType[] = [
      { key: 'key_1', value: 'value_1' },
      { key: 'key_2', value: 'value_2' },
    ];
    const cookie = new Cookie(cookieData);
    addData('my_visitor_code', cookie);
  }, [initialize, addData]);

  useEffect(() => {
    init();
  }, [init]);
}
Methods
Les données Cookie ont une méthode utilitaire statique fromString que vous pouvez utiliser pour créer un cookie instantanément en analysant une chaîne qui contient des données de cookie valides. La méthode accepte une string en paramètre et renvoie une instance Cookie initialisée.
import { Cookie } from '@kameleoon/react-sdk';

const cookieString = 'key_1=value_1; key_2=value_2';
const cookie: Cookie = Cookie.fromString(cookieString);

// -- The result cookie will contain the following cookie array
// [
//    { key: 'key_1', value: 'value_1' },
//    { key: 'key_2', value: 'value_2' },
// ]

GeolocationData

GeolocationData contient les détails de géolocalisation du visiteur
Chaque visiteur ne peut avoir qu’un seul GeolocationData. Ajouter un deuxième GeolocationData écrase le premier.
Un paramètre objet de type GeolocationInfoType contenant les champs suivants :
NomTypeDescription
country (required)stringLe pays du visiteur
region (optional)stringLa région du visiteur
city (optional)stringLa ville du visiteur
postalCode (optional)stringLe code postal du visiteur
coordinates (optional)[number, number]Tuple tableau de coordonnées de deux valeurs de position (longitude et latitude). Le nombre de coordonnées représente des degrés décimaux
import {
  KameleoonClient,
  GeolocationData,
  GeolocationInfoType,
  useData,
  useInitialize,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { addData } = useData();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Add geolocation data
    const geolocationInfo: GeolocationInfoType = {
      country: 'France',
      region: 'Île-de-France',
      city: 'Paris',
      postalCode: '75008',
      coordinates: [48.8738, 2.295],
    };
    const geolocationData = new GeolocationData(geolocationInfo);
    addData('my_visitor_code', geolocationData);
  }, [initialize, addData]);

  useEffect(() => {
    init();
  }, [init]);
}

CustomData

Pour conserver les custom data pour les visites futures, le SDK transmet CustomData avec un scope Visitor lors de la prochaine requête de suivi. Vous pouvez configurer le scope dans les paramètres des données sur le dashboard custom data. CustomData vous permet d’associer facilement n’importe quel type de données à chaque visiteur. Ces données peuvent ensuite être utilisées comme condition de ciblage dans les segments ou comme filtre ou breakdown dans les rapports d’expériences. Pour plus d’informations sur les custom data, veuillez consulter cet article.
NomTypeDescriptionDéfaut
index/name (required)number/stringIndex ou Nom de la custom data. index ou name doit être fourni pour identifier les données.
overwrite (optional)booleanIndicateur pour contrôler explicitement comment les valeurs sont stockées et apparaissent dans les rapports. Voir plustrue
value (required)string[]La valeur de la custom data. Elle doit être convertie en chaîne pour correspondre au type string. Note : value est variadique.
  • Chaque visiteur n’est autorisé qu’à un seul CustomData pour chaque index unique. Ajouter un autre CustomData avec le même index remplacera l’existant.
  • L’« index » de la custom data peut être trouvé dans le dashboard Custom Data sous la colonne « INDEX ».
  • Pour empêcher le SDK d’envoyer des données avec l’index sélectionné aux serveurs Kameleoon pour des raisons de confidentialité, activez l’option : Use this data only locally for targeting purposes lors de la création de la custom data.
  • Ajouter une instance CustomData créée avec un nom alors que l’instance SDK n’est pas initialisée ou que le nom n’est pas enregistré, entraînera l’ignorance des données.
import { useEffect, useCallback } from 'react';
import { useInitialize, useData, CustomData } from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { addData } = useData();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Defined conversion parameters
    const dataItemOne = 'abc';
    const dataItemTwo = JSON.stringify(100);
    const dataItemThree = JSON.stringify({ a: 200, b: 300 });

    const customDataIndex = 0;

    // -- Create custom data using single parameter
    const customData = new CustomData(customDataIndex, dataItemOne);

    // -- Create custom data using overwrite flag
    const customData = new CustomData(customDataIndex, false, dataItemOne);

    // -- Create custom data using name instead of index
    const customData = new CustomData('customDataName', dataItemOne);

    // -- Create custom data using variadic number of parameters
    const customData = new CustomData(
      customDataIndex,
      dataItemOne,
      dataItemTwo,
    );

    // -- Create custom data using an array of values
    const dataList = [dataItemOne, dataItemTwo, dataItemThree];
    const customData = new CustomData(customDataIndex, ...dataList);

    // -- Create custom data using overwrite flag
    const customData = new CustomData(customDataIndex, false, ...dataList);

    // -- Create custom data using name instead of index
    const customData = new CustomData('customDataName', false, ...dataList);

    // -- Add new custom data to client
    addData('my_visitor_code', customData);
  }, [initialize, addData]);

  useEffect(() => {
    init();
  }, [init]);
}

Device

Depuis le SDK React 10.11.0, Device est automatiquement détecté en fonction de la chaîne User-Agent. Cependant, vous pouvez toujours le remplacer manuellement si nécessaire.React Native : La prise en charge de cette fonctionnalité est actuellement expérimentale et peut nécessiter des ajustements pour fonctionner correctement. Dans React Native, le Device est automatiquement détecté en fonction du DPI de react-native.Dimensions.
Device contient des informations sur votre appareil.
Chaque visiteur ne peut avoir qu’un seul Device. Ajouter un deuxième Device écrase le premier.
NomTypeDescription
deviceType (required)DeviceTypetypes possibles pour le type d’appareil (PHONE, TABLET, DESKTOP)
import { useEffect, useCallback } from 'react';
import {
  useInitialize,
  useData,
  Device,
  DeviceType,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { addData } = useData();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Add new device data to client
    const device = new Device(DeviceType.Desktop);
    addData('my_visitor_code', device);
  }, [initialize, addData]);

  useEffect(() => {
    init();
  }, [init]);
}

OperatingSystem

Depuis le SDK React 10.11.0, OperatingSystem est automatiquement détecté en fonction de la chaîne User-Agent. Cependant, vous pouvez toujours le remplacer manuellement si nécessaire.React Native : La prise en charge de cette fonctionnalité est actuellement expérimentale et peut nécessiter des ajustements pour fonctionner correctement. Dans React Native, l’OperatingSystem est automatiquement détecté en fonction de react-native.Platform.
OperatingSystem contient les informations du système d’exploitation du visiteur.
Chaque visiteur ne peut avoir qu’un seul OperatingSystem. Ajouter un deuxième OperatingSystem écrase le précédent.
NomTypeDescription
operatingSystem (required)OperatingSystemTypetypes possibles pour le type d’appareil : WINDOWS_PHONE, WINDOWS, ANDROID, LINUX, MAC, IOS
import { useEffect, useCallback } from 'react';
import {
  useInitialize,
  useData,
  OperatingSystem,
  OperatingSystemType,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { addData } = useData();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Add operating system data
    const operatingSystem = new OperatingSystem(OperatingSystemType.Windows);
    addData('my_visitor_code', operatingSystem);
  }, [initialize, addData]);

  useEffect(() => {
    init();
  }, [init]);
}

PageView

Depuis le SDK React 10.11.0, PageView est automatiquement détecté en fonction de window.location?.href et document.title. Cependant, vous pouvez toujours le remplacer manuellement si nécessaire.React Native : La prise en charge de cette fonctionnalité est actuellement expérimentale et peut nécessiter des ajustements pour fonctionner correctement.
PageView contient des informations sur votre page web.
Chaque visiteur peut avoir un PageView par URL unique. Ajouter un PageView avec la même URL qu’un existant informera le SDK que le visiteur a revisité la page
PageViewParametersType pageViewParameters - un objet avec les paramètres de vue de page décrits ci-dessous
NomTypeDescription
urlAddress (required)stringadresse url de la page à suivre
title (required)stringtitre de la page web
referrer (optional)number[]un paramètre optionnel contenant une liste d’indices de référents, n’a pas de valeur par défaut
import { useEffect, useCallback } from 'react';
import {
  useInitialize,
  useData,
  PageView,
  PageViewParametersType,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { addData } = useData();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Define page view parameters
    const pageViewParameters: PageViewParametersType = {
      urlAddress: 'www.example.com',
      title: 'my example',
      referrers: [123, 456],
    };

    // -- Add new page view data to client
    const pageView = new PageView(pageViewParameters);
    addData('my_visitor_code', pageView);
  }, [initialize, addData]);

  useEffect(() => {
    init();
  }, [init]);
}

UserAgent

Stocke les informations sur le user-agent du visiteur. Les expériences côté serveur sont plus vulnérables au trafic des bots que les expériences côté client. Pour résoudre ce problème, Kameleoon utilise la liste IAB/ABC International Spiders and Bots List pour identifier les bots et spiders connus. Kameleoon utilise également le champ UserAgent pour filtrer les bots et autre trafic indésirable qui pourrait autrement fausser vos métriques de conversion. Pour plus de détails, consultez l’article d’aide sur le filtrage des bots. Si vous utilisez des bots internes, nous vous suggérons de passer la valeur curl/8.0 du userAgent pour les exclure de nos analytiques.
Un visiteur ne peut avoir qu’un seul UserAgent. Ajouter un deuxième UserAgent écrase le premier.
NomTypeDescription
value (required)stringvaleur utilisée pour comparaison
Les expériences côté serveur sont plus vulnérables au trafic des bots que les expériences côté client. Pour résoudre ce problème, Kameleoon utilise la liste IAB/ABC International Spiders and Bots List pour identifier les bots et spiders connus. Nous vous recommandons de passer le user agent à filtrer par Kameleoon lors de l’exécution d’expériences côté serveur pour chaque visiteur naviguant sur votre site Web, afin d’éviter de compter les bots dans vos analytiques.Si vous utilisez des bots internes, nous vous suggérons de passer la valeur curl/8.0 du userAgent pour les exclure de nos analytiques.
import { useEffect, useCallback } from 'react';
import { useInitialize, useData, UserAgent } from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { addData } = useData();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Add new user agent data to client
    const userAgent = new UserAgent('my_unique_value');
    addData('my_visitor_code', userAgent);
  }, [initialize, addData]);

  useEffect(() => {
    init();
  }, [init]);
}

ApplicationVersion

ApplicationVersion représente le numéro de version sémantique de votre application.
Un visiteur ne peut avoir qu’un seul ApplicationVersion. Ajouter une deuxième instance écrasera la première.
NomTypeDescription
version (optional)stringLa version de l’application mobile. Ce champ doit suivre le versionnement sémantique. Les formats acceptés sont major, major.minor, ou major.minor.patch.
import { useEffect, useCallback } from 'react';
import {
  useInitialize,
  useData,
  ApplicationVersion,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { addData } = useData();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Add new application version data to client
    const applicationVersion = new ApplicationVersion('1.2');
    addData('my_visitor_code', applicationVersion);
  }, [initialize, addData]);

  useEffect(() => {
    init();
  }, [init]);
}

Returned Types

DataFile

Le DataFile contient les détails de configuration du SDK. Il peut être étendu avec des informations supplémentaires si nécessaire pour les clients. Si vous avez besoin de plus de détails, veuillez contacter votre Customer Success Manager.
NomTypeDescription
featureFlagsMap<string, FeatureFlag>Une map d’objets FeatureFlag, indexée par les clés de feature flag.
dateModifiednumberLe timestamp (en millisecondes) indiquant quand le DataFile a été modifié pour la dernière fois.
import { FeatureFlag } from '@kameleoon/javascript-sdk';

// Retrieves the map of feature flags from the DataFile.
// The map is keyed by feature flag identifiers, with each value being a FeatureFlag object.
const featureFlags: Map<string, FeatureFlag> = dataFile.featureFlags;

// Retrieves the last modification timestamp of the DataFile.
// The value is a number representing milliseconds since the Unix epoch.
const dateModified: number = dateFile.dateModified;

FeatureFlag

Le FeatureFlag représente un ensemble de propriétés qui définissent un feature flag lui-même — par exemple, ses Variations, Rules, statut d’environnement et autres détails associés. Il peut être étendu avec des informations supplémentaires si nécessaire pour les clients. Si vous avez besoin de plus de détails, veuillez contacter votre Customer Success Manager.
NomTypeDescription
environmentEnabledbooleanIndique si le feature flag est activé dans l’environnement actuel.
defaultVariationKeystringLa clé de la variation par défaut associée au feature flag.
variationsMap<string, Variation>Une map d’objets Variation, indexée par les clés de variation.
rulesRule[]Une liste d’objets Rule
import { Variation, Rule } from '@kameleoon/react-sdk';

// Check whether the feature flag is enabled in the current environment
const isEnvironmentEnabled: boolean = featureFlag.environmentEnabled;

// Retrieve the key of the default variation
const defaultVariationKey: string = featureFlag.defaultVariationKey;

// Retrieve all variations of the feature flag as a map (key = variation key, value = Variation object)
const variations: Map<string, Variation> = featureFlag.variations;

// Retrieve all targeting rules associated with the feature flag
const rules: Rule[] = featureFlag.rules;

Rule

La Rule représente un ensemble de propriétés qui définissent une règle elle-même — par exemple, ses Variations. Elle peut être étendue avec des informations supplémentaires si nécessaire pour les clients. Si vous avez besoin de plus de détails, veuillez contacter votre Customer Success Manager.
NomTypeDescription
variationsMap<string, Variation>Une map d’objets Variation, indexée par les clés de variation.
import { Variation } from '@kameleoon/react-sdk';

// Retrieve all variations of the rule as a map (key = variation key, value = Variation object)
const variations: Map<string, Variation>  = rule.variations;

Variation

Variation contient des informations sur la variation attribuée au visiteur (ou la variation par défaut, si aucune attribution spécifique n’existe).
NomTypeDescription
namestringnom de la variation.
keystringclé de la variation.
idnumber or nullid de la variation ou null si le visiteur a atterri sur la variation par défaut.
experimentIdnumber or nullid de l’expérience ou null si le visiteur a atterri sur la variation par défaut.
variablesMap<string, Variable>map des variables pour la variation, où la clé est la clé de la variable et la valeur est l’objet variable.
  • Assurez-vous que votre code gère le cas où id ou experimentId peut être null, indiquant une variation par défaut.
  • La map variables peut être vide si aucune variable n’est associée à la variation.
// Retrieving the variation name
const variationName = variation.name;

// Retrieving the variation key
const variationKey = variation.key;

// Retrieving the variation id
const variationId = variation.id;

// Retrieving the experiment id
const experimentId = variation.experimentId;

// Retrieving the variables map
const variables = variation.variables;

Variable

Variable contient des informations sur une variable associée à la variation attribuée.
NomTypeDescription
keystringLa clé unique identifiant la variable.
typestringLe type de la variable. Valeurs possibles : BOOLEAN, NUMBER, STRING, JSON, JS, CSS.
valueanyLa valeur de la variable, qui peut être de l’un des types suivants : boolean, number, String, Record<string, any>, any[].
// Retrieving the variables map
const variables = variation.variables;

// Variable type can be retrieved for further processing
const type = variables.get('isDiscount')?.type || '';

// Retrieving the variable value by key
const isDiscount = variables.get('isDiscount')?.value || false;

// Variable value can be of different types
const title = variables.get('title')?.value || '';

Deprecated methods

Ces méthodes sont dépréciées et seront supprimées dans la prochaine mise à jour majeure.

getFeatureFlagVariationKey()

  • 📨 Envoie des données de suivi à Kameleoon
  • 🎯 Events: EventType.Evaluation
Utilisez la méthode getVariation.
La méthode getFeatureFlagVariationKey(), qui est utilisée avec le hook useFeatureFlag, récupère la clé de variation pour un visiteur identifié par son visitorCode. Ce processus inclut la vérification des critères de ciblage, l’identification de la variation appropriée attribuée au visiteur, le stockage de ces informations, et l’envoi d’une requête de suivi.
Si un utilisateur n’a jamais été associé à un feature flag, le SDK renverra aléatoirement une clé de variation selon les règles de ce feature flag. Si l’utilisateur est déjà lié au feature flag, le SDK identifiera la clé de variation précédemment attribuée. Si l’utilisateur ne correspond à aucune des règles spécifiées, le SDK renverra la valeur par défaut définie dans les règles de livraison du feature flag de Kameleoon. Il est important de noter que la valeur par défaut peut ne pas toujours être une clé de variation ; il peut également s’agir d’une valeur booléenne ou d’un autre type de données, selon la configuration du feature flag.
import { useEffect, useCallback } from 'react';
import {
  useInitialize,
  useFeatureFlag,
  useVisitorCode,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { getFeatureFlagVariationKey } = useFeatureFlag();
  const { getVisitorCode } = useVisitorCode();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Get visitor code using `getVisitorCode` function.
    const visitorCode = getVisitorCode();

    const featureKey = 'my_feature_key';

    // -- Get the variationKey for the visitor under `visitorCode` in the feature flag.
    const variationKey = getFeatureFlagVariationKey(visitorCode, featureKey);
  }, [initialize, visitorCode, getFeatureFlagVariationKey, getVisitorCode]);

  useEffect(() => {
    init();
  }, [init]);
}
Arguments
NomTypeDescription
visitorCode (required)stringchaîne d’identification unique du visiteur, ne peut pas dépasser 255 caractères de longueur
featureKey (required)stringune clé unique pour le feature flag
Return value
TypeDescription
stringune chaîne contenant la clé de variable pour la variation de feature flag allouée pour le visiteur fourni.
Exceptions thrown
TypeDescription
KameleoonException.InitializationLa méthode a été exécutée avant que initialize ait été terminé pour kameleoonClient
KameleoonException.VisitorCodeMaxLengthLe visitor code a dépassé la longueur maximale (255 caractères)
KameleoonException.VisitorCodeEmptyLe visitor code est vide
KameleoonException.FeatureFlagConfigurationNotFoundAucun feature flag n’a été trouvé pour le featureKey spécifié
KameleoonException.FeatureFlagEnvironmentDisabledLe feature flag est désactivé pour l’environnement actuel

getVisitorFeatureFlags()

  • 🚫 N’envoie pas de données de suivi à Kameleoon
  • 🎯 Events: EventType.Evaluation (pour chaque feature flag)
Utilisez la méthode getVariations.
La méthode getVisitorFeatureFlags, utilisée avec le hook useFeatureFlag, renvoie une liste de feature flags actifs qui ciblent le visiteur associé au visitorCode (le visiteur doit avoir l’une des variations allouées).
Cette méthode ne collecte que les feature flags actuellement actifs pour le visiteur. Par conséquent, elle n’inclut aucun feature flag pour lequel le visiteur est attribué à la variation « off » (par défaut ou contrôle). Si vous devez récupérer tous les feature flags du visiteur, utilisez plutôt getFeatureFlags.Par exemple :
// -- `getVisitorFeatureFlags` doesn't trigger feature experiments;
//    it only returns feature flags where visitors didn't get the `off` variation.
getVisitorFeatureFlags('my_visitor').forEach(({ key }) => {
  // -- `getFeatureFlagVariationKey` triggers a feature experiment,
  //    as `off` is already filtered out - visitors will never take part
  //    in an experiment where the `off` variation was allocated.
  getFeatureFlagVariationKey('my_visitor', key);
});
Pour les cas où vous avez besoin de tous les feature flags du visiteur, utilisez plutôt getFeatureFlags :
// -- Both `off` and other variations are processed as expected
getFeatureFlags('my_visitor').forEach(({ key }) => {
  getFeatureFlagVariationKey('my_visitor', key);
});
import { useEffect, useCallback } from 'react';
import {
  useInitialize,
  useFeatureFlag,
  useVisitorCode,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { getVisitorCode } = useVisitorCode();
  const { getVisitorFeatureFlags } = useFeatureFlag();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Get visitor code
    const visitorCode = getVisitorCode();

    // -- Get active feature flags for visitor
    const featureFlags = getVisitorFeatureFlags(visitorCode);
  }, [initialize, visitorCode, getVisitorFeatureFlags, getVisitorCode]);

  useEffect(() => {
    init();
  }, [init]);
}
Arguments
NomTypeDescription
visitorCode (required)stringchaîne d’identification unique du visiteur, ne peut pas dépasser 255 caractères de longueur
Return value
TypeDescription
FeatureFlagType[]liste de feature flags, chaque élément de feature flag contient id et key.
Exceptions thrown
TypeDescription
KameleoonException.InitializationLa méthode a été exécutée avant que le kameleoonClient n’ait terminé son appel initialize
KameleoonException.VisitorCodeMaxLengthLe visitor code a dépassé la longueur maximale (255 caractères)
KameleoonException.VisitorCodeEmptyLe visitor code est vide
KameleoonException.StorageReadErreur lors de la lecture des données du stockage

getActiveFeatureFlags()

  • 🚫 N’envoie pas de données de suivi à Kameleoon
  • 🎯 Events: EventType.Evaluation (pour chaque feature flag)
Utilisez la méthode getVariations.
La méthode getActiveFeatureFlags, collectée avec le hook useFeatureFlag, renvoie une Map, où la clé est la clé de fonctionnalité et la valeur est l’information détaillée sur la variation du visiteur et ses variables
import { useEffect, useCallback } from 'react';
import {
  useInitialize,
  useFeatureFlag,
  useVisitorCode,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { getVisitorCode } = useVisitorCode();
  const { getActiveFeatureFlags } = useFeatureFlag();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Get visitor code
    const visitorCode = getVisitorCode();

    // -- Get active feature flags for visitor
    //    with detailed variation and variables data
    const activeFeatures = getActiveFeatureFlags(visitorCode);

    // -- Result example:
    // Map {
    //   'feature-key-one' => {
    //     id: 100,
    //     key: 'variation-key-one',
    //     experimentId: 200,
    //     variables: [
    //      { key: 'variable_bool', type: VariableType.Boolean, value: true },
    //     ]
    //   },
    //   'feature-key-two' => {
    //     id: null, // -> `null` because it is default variation
    //     key: 'default-variation-key',
    //     experimentId: null, // -> `null` because it is default variation
    //     variables: []
    //   }
    // }
  }, [initialize, visitorCode, getVisitorFeatureFlags, getVisitorCode]);

  useEffect(() => {
    init();
  }, [init]);
}

init();
Cette méthode ne collecte que les feature flags actifs du visiteur. Cela signifie que le résultat exclut tous les feature flags pour lesquels le visiteur est attribué à la variation off (par défaut ou contrôle). Lorsque vous avez besoin de tous les feature flags du visiteur pour itérer dessus, utilisez plutôt getFeatureFlags.Consultez la section CAUTION de la méthode getVisitorFeatureFlags pour plus de détails.
Arguments
NomTypeDescription
visitorCode (required)stringchaîne d’identification unique du visiteur, ne peut pas dépasser 255 caractères de longueur
Return value
TypeDescription
Map<string, KameleoonVariationType>une map de feature flags, où la clé est la clé de fonctionnalité et la valeur est l’information détaillée sur la variation du visiteur et ses variables
Exceptions thrown
TypeDescription
KameleoonException.InitializationLa méthode a été exécutée avant que le kameleoonClient n’ait terminé son appel initialize
KameleoonException.VisitorCodeMaxLengthLe visitor code a dépassé la longueur maximale de 255 caractères
KameleoonException.VisitorCodeEmptyLe visitor code est vide
KameleoonException.StorageReadErreur lors de la lecture des données du stockage
KameleoonException.NumberParseImpossible d’analyser la valeur Number
KameleoonException.JSONParseImpossible d’analyser la valeur JSON

getFeatureFlagVariable()

  • 📨 Envoie des données de suivi à Kameleoon
  • 🎯 Events: EventType.Evaluation
Utilisez la méthode getVariation.
La méthode getFeatureFlagVariable, collectée avec le hook useFeatureFlag, renvoie une variable pour le visiteur sous visitorCode dans le feature flag trouvé ; cela inclut la vérification du ciblage, la recherche de la variation correspondante exposée au visiteur et son enregistrement dans le stockage en même temps que l’envoi de la requête de suivi.
import { useEffect, useCallback } from 'react';
import {
  useInitialize,
  useVisitorCode,
  useFeatureFlag,
  VariableType,
  JSONType,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { getVisitorCode } = useVisitorCode();
  const { getFeatureFlagVariable } = useFeatureFlag();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Get visitor code
    const visitorCode = getVisitorCode();

    // -- Get feature variable
    const result = getFeatureFlagVariable({
      visitorCode,
      featureKey: 'my_feature_key',
      variableKey: 'my_variable_key',
    });

    // -- Infer the type of variable by its `type`
    switch (result.type) {
      case VariableType.BOOLEAN:
        const myBool: boolean = result.value;
        break;
      case VariableType.NUMBER:
        const myNum: number = result.value;
        break;
      case VariableType.JSON:
        const myJson: JSONType = result.value;
        break;
      case VariableType.STRING:
      case VariableType.JS:
      case VariableType.CSS:
        const myStr: string = result.value;
        break;
      default:
        break;
    }
  }, [initialize, getFeatureFlagVariable, visitorCode, getVisitorCode]);

  useEffect(() => {
    init();
  }, [init]);
}
Arguments
Objet de paramètres de type GetFeatureFlagVariableParamsType contenant les champs suivants :
NomTypeDescription
visitorCode (required)stringchaîne d’identification unique du visiteur, ne peut pas dépasser 255 caractères de longueur
featureKey (required)stringune clé unique pour le feature flag
variableKey (required)stringclé de la variable à trouver pour un feature flag avec le featureKey spécifié, peut être trouvé sur la plateforme Kameleoon
Return value
TypeDescription
FeatureFlagVariableTypeun objet variable contenant les champs type et value. Vous pouvez vérifier le champ type par rapport à l’enum VariableType. Par exemple, si le type est VariableType.BOOLEAN, alors value sera de type boolean.
Exceptions thrown
TypeDescription
KameleoonException.InitializationLa méthode a été exécutée avant que initialize ait été terminé pour kameleoonClient
KameleoonException.VisitorCodeMaxLengthLe visitor code a dépassé la longueur maximale (255 caractères)
KameleoonException.VisitorCodeEmptyLe visitor code est vide
KameleoonException.FeatureFlagConfigurationNotFoundAucun feature flag n’a été trouvé pour le featureKey spécifié
KameleoonException.FeatureFlagVariableNotFoundAucune variable de fonctionnalité n’a été trouvée pour les visitorCode et variableKey spécifiés
KameleoonException.FeatureFlagEnvironmentDisabledLe feature flag est désactivé pour l’environnement actuel
KameleoonException.JSONParseImpossible d’analyser la valeur JSON
KameleoonException.NumberParseImpossible d’analyser la valeur Number

getFeatureFlagVariables()

  • 📨 Envoie des données de suivi à Kameleoon
  • 🎯 Events: EventType.Evaluation (pour chaque feature flag)
Utilisez la méthode getVariations.
La méthode getFeatureFlagVariables, collectée avec le hook useFeatureFlag, renvoie une liste de variables pour le visiteur sous visitorCode dans le feature flag trouvé ; cela inclut la vérification du ciblage, la recherche de la variation correspondante exposée au visiteur et son enregistrement dans le stockage en même temps que l’envoi de la requête de suivi.
import { useEffect, useCallback } from 'react';
import {
  useInitialize,
  useFeatureFlag,
  useVisitorCode,
} from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { getVisitorCode } = useVisitorCode();
  const { getFeatureFlagVariables } = useFeatureFlag();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Get visitor code
    const visitorCode = getVisitorCode();

    // -- Get a list of variables for the visitor under `visitorCode` in the feature flag
    const variables = getFeatureFlagVariables(visitorCode, 'my_feature_key');
  }, [initialize, getFeatureFlagVariables, getVisitorCode]);

  useEffect(() => {
    init();
  }, [init]);
}
Arguments
NomTypeDescription
visitorCode (required)stringchaîne d’identification unique du visiteur, ne peut pas dépasser 255 caractères de longueur
featureKey (required)stringune clé unique pour le feature flag
Return value
TypeDescription
FeatureVariableResultType[]une liste d’objets variable contenant les champs key, type et value. Vous pouvez vérifier le champ type par rapport à l’enum VariableType. Par exemple, si le type est VariableType.BOOLEAN, alors value sera de type boolean.
Exceptions thrown
TypeDescription
KameleoonException.InitializationLa méthode a été exécutée avant que le kameleoonClient n’ait terminé son appel initialize
KameleoonException.VisitorCodeMaxLengthLe visitor code a dépassé la longueur maximale (255 caractères)
KameleoonException.VisitorCodeEmptyLe visitor code est vide
KameleoonException.FeatureFlagConfigurationNotFoundAucun feature flag n’a été trouvé pour le featureKey spécifié
KameleoonException.FeatureFlagVariationNotFoundAucune variation de fonctionnalité n’a été trouvée pour les visitorCode et variableKey spécifiés
KameleoonException.FeatureFlagEnvironmentDisabledLe feature flag est désactivé pour l’environnement actuel
KameleoonException.JSONParseImpossible d’analyser la valeur JSON
KameleoonException.NumberParseImpossible d’analyser la valeur Number

onConfigurationUpdate()

Utilisez plutôt la méthode onEvent avec EventType.ConfigurationUpdate.
La méthode onConfigurationUpdate collectée avec le hook useInitialize déclenche un callback lors d’une mise à jour de la configuration du client.
Ce hook ne fonctionne que pour les server sent events de mise à jour en temps réel
import { useEffect, useCallback } from 'react';
import { useInitialize } from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize, onConfigurationUpdate } = useInitialize();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Define logic to execute on client configuration update
    onConfigurationUpdate(() => {
      // -- My Logic
    });
  }, [initialize, onConfigurationUpdate]);

  useEffect(() => {
    init();
  }, [init]);
}
Arguments
NomTypeDescription
callback (required)() => voidfonction callback sans paramètres qui sera appelée lors de la mise à jour de la configuration
Exceptions thrown
TypeDescription
KameleoonException.InitializationLa méthode a été exécutée avant que le kameleoonClient n’ait terminé son appel initialize

getFeatureFlags()

🚫 N’envoie pas de données de suivi à Kameleoon La méthode getFeatureFlags collectée avec le hook useFeatureFlag renvoie une liste de feature flags stockés dans la configuration client.
import { useEffect, useCallback } from 'react';
import { useInitialize, useFeatureFlag } from '@kameleoon/react-sdk';

function MyComponent(): JSX.Element {
  const { initialize } = useInitialize();
  const { getFeatureFlags } = useFeatureFlag();

  const init = useCallback(async (): Promise<void> => {
    await initialize();

    // -- Get list of all feature flags
    const featureFlags = getFeatureFlags();
  }, [initialize, getFeatureFlags]);

  useEffect(() => {
    init();
  }, [init]);
}
Return value
TypeDescription
FeatureFlagType[]liste de feature flags, chaque élément de feature flag contient id et key.
Exceptions thrown
TypeDescription
KameleoonException.InitializationLa méthode a été exécutée avant que le kameleoonClient n’ait terminé son appel initialize