Passer au contenu principal
Avec le SDK Go, vous pouvez exécuter des expériences et activer des feature flags. L’intégration de notre SDK dans votre application web est simple, et son empreinte (utilisation de la mémoire et du réseau) est faible. Pour commencer : Pour obtenir de l’aide pour démarrer, consultez le guide du développeur. Journal des modifications : Dernière version du SDK Go : 3.18.0 Changelog. Méthodes du SDK : Pour la documentation complète de référence du SDK Go, consultez la section référence.

Guide du développeur

Suivez cette section pour installer et configurer le SDK, et découvrir les fonctionnalités avancées.

Pour commencer

Installation du client Go

Pour installer le SDK Go de Kameleoon, utilisez la commande go get et installez notre package directement depuis notre dépôt GitHub. Exécutez simplement la commande ci-dessous :
go get github.com/Kameleoon/client-go/v3

Configuration supplémentaire

Pour fournir des paramètres supplémentaires au SDK Go, vous pouvez utiliser un fichier de configuration, qui vous permet de personnaliser le comportement du SDK. Vous pouvez télécharger un exemple de fichier de configuration ici. Nous recommandons d’installer ce fichier au chemin par défaut /etc/kameleoon/client-go.yaml, qui sera lu automatiquement. Si vous devez personnaliser ce chemin, vous pouvez fournir un argument supplémentaire à la méthode NewClient(). Spécifiez soit une chaîne indiquant un chemin alternatif vers le fichier de configuration, soit ajoutez un objet JavaScript (map) contenant la configuration. La version actuelle du SDK Go dispose des clés suivantes dans le fichier de configuration :
CléDescriptionValeur par défaut
ClientID / client_id (obligatoire)Requis pour l’authentification au service Kameleoon. Pour trouver votre client_id, consultez la documentation API credentials.
ClientSecret / client_secret (obligatoire)Requis pour l’authentification au service Kameleoon. Pour trouver votre client_secret, consultez la documentation API credentials.
SessionDuration / session_duration (optionnel)Désigne l’intervalle de temps prédéfini pendant lequel Kameleoon stocke le visiteur et ses données associées en mémoire (RAM). Notez que l’augmentation de la durée de session augmente la quantité de RAM à allouer pour stocker les données des visiteurs.30 minutes
RefreshInterval / refresh_interval (optionnel)Spécifie l’intervalle de rafraîchissement, en minutes, auquel le SDK récupère la configuration des expériences actives et des feature flags. La valeur détermine le temps maximal nécessaire pour propager les modifications, telles que l’activation ou la désactivation des feature flags ou le lancement d’expériences, vers vos serveurs de production. De plus, nous proposons un mode streaming qui utilise les événements envoyés par le serveur (SSE) pour pousser automatiquement de nouvelles configurations au SDK et appliquer ces nouvelles configurations en temps réel, sans aucun délai.60 minutes
DefaultTimeout / default_timeout (optionnel)Spécifie le délai d’attente, en millisecondes, pour les requêtes réseau du SDK. Définissez la valeur à 30 secondes ou plus si vous n’avez pas une connexion stable. Certaines méthodes disposent d’un paramètre supplémentaire que vous pouvez utiliser pour remplacer le délai d’attente par défaut pour cette méthode particulière. Si vous ne spécifiez pas explicitement le délai d’attente pour une méthode, le SDK utilise cette valeur par défaut.10000 millisecondes
TrackingInterval / tracking_interval (optionnel)Spécifie l’intervalle des requêtes de tracking en millisecondes. Tous les visiteurs que Kameleoon a évalués pour un feature flag ou dont les données ont été envoyées (flush) sont inclus dans cette requête de tracking, que le SDK effectue une fois par intervalle. La valeur minimale est 1000 ms, qui est également la valeur par défaut, et la valeur maximale est 5000 ms.1000 millisecondes
Environment / environment (optionnel)Environnement à partir duquel la configuration du feature flag doit être utilisée. La valeur peut être production, staging, development. Consultez l’article gestion des environnements pour plus de détails.production
TopLevelDomain / top_level_domain (obligatoire en mode hybride)Le domaine de premier niveau actuel pour votre site web. Utilisez le format : example.com. N’incluez pas https://, www, ou d’autres sous-domaines. Kameleoon utilise cette information pour définir le cookie correspondant sur le domaine de premier niveau.""
ProxyUrl / proxy_url (optionnel)Définit l’hôte proxy pour tous les appels serveur sortants effectués par le SDK.""
NetworkDomain / network_domain (optionnel)Domaine personnalisé utilisé par les SDK pour les requêtes sortantes, souvent pour le proxy. Doit être un domaine valide (par exemple, example.com ou sub.example.com). Les formats invalides utilisent la valeur par défaut de Kameleoon.""
VerboseMode / verbose_mode (déprécié)Valeur booléenne (true ou false) qui active la journalisation supplémentaire, y compris les requêtes réseau et les informations de débogage. Ce champ est déprécié et sera supprimé dans la version 4.0.0 du SDK. Utilisez logging.SetLogLevel à la place.false
Pour en savoir plus sur client_id et client_secret, et les instructions pour les obtenir, veuillez consulter cet article. Il convient de noter que notre SDK Go utilise l’API Automation et suit le flux des informations d’identification client OAuth 2.0.

Initialisation du client Kameleoon

Une fois notre SDK installé dans votre application, vous devez initialiser Kameleoon. Toutes les interactions avec le SDK, telles que le déclenchement d’une expérience, s’effectuent via l’objet (le client Kameleoon) créé à l’aide de la méthode NewClient(). Vous pouvez personnaliser le comportement du SDK (par exemple, l’environnement ou les informations d’identification) en fournissant un objet de configuration.
import (
	kameleoon "github.com/Kameleoon/client-go/v3"
)

// First option
config := &kameleoon.KameleoonClientConfig{
	Network: kameleoon.NetworkConfig{ // Optional
		ProxyURL:        "http://proxy-pass:1234/", // Optional
		DoTimeout:       10 * time.Second, // Optional
		ReadTimeout:     5 * time.Second, // Optional
		WriteTimeout:    5 * time.Second, // Optional
		MaxConnsPerHost: 10000, // Optional
	},
	ClientID:         "your-client-id", // This field is required. Please enter your client_id here.
	ClientSecret:     "your-client-secret", // This field is required. Please enter your client_secret here.
	TopLevelDomain:   "example.com", // This field is strictly recommended, otherwise you may have problems when using subdomains.
	RefreshInterval:  time.Hour, // Optional (60 minutes by default)
	TrackingInterval: time.Second, // Optional (1000 ms by default)
	Environment:      "staging", // Optional
	SessionDuration:  30 * time.Minute, // Optional (30 minutes by default)
    NetworkDomain:    "example.com", // Optional
}
client, err := KameleoonClientFactory.Create("your-project-sitecode", config)

// Second option
config, err := LoadConfig("/etc/kameleoon/client-go.yaml")
client, err := KameleoonClientFactory.Create("your-project-sitecode", config)
// Notice: In the example above, the configuration is loaded every time. To load it once, use `CreateFromFile`.

// Third option
client, err := KameleoonClientFactory.CreateFromFile("your-project-sitecode", "/etc/kameleoon/client-go.yaml")

Activation d’un feature flag

Attribution d’un ID unique à un utilisateur
Pour attribuer un ID 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 la requête), la méthode génère un ID unique aléatoire ou utilise un defaultVisitorCode que vous auriez généré. L’ID 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’ID unique (visitor code) est partagé entre le fichier d’application engine.js (anciennement nommé kameleoon.js) et le SDK.
Récupération de la configuration d’un flag
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 IsFeatureActive() pour récupérer la configuration basée sur le 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 du feature, en assignant la variation et en la renvoyant en fonction du featureKey et du visitorCode. La méthode IsFeatureActive() peut être utilisée si vous souhaitez récupérer la configuration d’un feature flag simple qui a uniquement 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 assignée et son expérience associée. Cette méthode vérifie si l’utilisateur est ciblé, trouve la variation assignée au visiteur et l’enregistre dans le stockage. Lorsque GetVariationOptParams.Track=true, le SDK enverra l’événement d’exposition à l’expérience spécifiée lors de la prochaine requête de tracking, qui est déclenchée automatiquement en fonction du tracking_interval du SDK. Par défaut, cet intervalle est défini à 1000 millisecondes (1 seconde). La méthode GetVariation() vous permet de contrôler si le tracking est effectué. Si GetVariationOptParams.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 préférez vous appuyer sur le tracking côté client géré par le moteur Kameleoon, par exemple. De plus, définir GetVariationOptParams.Track=false est utile lorsque vous utilisez la méthode GetVariations(), où vous pourriez avoir besoin uniquement des variations pour tous les flags sans déclencher d’événements de tracking. Pour en savoir plus sur le fonctionnement du tracking, consultez cet article
Ajout de points de données pour cibler un utilisateur ou filtrer / segmenter les visites dans les rapports
Pour cibler un utilisateur, assurez-vous d’avoir ajouté des points de données pertinents à son profil avant de récupérer la variation du feature 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 passées de l’utilisateur (collectées côté client lorsque vous utilisez 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 assigner un utilisateur à une variation donnée. Pour en savoir plus sur les conditions de ciblage disponibles, consultez l’article détaillé sur le 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 segmenter vos résultats par des 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, ce qui facilite la segmentation de vos résultats sur la base 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. Les Custom Data vous permettent 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 l’exactitude de vos résultats, il est recommandé de filtrer les bots en utilisant le type de données UserAgent.
Suivi de l’exposition au flag et des conversions d’objectifs
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 tracking planifiée, que le SDK envoie à intervalles réguliers (définis par tracking_interval). Si vous préférez envoyer la requête immédiatement, utilisez la méthode FlushVisitorInstantly().
Envoi d’événements aux solutions d’analyse
Pour suivre les conversions et envoyer les é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 tracking 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.

Expérimentation cross-device

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 les appareils grâce à 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 les appareils sont disponibles dans l’article sur l’expérimentation cross-device.

Synchronisation des custom data entre appareils

Bien que la synchronisation du mapping personnalisé soit utilisée pour aligner les données des visiteurs entre les appareils, elle n’est pas toujours nécessaire. Voici deux scénarios où la synchronisation du mapping personnalisé n’est pas requise : Même ID utilisateur entre les 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 du 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 des 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 les serveurs (avec GetRemoteVisitorData()) est suffisante sans synchronisation supplémentaire du mapping personnalisé. Les clients qui ont besoin de données supplémentaires peuvent consulter la description de la méthode GetRemoteVisitorData() pour obtenir des conseils supplémentaires. Dans le code ci-dessous, on suppose 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 la portée Visitor pour vos custom data.
Device A
// In this example, Custom data with index `90` was set to "Visitor" scope in Kameleoon.
const VisitorScopeCustomDataIndex = 90

kameleoonClient.AddData(visitorCode, types.NewCustomData(VisitorScopeCustomDataIndex, "your data"))
err := kameleoonClient.FlushVisitor(visitorCode)
Device B
// Before working with the data, call the `GetRemoteVisitorData` method.
_, err := kameleoonClient.GetRemoteVisitorData(visitorCode, true)

// After calling the method, the SDK on Device B will have access to CustomData of Visitor scope defined on Device A.
// So, "your data" will be available for targeting and tracking the visitor.

Utilisation des custom data pour la fusion de sessions

L’expérimentation cross-device permet de combiner l’historique d’un visiteur sur chacun de ses appareils (réconciliation d’historique). La réconciliation d’historique permet de fusionner différentes sessions de visiteurs en une seule. Pour réconcilier l’historique des visites, utilisez CustomData pour fournir un identifiant unique pour le visiteur. Pour plus d’informations, consultez la documentation dédiée. Une fois la réconciliation cross-device activée, l’appel à GetRemoteVisitorData() avec le paramètre userId récupère toutes les données connues pour un utilisateur donné. Les sessions avec le même identifiant seront toujours affichées avec la même variation dans une expérience. Dans la vue Visitor des pages de résultats de votre expérience, ces sessions apparaîtront comme un seul visiteur. La configuration du SDK garantit que les sessions associées voient toujours la même variation de l’expérience. Cependant, il existe certaines limites concernant l’allocation des variations cross-device. Ces limites sont décrites ici. Suivez le guide activation de la réconciliation cross-device de l’historique pour configurer vos custom data sur la plateforme Kameleoon. Ensuite, vous pouvez utiliser le SDK normalement. Les méthodes suivantes peuvent être utiles dans le contexte de la fusion de sessions :
  • GetRemoteVisitorData() avec l’ajout de UniqueIdentifier(true) - pour récupérer les données de tous les visiteurs liés.
  • TrackConversion() ou Flush*() avec l’ajout de données UniqueIdentifier(true) - pour suivre certaines données pour un visiteur spécifique associé à un autre visiteur.
Comme les custom data que vous utilisez comme identifiant doivent être définies sur la portée 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 des custom data pour la fusion de sessions.
// In this example, `91` represents the Custom Data's index
// configured as a unique identifier in Kameleoon.
const MappingIndex = 91
const FeatureKey = "ff123"

// 1. Before the visitor is authenticated

// Retrieve the variation for an unauthenticated visitor.
// Assume `anonymousVisitorCode` is the randomly generated ID for that visitor.
anonymousVariation, err := kameleoonClient.GetVariation(anonymousVisitorCode, FeatureKey)

// 2. After the visitor is authenticated

// Assume `userId` is the authenticated visitor's visitor code.
kameleoonClient.AddData(anonymousVisitorCode, types.NewCustomData(MappingIndex, userId))
err := kameleoonClient.FlushVisitorInstantly(anonymousVisitorCode)

// Indicate that `userId` is a unique identifier.
kameleoonClient.AddData(userId, types.NewUniqueIdentifier(true))

// 3. After the visitor has been authenticated

// Retrieve the variation for the `userId`, which will match the anonymous visitor code's variation.
userVariation, err := kameleoonClient.GetVariation(userId, FeatureKey)
isSameVariation := userVariation.Key == anonymousVariation.Key // true

// The `userId` and `anonymousVisitorCode` are now linked and tracked as a single visitor.
err := kameleoonClient.TrackConversionRevenue(userId, 123, 10.0)

// Additionally, the linked visitors will share all fetched remote visitor data.
_, err := kameleoonClient.GetRemoteVisitorData(userId, true)
Dans cet exemple, l’application possède une page de connexion. Étant donné que l’ID utilisateur est inconnu au moment de la connexion, un identifiant de visiteur anonyme généré par la méthode GetVisitorCode() est utilisé. Une fois que l’utilisateur s’est connecté, le visiteur anonyme est associé à l’ID utilisateur et utilisé comme identifiant unique pour le visiteur.

Utilisation d’une clé de bucketing personnalisée

Par défaut, Kameleoon utilise un ID de visiteur anonyme unique (visitorCode) pour assigner 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.

Cas d’usage

L’utilisation d’une clé de bucketing personnalisée est essentielle 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 assigner tous les utilisateurs d’une même organisation à la même variation, vous pouvez utiliser un identifiant comme un accountId. Les clés de bucketing personnalisées sont cruciales pour les A/B tests de fonctionnalités qui impactent une équipe ou une entreprise entière.
En implémentant une clé de bucketing personnalisée, vous garantissez une plus grande cohérence et précision dans vos expériences, conduisant à des résultats plus fiables et à une meilleure expérience utilisateur.

Détails techniques

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 :
client.AddData(visitorCode, types.NewCustomData(index, "newVisitorCode"))
  • Fournir la clé personnalisée : Vous fournissez votre identifiant personnalisé au SDK Kameleoon en utilisant 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 lors du 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 configuration dans Kameleoon, consultez 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 hachage pour l’attribution des utilisateurs aux variations utiliseront ce newVisitorCode (votre clé personnalisée) au lieu du visitorCode par défaut. L’utilisation du newVisitorCode signifie que la décision de bucketing est liée à votre identifiant personnalisé, garantissant des attributions cohérentes dans divers contextes où cet identifiant est présent.
  • Suivi des données et analyses : 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 tracking et conversions, par exemple) sont envoyées et associées au visitorCode original. Cette séparation garantit que vos analyses reflètent fidèlement 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 sur plusieurs appareils/sessions. Vos données originales de visiteur restent intactes pour une production de rapports complète.

Exigences techniques

Pour utiliser efficacement une clé de bucketing personnalisée :
  • La clé doit être une string.
  • Elle doit être unique pour l’entité que vous souhaitez 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.

Conditions de ciblage

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 utiliser l’historique de visite pour cibler les utilisateurs. Vous pouvez également utiliser vos propres données externes pour cibler les utilisateurs.

Journalisation

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

Niveaux de journalisation

Le SDK prend en charge la configuration de la limitation de la journalisation par un niveau de journalisation.
import (
	"development.kameleoon.net/sdk/go-sdk/v3/logging"
)

// The `NONE` log level does not allow logging.
logging.SetLogLevel(logging.NONE)

// The `ERROR` log level only allows logging issues that may affect the SDK's primary behavior.
logging.SetLogLevel(logging.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.
logging.SetLogLevel(logging.WARNING)

//The `INFO` log level allows logging general information on the SDK's internal processes.
// It extends the `WARNING` log level.
logging.SetLogLevel(logging.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.
logging.SetLogLevel(logging.DEBUG)

Gestion personnalisée des journaux

Le SDK écrit ses journaux dans la sortie de la console par défaut. Ce comportement peut être remplacé.
La limitation de la journalisation par un niveau de journalisation est effectuée séparément de la logique de gestion des journaux.
import (
    "development.kameleoon.net/sdk/go-sdk/v3/logging"
    "github.com/sirupsen/logrus"
)

type CustomLogger struct {
}

func NewCustomLogger() logging.LoggerWithLevel {
    return &CustomLogger{}
}

func (dl CustomLogger) Log(level logging.LogLevel, message string) {
    switch level {
    case logging.NONE:
    case logging.ERROR:
        logrus.Error(message)
    case logging.WARNING:
        logrus.Warn(message)
    case logging.INFO:
        logrus.Info(message)
    case logging.DEBUG:
        logrus.Debug(message)
    }
}


// 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.
logging.SetLogLevel(logging.DEBUG) // Optional; defaults to `logging.WARNING`.
logging.SetLogger(NewCustomLogger())

Référence

Voici une documentation de référence complète du SDK Go.

Initialisation

Create()

Appelez cette méthode avant toutes les autres pour initialiser le SDK. Cette méthode se trouve dans KameleoonClientFactory. Cela crée une instance de KameleoonClient pour gérer toutes les interactions entre le SDK et votre application.
const siteCode = "sitecode"
config := &kameleoon.KameleoonClientConfig{
	// ...
}

client, err := KameleoonClientFactory.Create(siteCode, config)
Arguments
NomTypeDescription
siteCode (obligatoire)stringIl s’agit d’une clé unique du projet Kameleoon que vous utilisez avec le SDK.
cfg (obligatoire)*KameleoonClientConfigReprésente soit le chemin vers le fichier de configuration du SDK, soit l’objet de configuration. Si vous fournissez l’objet de configuration, il doit contenir les clés de configuration correctes.
Valeur de retour
TypeDescription
KameleoonClientUne instance de KameleoonClient qui sera utilisée pour gérer vos expériences et feature flags.
errorUne erreur s’est produite dans l’appel à Create. L’erreur peut être errs.SiteCodeIsEmpty ou errs.ConfigCredentialsInvalid.

CreateFromFile()

Appelez cette méthode avant toutes les autres pour initialiser le SDK. Cette méthode se trouve dans KameleoonClientFactory. Cela crée une instance de KameleoonClient pour gérer toutes les interactions entre le SDK et votre application.
const siteCode = "sitecode"
client, err := KameleoonClientFactory.CreateFromFile(siteCode, "/etc/kameleoon/client-go.yaml")
Arguments
NomTypeDescription
siteCode (obligatoire)stringUn siteCode Kameleoon.
cfgPath (obligatoire)stringUn chemin vers le fichier de configuration. Le fichier est chargé uniquement si KameleoonClientFactory ne stocke pas d’instance KameleoonClient avec le siteCode spécifié.
Valeur de retour
TypeDescription
KameleoonClientUne instance de KameleoonClient qui sera utilisée pour gérer vos expériences et feature flags.
errorUne erreur s’est produite dans Create. L’erreur peut être errs.SiteCodeIsEmpty ou errs.ConfigCredentialsInvalid.

Forget()

La méthode Forget supprime une instance KameleoonClient du KameleoonClientFactory avec le siteCode spécifié et libère les ressources utilisées par l’instance KameleoonClient. L’instance KameleoonClient ne doit pas être utilisée après l’appel de la méthode Forget.
const siteCode = "sitecode"
KameleoonClientFactory.Forget(siteCode)
Arguments
NomTypeDescription
siteCodestringLe siteCode de l’instance KameleoonClient à supprimer de KameleoonClientFactory. Ce champ est obligatoire.

WaitInit()

L’initialisation du client Kameleoon n’est pas immédiate, car elle nécessite une requête au serveur de notre CDN (Content Delivery Network) pour récupérer la configuration actuelle de toutes les expériences actives et feature flags. La méthode WaitInit de kameleoon.KameleoonClient vous permet d’attendre jusqu’à ce que l’instance KameleoonClient soit prête à être utilisée.
err := client.WaitInit()
if err != nil {
	// Client wasn't initialized properly
	fmt.Println(err)
} else {
	// The SDK has been initialized; you can fetch a feature flag / experiment configuration here.
}
Valeur de retour
TypeDescription
errorUne erreur s’est produite pendant le processus d’initialisation.

Feature flags et variations

IsFeatureActive() / IsFeatureActiveWithTracking()

  • 📨 Envoie des données de tracking à Kameleoon (selon le paramètre track)
Utilisez cette méthode si vous souhaitez récupérer la configuration d’un feature flag simple, qui a uniquement un état ON / OFF, par opposition aux feature flags plus complexes avec plusieurs variations ou options de ciblage. Si votre feature flag a des variations et des variables, vous devriez utiliser la méthode GetVariation. Elle prend un visitorCode et un featureKey comme arguments obligatoires pour vérifier si le feature flag est actif pour un utilisateur donné. Si l’utilisateur n’a pas été associé à votre feature flag auparavant, le SDK renvoie une valeur booléenne aléatoire (true si l’utilisateur doit avoir cette fonctionnalité ou false sinon). Cependant, si l’utilisateur est déjà enregistré pour ce feature flag, le SDK détecte la valeur précédente du feature flag.
Il est important de mettre en place une gestion appropriée des erreurs dans votre code pour capturer toute exception potentielle qui pourrait survenir, comme illustré dans l’exemple de code.
Si vous spécifiez un visitorCode, la méthode IsFeatureActive l’utilise comme identifiant unique de visiteur, ce qui est utile pour l’expérimentation cross-device. Lorsque vous spécifiez un visitorCode et définissez le paramètre isUniqueIdentifier sur true, le SDK lie les données envoyées (flush) au visiteur associé à l’identifiant spécifié.
Le paramètre isUniqueIdentifier est déprécié. Veuillez utiliser UniqueIdentifier à la place.L’isUniqueIdentifier peut être utile dans des situations particulières ; par exemple, si vous ne pouvez pas accéder au visitorCode anonyme attribué à un visiteur, mais que vous pouvez utiliser un ID interne lié à ce visiteur via la fusion de sessions.
Kameleoon utilise le tracking pour compter les sessions et les visiteurs lorsque vous appelez certaines méthodes, telles que IsFeatureActive(), GetVariation() ou GetVariations().Utilisez la valeur par défaut true pour le paramètre GetVariationOptParams.Track lorsque vous exposez les visiteurs à une variation et devez les compter. Définissez le paramètre GetVariationOptParams.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 GetVariationsOptParams.Track sur false. Ce réglage empêche Kameleoon de compter prématurément une session. Vous pouvez ensuite déclencher le tracking ultérieurement lorsque vous exposez explicitement le visiteur.Kameleoon envoie les données de tracking toutes les secondes par défaut. Vous pouvez configurer cet intervalle jusqu’à cinq secondes en utilisant l’option de configuration de l’intervalle de tracking. Kameleoon regroupe les événements de tracking dans 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 tracking, Kameleoon considère les événements comme des sessions distinctes. Une visite apparaît dans vos rapports 30 minutes après le dernier événement enregistré de la session.
const featureKey = "new_checkout"

// Check if a Feature Flag is active (ON / OFF)
hasNewCheckout, err := client.IsFeatureActive(visitorCode, featureKey)
// disabling tracking
hasNewCheckout, err := client.IsFeatureActiveWithTracking(visitorCode, featureKey, false)

if err != nil {
	switch err.(type) {
	case *errs.VisitorCodeInvalid:
		// The provided visitor code is not valid. Trigger the old checkout for this visitor.
		hasNewCheckout = false
	case *errs.FeatureConfigNotFound:
		// The Feature Key is not yet in the configuration file that has been fetched by the SDK. Trigger the old checkout for this visitor.
		hasNewCheckout = false
	default:
		// Handle unexpected errors
		panic(err)
	}
}
if hasNewCheckout {
	// Implement new checkout code here
}
La méthode IsFeatureActive() évalue la variante servie, pas l’état du flag maître. Si vous excluez des 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 feature flag maître est On.
Arguments
NomTypeDescription
visitorCodestringL’identifiant unique de l’utilisateur. Ce champ est obligatoire.
featureKeystringLa clé du feature que vous souhaitez exposer à un utilisateur. Ce champ est obligatoire.
isUniqueIdentifier (Déprécié)boolUn paramètre pour spécifier si le visitorCode est un identifiant unique. S’il n’est pas fourni, la valeur par défaut est false. Ce champ est facultatif.
trackboolUn paramètre de la méthode IsFeatureActiveWithTracking pour activer ou désactiver le tracking de l’évaluation du feature. IsFeatureActive(visitorCode, featureKey) équivaut à IsFeatureActiveWithTracking(visitorCode, featureKey, true).
Valeur de retour
TypeDescription
boolValeur du feature flag qui est enregistrée pour un visitorCode donné.
Exceptions levées
TypeDescription
errs.FeatureConfigNotFoundCette erreur indique que la clé de feature demandée n’a pas pu être trouvée dans la configuration interne du SDK. Cela se produit généralement lorsque le feature flag n’a pas encore été récupéré par le SDK, ce qui peut arriver si le SDK est en mode polling.
errs.VisitorCodeInvalidCette erreur est renvoyée lorsque le visitor code fourni est invalide, c’est-à-dire qu’il est vide ou que sa longueur dépasse 255 caractères.

GetVariation()

  • 📨 Envoie des données de tracking à Kameleoon (selon le paramètre GetVariationOptParams.Track)
Récupère la Variation attribuée à un visiteur donné pour un feature flag spécifique. Cette méthode prend un visitorCode et un featureKey comme arguments obligatoires. L’argument GetVariationOptParams.Track est facultatif 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 appropriée des erreurs 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 delivery 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…” d’une interface de gestion.
const featureKey = "new_checkout"

variation, err := client.GetVariation(visitorCode, featureKey)
// disabling tracking
variation, err := client.GetVariation(visitorCode, featureKey, NewGetVariationOptParams().Track(false))

if err != nil {
	// handle error
}

// Fetch a variable value for the assigned variation
title := variation.Variables["title"].Value

switch (variation.Key) {
	case "on":
		// Main variation key is selected for visitorCode
	case "alternative_variation":
		// Alternative variation key
	default:
		// Default variation key
}
Arguments
NomTypeDescriptionDéfaut
visitorCode (obligatoire)stringIdentifiant unique du visiteur.
featureKey (obligatoire)stringClé du feature que vous souhaitez exposer à un visiteur.
GetVariationOptParams.Track (optionnel)boolUn paramètre facultatif pour activer ou désactiver le tracking de l’évaluation du feature.true
Valeur de retour
TypeDescription
VariationUne Variation attribuée à un visiteur donné pour un feature flag spécifique en cas de succès, sinon une erreur.
Exceptions levées
TypeDescription
errs.VisitorCodeInvalidException indiquant que le visitor code fourni n’est pas valide. Il est vide ou de longueur supérieure à 255 caractères.
errs.FeatureNotFoundException indiquant que la clé de feature 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).
errs.FeatureEnvironmentDisabledException 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 tracking à Kameleoon (selon le paramètre GetVariationsOptParams.Track)
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 GetVariationsOptParams.OnlyActive et GetVariationsOptParams.Track sont facultatifs.
  • Si GetVariationsOptParams.OnlyActive est défini sur true, la méthode GetVariations() renverra les variations des feature flags à condition que l’utilisateur ne soit pas bucketé avec la variation off.
  • Le paramètre GetVariationsOptParams.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 tracking sera désactivé.
La map renvoyée contient les clés des feature flags comme clés et 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 appropriée des erreurs 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 delivery 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…” d’une interface de gestion.
variations, err := client.GetVariations(visitorCode)
// all active variations
variations, err := client.GetVariations(visitorCode, NewGetVariationsOptParams().OnlyActive(true))
// disable tracking
variations, err := client.GetVariations(visitorCode, NewGetVariationsOptParams().Track(false))

if err != nil {
	// handle error
}
Arguments
NomTypeDescriptionDéfaut
visitorCode (obligatoire)stringIdentifiant unique du visiteur.
GetVariationsOptParams.OnlyActive (optionnel)boolUn paramètre facultatif indiquant s’il faut renvoyer les variations pour les feature flags actifs (true) ou tous les feature flags (false).false
GetVariationsOptParams.Track (optionnel)boolUn paramètre facultatif pour activer ou désactiver le tracking de l’évaluation du feature.true
Valeur de retour
TypeDescription
map[string]VariationMap qui contient les objets Variation attribués des feature flags en utilisant les clés des features correspondantes en cas de succès, sinon une erreur.
Exceptions levées
TypeDescription
errs.VisitorCodeInvalidException indiquant que le visitor code fourni n’est pas valide. Il est vide ou de longueur supérieure à 255 caractères.
Arguments
NomTypeDescription
visitorCodestringIdentifiant unique de l’utilisateur. Ce champ est obligatoire.
OnlyActiveboolUn paramètre facultatif indiquant s’il faut renvoyer les variations pour les feature flags actifs (true) ou tous les feature flags (false) (Par défaut : false).
TrackboolUn paramètre facultatif pour activer ou désactiver le tracking de l’évaluation du feature (Par défaut : true).
Valeur de retour
TypeDescription
map[string]VariationMap qui contient les Variations attribuées des feature flags en utilisant les clés des features correspondantes.
Exceptions levées
TypeDescription
VisitorCodeInvalidException indiquant que le visitor code fourni n’est pas valide. Il est vide ou de longueur supérieure à 255 caractères.

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 nécessaire ou doit être ignorée. Cela peut également être utile dans des scénarios tels que le débogage ou les tests personnalisés. Lorsqu’une variation forcée est définie, elle remplace la logique d’évaluation en temps réel de Kameleoon. Des 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 SetForcedVariationOptParams.ForceTargeting=false à la place.
Les variations simulées sont toujours prioritaires dans l’ordre d’exécution. Si un calcul de variation simulée est déclenché, il sera entièrement traité et complété en premier.
Une variation forcée est traitée de la même manière qu’une variation évaluée. Elle est suivie dans les analyses et stockée dans le contexte utilisateur comme toute variation évaluée standard, assurant la cohérence dans la production de rapports. La méthode peut lever 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 forcées des variations simulées :
  • Variations forcées : Sont spécifiques à une expérience individuelle.
  • Variations simulées : Affectent le résultat global du feature flag.
const experimentId = 9516

// Forcing the variation "on" in the experiment 9516 for the visitor.
err := client.SetForcedVariation(visitorCode, experimentId, "on")

// Forcing the variation "on" while preserving segmentation and targeting conditions during the experiment.
err := client.SetForcedVariation(
    visitorCode, experimentId, "on", NewSetForcedVariationOptParams().ForceTargeting(false),
)

// Resetting the forced variation in the experiment 9516 for the visitor.
err := client.SetForcedVariation(visitorCode, experimentId, "")

if err != nil {
    // Handling the error
}
Arguments
NomTypeDescriptionDéfaut
visitorCode (obligatoire)stringIdentifiant unique du visiteur.
experimentId (obligatoire)intExperiment Id qui sera ciblé et sélectionné pendant le processus d’évaluation.
variationKey (obligatoire)stringVariation Key correspondant à une Variation qui doit être forcée comme valeur de retour pour l’expérience. Si la valeur est "", la variation forcée sera réinitialisée.
SetForcedVariationOptParams.ForceTargeting (optionnel)boolIndique 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 levées
TypeDescription
errs.VisitorCodeInvalidException indiquant que le visitor code fourni n’est pas valide. Il est vide ou de longueur supérieure à 255 caractères.
errs.FeatureExperimentNotFoundException indiquant que l’experiment id 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.
errs.FeatureVariationNotFoundException indiquant que la variation key(id) 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.

EvaluateAudiences()

  • 📨 Envoie des données de tracking à Kameleoon
Cette méthode évalue les visiteurs par rapport à tous les segments disponibles de l’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 feature ou de vérifier un feature flag. Cette approche garantit que le visiteur est évalué par rapport aux données les plus récentes disponibles, permettant une attribution précise des audiences en fonction de tous les critères. Après avoir appelé cette méthode, vous pouvez effectuer une analyse détaillée des performances des segments dans l’Audiences Explorer.
if err := client.EvaluateAudiences(visitorCode); err != nil {
    // Handling the error
}
Arguments
NomTypeDescription
visitorCode (obligatoire)stringIdentifiant unique du visiteur.
Exceptions levées
TypeDescription
errs.VisitorCodeInvalidException indiquant que le visitor code fourni n’est pas valide. Il est vide ou de longueur supérieure à 255 caractères.

GetDataFile()

Pour évaluer tous les feature flags, utilisez GetVariations(). Cette méthode est plus efficace que d’appeler DataFile et de parcourir les flags avec GetVariation().
Renvoie la configuration actuelle du SDK sous forme d’objet DataFile.
dataFile := client.GetDataFile()
Valeur de retour
TypeDescription
DataFileLe DataFile contenant la configuration du SDK

Données du visiteur

GetVisitorCode()

Cette méthode s’appelait auparavant ObtainVisitorCode, qui a été supprimée dans la version 3.0.0 du SDK.
Pour assurer la cohérence de l’identification de l’utilisateur, en particulier lorsque vous utilisez Kameleoon en mode hybride, vous devez appeler la méthode GetVisitorCode() pour obtenir le visitorCode Kameleoon du visiteur actuel. Voici comment cela fonctionne :
  1. Kameleoon vérifie s’il y a un cookie kameleoonVisitorCode associé à la requête HTTP actuelle. S’il est trouvé, Kameleoon utilise ce code comme identifiant du visiteur.
  2. Si aucun cookie n’est trouvé, la méthode générera aléatoirement un nouvel identifiant, ou utilisera l’argument defaultVisitorCode s’il est passé. L’utilisation de vos identifiants comme visitor codes vous permet de faire correspondre les visiteurs Kameleoon avec vos propres utilisateurs sans recherches supplémentaires.
  3. Le cookie côté serveur kameleoonVisitorCode est ensuite défini avec la valeur de l’identifiant via l’en-tête HTTP et la méthode renvoie la valeur de l’identifiant.
Pour plus d’informations, veuillez consulter cet article.
Si vous décidez de fournir votre propre User ID au lieu d’utiliser le visitorCode généré par Kameleoon, il est de votre responsabilité de garantir que le User ID est unique. Le SDK ne vérifie pas l’unicité. Il est important de noter que le User ID que vous fournissez ne doit pas dépasser 255 caractères, car tout caractère excédentaire entraînera la levée d’une exception.
La méthode GetVisitorCode() vous permet de définir des variations simulées pour un visiteur. Lorsque les cookies (d’une requête ou d’un document) contiennent la clé kameleoonSimulationFFData, le processus d’évaluation standard est contourné. À la place, 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 Kameleoon Web Experimentation 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 manuellement le cookie kameleoonSimulationFFData.
Il est important de distinguer les variations simulées des variations forcées :
  • Variations simulées : Affectent le résultat global du feature flag.
  • Variations forcées : 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 le featureKey donné.
  • kameleoonSimulationFFData={"featureKey":{"expId":0}} : Simule la variation par défaut (définie dans la section Then, for everyone else in Production, serve) pour le featureKey donné.
⚠️ Pour garantir un bon fonctionnement, la valeur du cookie doit être encodée comme un composant URI en utilisant une méthode telle que encodeURIComponent.
visitorCode, err := client.GetVisitorCode(req, resp)

visitorCode, err := client.GetVisitorCode(req, resp, "defaultVisitorCode")
Arguments
NomTypeDescription
request*fasthttp.RequestL’objet fasthttp.Request actuel doit être passé en tant que premier paramètre. Ce champ est obligatoire.
response*fasthttp.ResponseL’objet fasthttp.Response actuel doit être passé en tant que deuxième paramètre. Ce champ est obligatoire.
defaultVisitorCodestringCe paramètre sera utilisé comme visitorCode si aucun cookie kameleoonVisitorCode existant n’est trouvé sur la requête. Ce champ est facultatif, et par défaut un visitorCode aléatoire sera généré.
Valeur de retour
TypeDescription
(string, error)Une paire composée d’un visitorCode qui sera associé à cet utilisateur particulier et d’une erreur. Il doit être utilisé avec la plupart des méthodes du SDK.
Exceptions levées
Message d’erreurDescription
errs.VisitorCodeInvalidCette erreur est renvoyée lorsque le visitor code fourni est invalide, c’est-à-dire qu’il est vide ou que sa longueur dépasse 255 caractères.

AddData()

La méthode AddData() ajoute des données de ciblage au stockage pour que d’autres méthodes puissent utiliser les données pour décider de cibler ou non le visiteur actuel. La méthode AddData() ne renvoie aucune valeur et n’interagit pas avec les serveurs back-end de Kameleoon par elle-même. À la place, toutes les données déclarées sont enregistrées pour une transmission future à l’aide de la méthode Flush*(). Cette approche réduit le nombre d’appels serveur effectués, car les données sont généralement regroupées en un seul appel serveur déclenché par 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 GetVariation() et GetVariations() si une règle d’expérimentation est déclenchée.
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 index.
import (
	"github.com/Kameleoon/client-go/v3/types"
)
// Add a single data item (tracked by default)
client.AddData(visitorCode, types.NewBrowser(types.BrowserTypeChrome))

// Add multiple data items (tracked by default)
client.AddData(visitorCode,
    types.NewPageViewWithTitle("https://url.com", "title", 3),
    types.UserAgent("UserAgent"),
)

// Add multiple data items stored locally for targeting only (not sent to the Kameleoon Data API)
client.AddDataWithOptParams(
    visitorCode,
    NewAddDataOptParams().Track(false),
    types.NewPageViewWithTitle("https://url.com", "title", 3),
    types.UserAgent("UserAgent")
)
Arguments
NomTypeDescriptionValeur par défaut
visitorCode (obligatoire)stringIdentifiant unique du visiteur.
track (optionnel)boolSpécifie si les données ajoutées sont éligibles au tracking. Lorsque 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 à la Kameleoon Data API.true
allData (obligatoire)...types.DataCollection des types de données Kameleoon.
Exceptions
TypeDescription
errs.VisitorCodeInvalidException indiquant que le visitor code fourni n’est pas valide. Il est vide ou de longueur supérieure à 255 caractères.

FlushAll() / FlushVisitor() / FlushVisitorInstantly()

  • 📨 Envoie des données de tracking à Kameleoon
Les méthodes FlushAll()/FlushVisitor()/FlushVisitorInstantly() collectent les données Kameleoon liées au visiteur. Elles envoient ensuite une requête de tracking, avec toutes les données ajoutées à l’aide de la méthode AddData, qui n’ont pas encore été envoyées en utilisant l’une de ces méthodes. Flush*() est non bloquant car l’appel serveur est effectué de manière asynchrone. Flush*() vous permet de contrôler quand les données associées à un visitorCode donné sont envoyées à nos serveurs. Par exemple, si vous appelez AddData() une douzaine de fois, il serait inefficace d’envoyer des données au serveur après chaque appel à AddData(), donc tout ce que vous avez à faire est d’appeler Flush() une fois à la fin. La méthode FlushVisitor()/FlushVisitorInstantly() utilise visitorCode comme identifiant unique du visiteur, ce qui est utile pour l’expérimentation cross-device. Lorsque vous spécifiez un visitorCode et définissez le paramètre isUniqueIdentifier sur true, le SDK lie les données envoyées (flush) au visiteur associé à l’identifiant spécifié.
Le paramètre isUniqueIdentifier est déprécié. Veuillez utiliser UniqueIdentifier à la place.L’isUniqueIdentifier peut être utile dans des situations particulières ; par exemple, si vous ne pouvez pas accéder au visitorCode anonyme attribué à un visiteur, mais que vous pouvez utiliser un ID interne lié à ce visiteur via la fusion de sessions.
import (
	"github.com/Kameleoon/client-go/v3/types"
)

visitorCode, err := client.GetVisitorCode(req, resp)

client.AddData(visitorCode, types.NewBrowser(types.BrowserTypeChrome))
client.AddData(visitorCode, types.NewConversionWithRevenue(32, 10, false))

client.FlushVisitor(visitorCode) // Interval tracking (most performant tracking method)
client.FlushAll() // Interval tracking for all visitors' unsent data

client.FlushVisitorInstantly(visitorCode) // Instant tracking
client.FlushAll(true) // Instant tracking for all visitors' unsent data

// if you operate with a unique ID
client.AddData(types.NewUniqueIdentifier(true))
client.FlushVisitor(visitorCode)
Arguments
NomTypeDescription
visitorCodestringL’identifiant unique de l’utilisateur. Ce champ est obligatoire pour FlushVisitor()/FlushVisitorInstantly().
isUniqueIdentifier (Déprécié)boolUn paramètre de la méthode FlushVisitor pour spécifier si le visitorCode est un identifiant unique. S’il n’est pas fourni, la valeur par défaut est false. Ce champ est facultatif.
Exceptions levées
TypeDescription
errs.VisitorCodeInvalidCette exception est levée lorsque le visitor code fourni est invalide, c’est-à-dire qu’il est vide ou que sa longueur dépasse 255 caractères.

GetRemoteData()

La méthode GetRemoteData() récupère les données externes stockées sur le serveur distant de Kameleoon pour le siteCode spécifié (spécifié dans le constructeur KameleoonClient) selon une clé passée en argument. Cette clé est généralement le Visitor Code Kameleoon ou votre User ID. Vous pouvez utiliser cette méthode pour récupérer les préférences de l’utilisateur, 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 évolutifs à l’aide de notre Data API, vous pouvez gérer efficacement de grandes quantités de données et les récupérer pour tous vos visiteurs ou utilisateurs. La valeur de retour de la méthode est un objet JSON qui peut être décodé à l’aide de la fonction json.Unmarshal(). Vous pouvez utiliser ces données pour créer des segments de ciblage avancés pour les feature flags et les expériences, ou pour filtrer les rapports d’expérience et de personnalisation en fonction de toute valeur stockée dans les données récupérées.
type Test1 struct {
	Value string `json:"some field to insert or update"`
}

remoteData, err := s.client.GetRemoteData("USER_ID") // uses default timeout
var test1 Test1
err = json.Unmarshal(remoteData, &test1)

remoteData, err := s.client.GetRemoteData("USER_ID", 1000)
Notez que, puisqu’un appel serveur est requis, ce mécanisme est asynchrone.
Nous proposons des intégrations natives avec Mixpanel, Segment et GA4 pour récupérer des cohortes externes et les utiliser dans des feature experiments. La clé utilisée dans ces intégrations est soit notre Visitor code, soit votre User ID. Vous pouvez vous référer à l’exemple de code fourni ci-dessous pour récupérer et utiliser les cohortes Mixpanel :
//Retrieve and use Mixpanel Cohorts
type Cohort struct {
	Id        string `json:"mixpanel_cohort_id"`
	Name      string `json:"mixpanel_cohort_name"`
	ProjectId string `json:"mixpanel_cohort_project_id"`
}

type MixPanelCohorts struct {
	Cohorts []Cohort `json:"mixpanel_cohorts"`
}

remoteData, err := s.client.GetRemoteData("USER_ID")
var mixPanel MixPanelCohorts
if err = json.Unmarshal(remoteData, &mixPanel); err == nil {
	cohorts := make([]string, len(mixPanel.Cohorts))
	for _, cohort := range mixPanel.Cohorts {
		cohorts = append(cohorts, cohort.Id)
	}
	client.AddData(visitorCode, types.NewCustomData(customDataIndex, cohorts...))
}
Arguments
NomTypeDescription
keystringLa clé à laquelle les données que vous essayez de récupérer sont associées. Ce champ est obligatoire. Cette clé est généralement le Visitor Code Kameleoon ou votre propre User ID.
timeoutintLe paramètre timeout spécifie le temps maximal pendant lequel la méthode peut être bloquée en attente d’un résultat, en millisecondes. Ce champ est facultatif ; s’il n’est pas fourni, la méthode utilisera la valeur de délai d’attente par défaut fournie lors de l’initialisation du SDK.
Valeur de retour
TypeDescription
[]byteCela renvoie les informations associées à la récupération des données pour une clé spécifique. Le résultat doit être décodé à l’aide de la fonction json.Unmarshal().
Exceptions levées
TypeDescription
errorErreur indiquant que la requête a expiré.

GetRemoteVisitorData()

GetRemoteVisitorData() est une méthode asynchrone pour récupérer les données de visites Kameleoon pour le VisitorCode à partir de la Kameleoon Data API. La méthode ajoute les données au stockage pour que d’autres méthodes puissent les utiliser lors des 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 depuis 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 objectifs 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 avoir besoin d’appeler la méthode AddData(). C’est particulièrement utile pour synchroniser les custom data entre plusieurs appareils.
Le paramètre IsUniqueIdentifier est déprécié. Veuillez utiliser UniqueIdentifier à la place.L’isUniqueIdentifier peut être utile dans des situations particulières ; par exemple, si vous ne pouvez pas accéder au visitorCode anonyme attribué à un visiteur, mais que vous pouvez utiliser un ID interne lié à ce visiteur via la fusion de sessions.
visitorCode := "visitorCode"
var visitorData []types.Data
var err error

// Visitor data will be fetched and automatically added for `visitorCode`
visitorData, err = client.GetRemoteVisitorData(visitorCode, true) // default timeout will be used
visitorData, err = client.GetRemoteVisitorData(visitorCode, true, time.Second) // 1000 milliseconds timeout

// If you only want to fetch data and add it yourself manually, set `addData` to `false`.
visitorData, err = client.GetRemoteVisitorData(visitorCode, false) // default timeout will be used
visitorData, err = client.GetRemoteVisitorData(visitorCode, false, time.Second) // 1000 milliseconds timeout

// If you operate with a unique ID
client.AddData(types.NewUniqueIdentifier(true))
visitorData, err = client.GetRemoteVisitorData(visitorCode, true)

// If you want to fetch a custom list of data types
var visitorData = client.GetRemoteVisitorDataWithFilter(
    visitorCode,
    true,
    types.RemoteVisitorDataFilter{PreviousVisitAmount: 10, CustomData: true, Conversion: true, Experiments: true},
    // default timeout will be used
)
// or
var visitorData = client.GetRemoteVisitorDataWithFilter(
    visitorCode,
    true,
    types.RemoteVisitorDataFilter{PreviousVisitAmount: 10, CustomData: true, Conversion: true, Experiments: true},
    time.Second, // 1000 milliseconds timeout
)
Arguments de GetRemoteVisitorData
NomTypeDescription
visitorCodestringLe visitor code pour lequel vous souhaitez récupérer les données attribuées. Ce champ est obligatoire.
addDataboolUn booléen indiquant si la méthode doit ajouter automatiquement les données récupérées pour un visiteur. Ce champ est obligatoire.
timeouttime.DurationLe paramètre timeout spécifie le temps maximal pendant lequel la méthode peut être bloquée en attente d’un résultat, en millisecondes. Ce champ est facultatif ; s’il n’est pas fourni, la méthode utilisera la valeur de délai d’attente par défaut fournie lors de l’initialisation du SDK.
Arguments de GetRemoteVisitorDataWithFilter
NomTypeDescription
visitorCodestringLe visitor code pour lequel vous souhaitez récupérer les données attribuées. Ce champ est obligatoire.
addDataboolUn booléen indiquant si la méthode doit ajouter automatiquement les données récupérées pour un visiteur. Ce champ est obligatoire.
filtertypes.RemoteVisitorDataFilterFiltre permettant de spécifier les données à récupérer à partir des visites. Ce champ est obligatoire.
timeouttime.DurationLe paramètre timeout spécifie le temps maximal pendant lequel la méthode peut être bloquée en attente d’un résultat, en millisecondes. Ce champ est facultatif ; s’il n’est pas fourni, la méthode utilisera la valeur de délai d’attente par défaut fournie lors de l’initialisation du SDK.
Arguments de GetRemoteVisitorDataWithOptParams
La méthode GetRemoteVisitorDataWithOptParams est dépréciée. Veuillez utiliser GetRemoteVisitorDataWithFilter et UniqueIdentifier à la place.
NomTypeDescription
visitorCodestringLe visitor code pour lequel vous souhaitez récupérer les données attribuées. Ce champ est obligatoire.
addDataboolUn booléen indiquant si la méthode doit ajouter automatiquement les données récupérées pour un visiteur. Ce champ est obligatoire.
filtertypes.RemoteVisitorDataFilterFiltre permettant de spécifier les données à récupérer à partir des visites. Ce champ est obligatoire.
paramskameleoon.RemoteVisitorDataOptParamsParamètres facultatifs.
Voici la liste des champs de kameleoon.RemoteVisitorDataOptParams :
NomTypeDescription
IsUniqueIdentifier (optionnel) (Déprécié)boolUn paramètre pour spécifier si le visitorCode est un identifiant unique. S’il n’est pas fourni, la valeur par défaut est false.
Timeout (optionnel)time.DurationLe paramètre timeout spécifie le temps maximal pendant lequel la méthode peut être bloquée en attente d’un résultat, en millisecondes. Ce champ est facultatif ; s’il n’est pas fourni, la méthode utilisera la valeur de délai d’attente par défaut fournie lors de l’initialisation du SDK.
La valeur par défaut de kameleoon.RemoteVisitorDataOptParams qui est types.RemoteVisitorDataFilter{PreviousVisitAmount: 1, CurrentVisit: true, CustomData: true}, peut être obtenue avec la fonction types.DefaultRemoteVisitorDataFilter().
Valeur de retour
TypeDescription
[]types.DataUne slice de données attribuées au visiteur donné.
errorUne erreur survenue.
Utilisation des paramètres dans GetRemoteVisitorData()
La méthode GetRemoteVisitorData() offre une 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 en fonction 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 atteint 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é illustrée dans cet exemple ne se limite pas aux données d’objectif. 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 options types.RemoteVisitorDataFilter disponibles :
NomTypeDescriptionDéfaut
PreviousVisitAmount (optionnel)intNombre de visites précédentes à partir desquelles récupérer les données. Nombre entre 1 et 251
CurrentVisit (optionnel)boolSi true, les données de la visite actuelle seront récupéréestrue
CustomData (optionnel)boolSi true, les custom data seront récupérées.true
PageViews (optionnel)boolSi true, les données de page seront récupérées.false
Geolocation (optionnel)boolSi true, les données de géolocalisation seront récupérées.false
Device (optionnel)boolSi true, les données d’appareil seront récupérées.false
Browser (optionnel)boolSi true, les données de navigateur seront récupérées.false
OperatingSystem (optionnel)boolSi true, les données du système d’exploitation seront récupérées.false
Conversions (optionnel)boolSi true, les données de conversion seront récupérées.false
Experiments (optionnel)boolSi true, les données d’expérience seront récupérées.false
Kcs (optionnel)boolSi true, le Kameleoon Conversion Score (KCS) sera récupéré. Nécessite le module complémentaire AI Predictive Targetingfalse
VisitorCode (optionnel)boolSi true, Kameleoon récupérera le visitorCode de la visite la plus récente et l’utilisera pour la visite actuelle. Cela 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 (optionnel)boolSi true, les données de personnalisation seront récupérées. Cela est requis pour la condition de personnalisation.false
cbs (optionnel)boolSi true, les données de score Contextual Bandit seront récupérées.false

GetVisitorWarehouseAudience()

Récupère toutes les données d’audience associées au visiteur dans votre data warehouse en utilisant les VisitorCode et WarehouseKey spécifiés. Le WarehouseKey est généralement votre ID utilisateur interne. Le paramètre CustomDataIndex correspond aux custom data Kameleoon que Kameleoon utilise pour cibler vos visiteurs. Vous pouvez consulter la documentation sur le ciblage warehouse pour plus de détails. La méthode renvoie un objet CustomData, confirmant que les données ont été ajoutées au visiteur et sont disponibles à des fins de ciblage.
customData, err = client.GetVisitorWarehouseAudience(VisitorWarehouseAudienceParams{
    VisitorCode:     "visitorCode",
    CustomDataIndex: 10,
    WarehouseKey:    "warehouseKey", // optional
    Timeout:         5 * time.Second, // optional
})

customData, err = c.GetVisitorWarehouseAudienceWithOptParams(
    "visitorCode", 10, VisitorWarehouseAudienceOptParams{WarehouseKey: "warehouseKey", Timeout: 5 * time.Second})
Arguments de GetVisitorWarehouseAudience
NomTypeDescription
VisitorCodestringUne chaîne d’identification unique du visiteur, ne peut pas dépasser 255 caractères.
CustomDataIndexintUn entier représentant l’index des custom data que vous souhaitez utiliser pour cibler vos audiences BigQuery.
WarehouseKeystringUne clé unique pour identifier les données du warehouse (généralement, votre ID utilisateur interne). Ce champ est facultatif.
Timeouttime.DurationLe paramètre timeout spécifie le temps maximal pendant lequel la méthode peut être bloquée en attente d’un résultat, en millisecondes. Ce champ est facultatif ; s’il n’est pas fourni, la méthode utilisera la valeur de délai d’attente par défaut fournie lors de l’initialisation du SDK. Ce champ est facultatif.
Arguments de GetVisitorWarehouseAudienceWithOptParams
NomTypeDescription
visitorCodestringUne chaîne d’identification unique du visiteur, ne peut pas dépasser 255 caractères.
customDataIndexintUn entier représentant l’index des custom data que vous souhaitez utiliser pour cibler vos audiences BigQuery.
paramskameleoon.VisitorWarehouseAudienceOptParamsParamètres facultatifs.
Voici la liste des champs de kameleoon.VisitorWarehouseAudienceOptParams :
NomTypeDescription
WarehouseKeystringUne clé unique pour identifier les données du warehouse (généralement, votre ID utilisateur interne). Ce champ est facultatif.
Timeouttime.DurationLe paramètre timeout spécifie le temps maximal pendant lequel la méthode peut être bloquée en attente d’un résultat, en millisecondes. Ce champ est facultatif ; s’il n’est pas fourni, la méthode utilisera la valeur de délai d’attente par défaut fournie lors de l’[initialisation du SDK]. Ce champ est facultatif.
Pour la méthode GetVisitorWarehouseAudience, les paramètres sont passés à la fonction en tant que params de la structure VisitorWarehouseAudienceParams pour rendre certains d’entre eux facultatifs (WarehouseKey et Timeout).Pour la méthode GetVisitorWarehouseAudienceWithOptParams, seuls les paramètres facultatifs sont passés à la fonction en tant que params de la structure VisitorWarehouseAudienceOptParams.
Valeur de retour
TypeDescription
*types.CustomDataUne instance CustomData confirmant que les données ont été ajoutées au visiteur.
errorUne erreur survenue.

SetLegalConsent()

Vous devez utiliser cette méthode pour spécifier si le visiteur a donné son consentement légal à l’utilisation de ses 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 tracking. Cette méthode vous aide à respecter les exigences légales et réglementaires tout en gérant les données des visiteurs de manière responsable. Vous pouvez trouver plus d’informations sur les données personnelles dans la politique de gestion du consentement.
visitorCode, err := kameleoonClient.GetVisitorCode(req, resp)

err := kameleoonClient.SetLegalConsent(visitorCode, true, resp)
Arguments
NomTypeDescription
visitorCodestringL’identifiant unique de l’utilisateur. Ce champ est obligatoire.
consentboolUne 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. Ce champ est obligatoire.
response*fasthttp.ResponseLa réponse HTTP où les valeurs dans les cookies seront ajustées en fonction du statut de consentement légal. Ce champ est facultatif.
Exceptions levées
TypeDescription
errs.VisitorCodeInvalidCette erreur est renvoyée lorsque le visitor code fourni est invalide, c’est-à-dire qu’il est vide ou que sa longueur dépasse 255 caractères.
Comportement de révocation du consentement
Lorsque vous appelez SetLegalConsent() avec consent=false, le SDK ne supprime pas le cookie kameleoonVisitorCode. À la place, il cesse de prolonger la date d’expiration du cookie, permettant au cookie de persister jusqu’à son expiration naturelle. Si vos exigences de conformité requièrent la suppression immédiate du fichier de cookie lors de l’opt-out, vous devez le supprimer manuellement en utilisant les méthodes natives de gestion des cookies de votre framework. Le SDK ne supprimera pas le fichier automatiquement.

Objectifs et analyses tierces

TrackConversion()

  • 📨 Envoie des données de tracking à Kameleoon
Utilisez cette méthode pour suivre une conversion pour un objectif et un utilisateur spécifiques. Cette méthode nécessite visitorCode et goalId. De plus, cette méthode accepte également les arguments facultatifs TrackConversionOptParams.Revenue, TrackConversionOptParams.Negative et TrackConversionOptParams.Metadata. Le visitorCode est généralement identique à celui qui a été 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 serveur est effectué de manière asynchrone.
Le paramètre isUniqueIdentifier est déprécié. Veuillez utiliser UniqueIdentifier à la place.L’isUniqueIdentifier peut également être utile dans d’autres scénarios particuliers, par exemple 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 via les capacités de fusion de sessions.
import (
	"github.com/Kameleoon/client-go/v3/types"
)

const goalID = 83023

client.TrackConversion(visitorCode, goalID)

client.TrackConversionRevenue(visitorCode, goalID, 10.0)

// Add metadata
client.TrackConversionWithOptParams(visitorCode, goalID, TrackConversionOptParams{
    Metadata: []*types.CustomData{
        types.NewCustomData(3, "metadata1", "md2"),
        types.NewCustomData(5, "md3")
    },
})
Arguments
NomTypeDescriptionDéfaut
visitorCode (obligatoire)stringIdentifiant unique du visiteur.
goalId (obligatoire)intID de l’objectif.
TrackConversionOptParams.Revenue (optionnel)float64Revenu de la conversion.0
TrackConversionOptParams.Negative (optionnel)boolDéfinit si le revenu est positif ou négatif.false
TrackConversionOptParams.Metadata (optionnel)[]*CustomDataVous permet de définir des valeurs spécifiques pour les custom data qui ont été définies comme métadonnées pour l’objectif dans l’application Kameleoon. Exemple : [CustomData{id: 5, value: "Payment Type"}, CustomData{id: 6, value: "Delivery Method"}]. Dans cet exemple, 5 et 9 sont les index des custom data (5 = “Payment Type”, 9 = “Delivery Method”).nil
isUniqueIdentifier (déprécié)boolUn paramètre facultatif pour spécifier si le visitorCode est un identifiant unique.false
Les valeurs TrackConversionOptParams.Metadata sont accessibles via les exports de données brutes et la page de résultats.Si le paramètre TrackConversionOptParams.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 sein de la même visite.Kameleoon ne prendra en compte que les valeurs de métadonnées qui sont 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’).
kameleoonClient.AddData(visitorCode, types.NewCustomData(5, "Credit Card"), types.NewCustomData(9, "Express Delivery"));
kameleoonClient.TrackConversionWithOptParams(visitorCode, 10, TrackConversionOptParams{
    Metadata: []*types.CustomData{
        types.NewCustomData(9, "Amex Credit Card"),
    },
})
Exceptions
TypeDescription
errs.VisitorCodeInvalidException indiquant que le visitor code fourni n’est pas valide. Il est vide ou de longueur supérieure à 255 caractères.

GetEngineTrackingCode()

Kameleoon s’intègre avec plusieurs solutions d’analyse, 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 des commandes de 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 d’analyse active. Consultez l’expérimentation hybride pour plus d’informations sur l’implémentation de cette méthode.
engineTrackingCode := kameleoonClient.GetEngineTrackingCode(visitorCode)
  • Pour utiliser cette fonctionnalité, implémentez à la fois le SDK Go et Engine.js de Kameleoon. Comme Engine.js n’est utilisé que pour le tracking dans ce flux, vous pouvez installer la balise asynchrone avant la balise de fermeture </body>.
  • Si vous souhaitez uniquement suivre les expériences dans Kameleoon et que vous n’avez pas besoin d’envoyer des événements d’exposition à des outils d’analyse tiers, utilisez le SDK JavaScript / TypeScript. Cette option fonctionne bien pour les plateformes serverless edge compute. Le SDK JavaScript / TypeScript suit automatiquement les variations lorsque vous appelez getVisitorCode, à condition que vous ajoutiez les attributions d’expérience correspondantes à window.kameleoonQueue.
  • Vous pouvez insérer le code de tracking 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 tracking renvoyé.
Arguments
NomTypeDescription
visitorCode (obligatoire)stringIdentifiant unique du visiteur.
Valeur de retour
TypeDescription
stringCode JavaScript à insérer dans la page.

Événements

OnUpdateConfiguration()

kameleoonClient.OnUpdateConfiguration(
	// configuration was updated
)
La méthode OnUpdateConfiguration vous permet de gérer l’événement lorsque la configuration a mis à jour les données. Elle prend un paramètre d’entrée, handler. Le handler qui sera appelé lorsque la configuration est mise à jour à l’aide d’un événement de configuration en temps réel.
Arguments
NomTypeDescription
handlerfunc()Le handler qui sera appelé lorsque la configuration est mise à jour à l’aide d’un événement de configuration en temps réel.

Types de données

Browser

L’ensemble de données Browser stocké ici peut être utilisé pour filtrer les rapports d’expérience et de personnalisation par n’importe quelle valeur qui lui est associée.
NomTypeDescription
browserType (obligatoire)BrowserTypeListe des navigateurs : BrowserTypeChrome, BrowserTypeIE, BrowserTypeFirefox, BrowserTypeSafari, BrowserTypeOpera, BrowserTypeOther.
version (optionnel)float32Version du navigateur, le nombre à virgule flottante représente la version majeure et mineure du navigateur
client.AddData(visitorCode, types.NewBrowser(types.BrowserTypeChrome))

client.AddData(visitorCode, types.NewBrowser(types.BrowserTypeSafari, 16.0))

Conversion

L’ensemble de données Conversion stocké ici peut être utilisé pour filtrer les rapports d’expérience et de personnalisation 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.
NomTypeDescriptionDéfaut
goalId (obligatoire)intID de l’objectif.
ConversionOptParams.Revenue (optionnel)float64Revenu de la conversion0
ConversionOptParams.Negative (optionnel)boolDéfinit si le revenu est positif ou négatif.false
ConversionOptParams.Metadata (optionnel)[]*types.CustomDataMétadonnées de la conversion.nil
client.AddData(visitorCode, types.NewConversion(32, true))

client.AddData(visitorCode, types.NewConversionWithRevenue(33, 10.0, false))

client.AddData(
    visitorCode,
    types.NewConversionWithOptParams(34, types.ConversionOptParams{
        Revenue: 5.0,
        Metadata: []*types.CustomData{
            types.NewCustomData(3, "metadata1", "md2"),
            types.NewCustomData(5, "md3"),
        },
    }),
)
client.AddData(visitorCode, types.NewConversion(32, false))

client.AddData(visitorCode, types.NewConversionWithRevenue(32, 10, false))
Cookie contient des informations sur le cookie stocké sur l’appareil du visiteur.
NomTypeDescription
cookiesmap[string]stringUne map d’objets chaîne composée de clés et de valeurs de cookies. Ce champ est obligatoire.
Chaque visiteur ne peut avoir qu’un seul Cookie. L’ajout d’un second Cookie écrase le premier.
cookie := types.NewCookie(map[string]string{
  "k1": "v1",
  "k2": "v2",
})
client.AddData(visitorCode, cookie)

Geolocation

Geolocation contient les détails de géolocalisation du visiteur.
NomTypeDescription
country (obligatoire)stringLe pays du visiteur.
region (optionnel)stringLa région du visiteur.
city (optionnel)stringLa ville du visiteur.
postalCode (optionnel)stringLe code postal du visiteur.
latitude (optionnel)float64La coordonnée de latitude représentant la position du visiteur. Le nombre de coordonnée représente des degrés décimaux.
longitude (optionnel)float64La coordonnée de longitude représentant la position du visiteur. Le nombre de coordonnée représente des degrés décimaux.
  • Chaque visiteur ne peut avoir qu’une seule Geolocation. L’ajout d’une seconde Geolocation écrase la première.
client.AddData(visitorCode, types.NewGeolocation("France", "Île-de-France", "Paris"))

client.AddData(visitorCode, types.NewGeolocationWithCoords(48.856667, 2.352222, "France", "Île-de-France", "Paris"))

CustomData

CustomData permet d’associer facilement tout type de données à chaque visiteur. Elles peuvent ensuite être utilisées comme condition de ciblage dans les segments ou comme filtre/segmentation dans les rapports d’expérience. Pour en savoir plus sur les custom data, veuillez consulter cet article.
NomTypeDescriptionDéfaut
index/name (obligatoire)int/stringIndex ou nom des custom data. L’index ou le name doit être fourni pour identifier les données.
values (obligatoire)...stringLes valeurs des custom data à stocker.
overwrite (optionnel)boolIndicateur permettant de contrôler explicitement la façon dont les valeurs sont stockées et dont elles apparaissent dans les rapports. Voir plustrue
client.AddData(visitorCode, types.NewCustomData(1, "value"))

// With several values
client.AddData(visitorCode, types.NewCustomData(1, "value1", "value2"))

// To set the 'overwrite' flag to false
client.AddData(
    visitorCode,
    types.NewCustomDataWithOptParams(1, NewCustomDataOptParams().Overwrite(false), "value"),
)

// To use a name instead of the index
client.AddData(visitorCode, types.NewNamedCustomData("my-custom-data", "value"))

// To use a name instead of the index
// and set the 'overwrite' flag to false
client.AddData(
    visitorCode,
    types.NewNamedCustomDataWithOptParams("my-custom-data", NewCustomDataOptParams().Overwrite(false), "value"),
)
  • Chaque visiteur ne peut avoir qu’une seule CustomData pour chaque index unique. L’ajout d’une autre CustomData avec le même index remplacera l’existante.
  • L’index des custom data se trouve 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 des custom data.
  • Ajouter une instance CustomData créée avec un nom lorsque la configuration de l’instance du SDK n’est pas à jour ou que le nom n’est pas enregistré, entraînera l’ignorance des données.

Device

Vous pouvez utiliser les données d’appareil pour filtrer les rapports d’expérience ou de personnalisation par n’importe quelle valeur associée.
NewDevice
NomTypeDescription
deviceTypeDeviceTypeListe des appareils : Phone, Tablet, Desktop. Ce champ est obligatoire.
client.AddData(visitorCode, types.NewDevice(types.DeviceTypeDesktop))

OperatingSystem

OperatingSystem contient des informations sur le système d’exploitation de l’appareil du visiteur.
NewOperatingSystem
NomTypeDescription
typetypes.OperatingSystemTypeListe des systèmes d’exploitation : Windows, Mac, iOS, Linux, Android et WindowsPhone. Ce champ est obligatoire.
Chaque visiteur ne peut avoir qu’un seul OperatingSystem. L’ajout d’un second OperatingSystem écrase le premier.
client.AddData(visitorCode, types.NewOperatingSystem(types.OperatingSystemTypeWindows))

PageView

Vous pouvez utiliser les données de pageview pour filtrer les rapports d’expérience ou de personnalisation par n’importe quelle valeur associée.
L’index ou l’ID du referrer se trouve dans votre compte Kameleoon. Il est important de noter que cet index commence à 0. Cela signifie que le premier canal d’acquisition que vous créez pour un site donné se verra attribuer 0 comme ID, et non 1.
NewPageView
NomTypeDescription
urlstringL’URL de la page consultée. Ce champ est obligatoire.
referrers…intLes referrers des pages consultées. Ce champ est facultatif.
NewPageViewWithTitle
NomTypeDescription
urlstringL’URL de la page consultée. Ce champ est obligatoire.
titlestringLe titre de la page consultée. Ce champ est obligatoire.
referrers…intLes referrers des pages consultées. Ce champ est facultatif.
client.AddData(visitorCode, types.NewPageView("https://url.com", 3))

client.AddData(visitorCode, types.NewPageViewWithTitle("https://url.com", "title", 3))

UserAgent

Les expériences côté serveur sont plus susceptibles d’être affectées par le trafic de bots que les expériences côté client. Kameleoon utilise la IAB/ABC International Spiders and Bots List pour aborder ce problème et reconnaître les bots et spiders connus. Kameleoon utilise également le champ UserAgent pour filtrer les bots et autres trafics indésirables qui pourraient fausser vos métriques de conversion. Pour plus de détails, consultez notre 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 analyses.
NewUserAgent
NomTypeDescription
valuestringLa valeur User-Agent qui sera envoyée avec les requêtes de tracking. Ce champ est obligatoire.
client.AddData(visitorCode, types.NewUserAgent("visitor_user_agent"))

UniqueIdentifier

Si vous n’ajoutez pas UniqueIdentifier pour un visiteur, visitorCode est utilisé comme identifiant unique du visiteur, ce qui est utile pour l’expérimentation cross-device. Lorsque vous ajoutez UniqueIdentifier pour un visiteur, le SDK lie les données envoyées (flush) au visiteur associé à l’identifiant spécifié. L’isUniqueIdentifier peut être utile dans des situations particulières ; par exemple, si vous ne pouvez pas accéder au visitorCode anonyme attribué à un visiteur, mais que vous pouvez utiliser un ID interne lié à ce visiteur via la fusion de sessions.
NewUniqueIdentifier
NomTypeDescription
valueboolParamètre pour spécifier si le visitor_code est un identifiant unique. Ce champ est obligatoire.
client.AddData(visitorCode, types.NewUniqueIdentifier(true))

ApplicationVersion

ApplicationVersion représente le numéro de version sémantique de votre application.
Un visiteur ne peut avoir qu’une seule ApplicationVersion. L’ajout d’une seconde instance écrasera la première.
NewApplicationVersion
NomTypeDescription
version (optionnel)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.
client.AddData(visitorCode, types.NewApplicationVersion("10")) // major

client.AddData(visitorCode, types.NewApplicationVersion("10.20")) // major.minor

client.AddData(visitorCode, types.NewApplicationVersion("10.20.30")) // major.minor.patch

Types renvoyés

DataFile

Le DataFile contient les détails de configuration du SDK. Il peut être étendu avec des informations supplémentaires si les clients le requièrent. Si vous avez besoin de plus de détails, veuillez contacter votre Customer Success Manager.
NomTypeDescription
FeatureFlagsmap[string]FeatureFlagUne map d’objets FeatureFlag, indexée par les clés de feature flag.
DateModifiedint64L’horodatage (en millisecondes) indiquant quand le DataFile a été modifié pour la dernière fois.
// Retrieves the map of feature flags from the DataFile.
// The map is keyed by feature flag identifiers, with each value being a FeatureFlag object.
featureFlags := dataFile.FeatureFlags

// Retrieves the last modification timestamp of the DataFile.
// The value is an int64 representing milliseconds since the Unix epoch.
dateModified := dataFile.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, son statut d’environnement et d’autres détails connexes. Il peut être étendu avec des informations supplémentaires si les clients le requièrent. Si vous avez besoin de plus de détails, veuillez contacter votre Customer Success Manager.
NomTypeDescription
IsEnvironmentEnabledboolIndique 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]VariationUne map d’objets Variation, indexée par les clés de variation.
Rules[]RuleUne liste d’objets Rule
// Check whether the feature flag is enabled in the current environment
isEnvironmentEnabled := featureFlag.IsEnvironmentEnabled

// Retrieve the key of the default variation
defaultVariationKey = featureFlag.DefaultVariationKey

// Retrieve the default variation object
defaultVariation := featureFlag.DefaultVariation()

// Retrieve all variations of the feature flag as a map (key = variation key, value = Variation object)
variations := featureFlag.Variations

// Retrieve all targeting rules associated with the feature flag
rules := 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 les clients le requièrent. Si vous avez besoin de plus de détails, veuillez contacter votre Customer Success Manager.
NomTypeDescription
Variationsmap[string]VariationUne map d’objets Variation, indexée par les clés de variation.
// Retrieve all variations of the rule as a map (key = variation key, value = Variation object)
variations := 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
NamestringLe nom de la variation.
KeystringLa clé unique identifiant la variation.
VariationID*intL’ID de la variation attribuée (ou nil s’il s’agit de la variation par défaut).
ExperimentID*intL’ID de l’expérience associée à la variation (ou nil si par défaut).
Variablesmap[string]VariableUne map contenant les variables de la variation attribuée, indexée par les noms de variable. Cette collection peut être vide si aucune variable n’est associée.
  • L’objet Variation fournit des détails sur la variation attribuée et son expérience associée, tandis que l’objet Variable contient des détails spécifiques sur chaque variable d’une variation.
  • Assurez-vous que votre code gère le cas où VariationID ou ExperimentID peut être nil, 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
var variationName string = variation.Name

// Retrieving the variation key
var variationKey string = variation.Key

// Retrieving the variation id
var variationID *int = variation.VariationID

// Retrieving the experiment id
var experimentID *int = variation.ExperimentID

// Retrieving the variables map
var variables map[string]Variable = 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.
Valueinterface{}La valeur de la variable, qui peut être de l’un des types suivants : bool, int, float, string, map, array.
// Retrieving the variables map
var variables map[string]Variable = variation.Variables

// Variable type can be retrieved for further processing
var variableType string = variables["isDiscount"].Type

// Retrieving the variable value by key
var isDiscount bool = variables["isDiscount"].Value.(bool)

// Variable value can be of different types
var title string = variables["title"].Value.(string)

Méthodes dépréciées

Ces méthodes sont dépréciées et seront supprimées dans la version 4.0.0 du SDK.

GetFeatureVariationKey()

  • 📨 Envoie des données de tracking à Kameleoon
Utilisez GetVariation() à la place.
Cette méthode récupère la configuration d’une feature experiment avec plusieurs variations de feature. Vous pouvez l’utiliser pour obtenir une clé de variation pour un utilisateur donné en fournissant visitorCode et featureKey comme arguments obligatoires. Si l’utilisateur n’a jamais été associé au feature flag, le SDK renvoie une clé de variation aléatoirement, en suivant les règles du feature flag. Si l’utilisateur est déjà enregistré pour le feature flag, le SDK détecte la valeur précédente de la variation key. Si l’utilisateur ne correspond à aucune des règles, la valeur par défaut définie dans les règles de delivery du feature flag de Kameleoon sera renvoyée. Il est important de noter que la valeur par défaut peut ne pas être une clé de variation, mais une valeur booléenne ou un autre type de données, selon la configuration du feature flag.
N’oubliez pas de gérer les exceptions potentielles avec une gestion appropriée des erreurs dans votre code. Consultez l’exemple de code pour obtenir des conseils.
Si vous spécifiez un visitorCode, la méthode GetFeatureVariationKey l’utilise comme identifiant unique de visiteur, ce qui est utile pour l’expérimentation cross-device. Lorsque vous spécifiez un visitorCode et définissez le paramètre isUniqueIdentifier sur true, le SDK lie les données envoyées (flush) au visiteur associé à l’identifiant spécifié.
Le paramètre isUniqueIdentifier est déprécié. Veuillez utiliser UniqueIdentifier à la place.L’isUniqueIdentifier peut être utile dans des situations particulières ; par exemple, si vous ne pouvez pas accéder au visitorCode anonyme attribué à un visiteur, mais que vous pouvez utiliser un ID interne lié à ce visiteur via la fusion de sessions.
// Feature Experiment with variations
const variationKey = ""

if variationKey, err := s.client.GetFeatureVariationKey(visitorCode, featureKey); err == nil {
	switch variationKey {
	case "variation 1":
		// The visitor has been bucketed with variation 1 key.
	case "variation 2":
		// The visitor has been bucketed with variation 2 key.
	default:
		//The visitor has been bucketed with the default variation or is part of the unallocated traffic sample.
	}
} else {
	// An error occurred; the feature flag key has not been found in the current configuration fetched by the SDK.
}
Arguments
NomTypeDescription
visitorCodestringL’identifiant unique de l’utilisateur. Ce champ est obligatoire.
featureKeystringLa clé du feature que vous souhaitez exposer à un utilisateur. Ce champ est obligatoire.
isUniqueIdentifier (Déprécié)boolUn paramètre pour spécifier si le visitorCode est un identifiant unique. S’il n’est pas fourni, la valeur par défaut est false. Ce champ est facultatif.
Valeur de retour
TypeDescription
stringClé de variation du feature flag qui est enregistrée pour un visitorCode donné.
Exceptions levées
TypeDescription
errs.FeatureConfigNotFoundCette erreur indique que la clé de feature demandée n’a pas pu être trouvée dans la configuration interne du SDK. Cela se produit généralement lorsque le feature flag n’a pas encore été récupéré par le SDK, ce qui peut arriver si le SDK est en mode polling.
errs.VisitorCodeInvalidCette erreur est renvoyée lorsque le visitor code fourni est invalide, c’est-à-dire qu’il est vide ou que sa longueur dépasse 255 caractères.
errs.FeatureEnvironmentDisabledCette erreur indique que le feature flag est désactivé pour l’environnement actuel.

GetActiveFeatureListForVisitor()

Utilisez GetActiveFeatures() à la place.
La méthode GetActiveFeatureListForVisitor() prend un paramètre visitorCode. Lorsque vous appelez cette méthode avec un visitorCode spécifique, la méthode renvoie une liste des clés de feature flag disponibles pour ce visitorCode. N’oubliez pas de gérer les exceptions potentielles avec une gestion appropriée des erreurs dans votre code. Par exemple, consultez le code suivant :
arrayFeatureFlagKeys, err := client.GetActiveFeatureListForVisitor(visitorCode)
Arguments
NomTypeDescription
visitorCodestringL’identifiant unique de l’utilisateur. Ce champ est obligatoire.
Valeur de retour
TypeDescription
[]stringListe des clés de feature flag actives pour un visitorCode spécifique.
Exceptions levées
TypeDescription
errs.VisitorCodeInvalidCette erreur est renvoyée lorsque le visitor code fourni est invalide, c’est-à-dire qu’il est vide ou que sa longueur dépasse 255 caractères.

GetActiveFeatures()

Utilisez GetVariations() à la place.
La méthode GetActiveFeatures() récupère des informations sur les feature flags actifs qui sont disponibles pour le visitor code spécifié. N’oubliez pas de gérer les exceptions potentielles avec une gestion appropriée des erreurs dans votre code. Par exemple, consultez le code suivant :
activeFeatures, err := client.GetActiveFeatures(visitorCode)
Arguments
NomTypeDescription
visitorCodestringL’identifiant unique de l’utilisateur. Ce champ est obligatoire.
Valeur de retour
TypeDescription
map[string]types.VariationMap qui contient les variations attribuées des features actifs en utilisant les IDs des features actifs comme clés.
Exceptions levées
TypeDescription
errs.VisitorCodeInvalidCette erreur est renvoyée lorsque le visitor code fourni est invalide, c’est-à-dire qu’il est vide ou que sa longueur dépasse 255 caractères.

GetFeatureVariable()

  • 📨 Envoie des données de tracking à Kameleoon
Utilisez GetVariation() à la place.
Pour obtenir une variable de feature d’une clé de variation associée à un utilisateur, appelez la méthode GetFeatureVariable() de notre SDK. Cette méthode prend un visitorCode, un featureKey et un variableKey comme arguments obligatoires pour obtenir une variable de la clé de variation pour un utilisateur donné. Si l’utilisateur n’a jamais été associé au feature flag, le SDK renvoie une valeur de variable de la clé de variation aléatoirement, en suivant les règles du feature flag. Si l’utilisateur est déjà enregistré pour le feature flag, le SDK détecte la valeur précédente de la variation key et renvoie la valeur de la variable. Si l’utilisateur ne correspond à aucune des règles, la valeur par défaut sera renvoyée. N’oubliez pas de gérer les exceptions potentielles avec une gestion appropriée des erreurs dans votre code. Consultez l’exemple de code pour obtenir des conseils.
Le paramètre isUniqueIdentifier est déprécié. Veuillez utiliser UniqueIdentifier à la place.L’isUniqueIdentifier peut être utile dans des situations particulières ; par exemple, si vous ne pouvez pas accéder au visitorCode anonyme attribué à un visiteur, mais que vous pouvez utiliser un ID interne lié à ce visiteur via la fusion de sessions.
visitorCode, err := client.GetVisitorCode(req, resp)
featureKey := "featureKey"
variableKey = "variableKey"

if variableValue, err := s.client.GetFeatureVariable(visitorCode, featureKey, variableKey); err == nil {
	// your custom code depending of variableValue
} else {
	// An error occurred; the feature flag has not been found in the current configuration fetched by the SDK.
}
Arguments
NomTypeDescription
visitorCodestringL’identifiant unique de l’utilisateur. Ce champ est obligatoire.
featureKeystringLa clé du feature que vous souhaitez exposer à un utilisateur. Ce champ est obligatoire.
variableKeystringLe nom de la variable pour laquelle vous souhaitez obtenir une valeur. Ce champ est obligatoire.
isUniqueIdentifier (Déprécié)boolUn paramètre pour spécifier si le visitorCode est un identifiant unique. S’il n’est pas fourni, la valeur par défaut est false. Ce champ est facultatif.
Valeur de retour
TypeDescription
interfaceLa valeur d’une variable associée à une variation particulière du feature flag qui a été enregistrée pour un visitorCode spécifique. Types possibles : bool, float64, string, map[string]interface
Exceptions levées
TypeDescription
errs.FeatureConfigNotFoundCette erreur indique que la clé de feature demandée n’a pas pu être trouvée dans la configuration interne du SDK. Cela se produit généralement lorsque le feature flag n’a pas encore été récupéré par le SDK, ce qui peut arriver si le SDK est en mode polling.
errs.VisitorCodeInvalidCette erreur est renvoyée lorsque le visitor code fourni est invalide, c’est-à-dire qu’il est vide ou que sa longueur dépasse 255 caractères.
errs.FeatureVariationNotFoundCette erreur indique que l’ID de variation demandé n’a pas pu être trouvé dans la configuration interne du SDK. Cela se produit généralement lorsque le feature flag n’a pas encore été récupéré par le SDK, ce qui peut arriver si le SDK est en mode polling.
errs.FeatureVariableNotFoundCette erreur indique que la clé de variable demandée n’a pas été trouvée. Vérifiez que la clé de la variable définie dans la plateforme Kameleoon correspond à celle de votre code.
errs.FeatureEnvironmentDisabledCette erreur indique que le feature flag est désactivé pour l’environnement actuel.

GetFeatureVariationVariables()

Utilisez GetVariation() à la place.
Pour récupérer toutes les variables associées à un feature flag, vous devez appeler la méthode GetFeatureVariationVariables. Cette méthode nécessite deux arguments obligatoires : featureKey et variationKey. La méthode renvoie les données avec le type d’objet, tel que défini dans la plateforme Kameleoon. N’oubliez pas de gérer les exceptions potentielles avec une gestion appropriée des erreurs dans votre code. Consultez l’exemple de code pour obtenir des conseils.
featureKey := "test_feature_variables"
variationKey := "on"

if allVariables, err := s.client.GetFeatureVariationVariables(featureKey, variationKey); err == nil {
	// your custom code
} else {
	// An error occurred; the feature flag or variation doesn't exist in the client configuration
}
Arguments
NomTypeDescription
featureKeystringLa clé du feature flag que vous souhaitez obtenir. Ce champ est obligatoire.
variationKeystringLa clé de la variation que vous souhaitez obtenir. Ce champ est obligatoire.
Valeur de retour
TypeDescription
map[string]interfaceDonnées associées à ce feature flag et à cette variation. Valeurs possibles : string, bool, float64 ou map[string]interface (selon le type défini dans la plateforme Kameleoon).
Exceptions levées
TypeDescription
errs.FeatureConfigNotFoundCette erreur indique que la clé de feature demandée n’a pas pu être trouvée dans la configuration interne du SDK. Cela se produit généralement lorsque le feature flag n’a pas encore été récupéré par le SDK, ce qui peut arriver si le SDK est en mode polling.
errs.FeatureVariationNotFoundCette erreur indique que la clé de variation demandée n’a pas pu être trouvée dans la configuration interne du SDK. Cela se produit généralement lorsque le feature flag n’a pas encore été récupéré par le SDK, ce qui peut arriver si le SDK est en mode polling.
errs.FeatureEnvironmentDisabledCette erreur indique que le feature flag est désactivé pour l’environnement actuel.

GetFeatureList()

Renvoie une liste des clés de feature flag actuellement disponibles pour le SDK.
arrayFeatureKeys := client.GetFeatureList()
Valeur de retour
TypeDescription
[]stringListe des clés de feature flag