Skip to main content
Le droit de la protection des données interdit généralement le traitement des données personnelles, sauf si la loi l’autorise expressément ou si la personne concernée a donné son consentement légal au traitement. Kameleoon offre des options flexibles pour définir le niveau de gestion du consentement requis par votre site web, conformément aux dernières mises à jour de la législation sur la vie privée (RGPD, CCPA).

​
Comment choisir votre politique de gestion du consentement

​
Pour les expériences web / feature experiments / expériences hybrides

Le niveau de consentement requis dépend de la législation applicable. Activez soit l’option CONSENTEMENT NON REQUIS, soit l’option CONSENTEMENT REQUIS.
Kameleoon se conforme aux réglementations applicables, telles que décrites dans les directives RGPD disponibles à l’adresse https://gdpr.eu/cookies, et recommande l’approche suivante :
  • Les règles de déploiement ciblé ou progressif servent principalement à des fins de gestion des versions et de fonctionnalité technique. Kameleoon recommande d’exempter ces règles de la gestion du consentement et de classer Kameleoon dans la catégorie des « cookies strictement nécessaires », si bien que Kameleoon déclenche ces types de règles même lorsque le visiteur n’a pas donné son consentement. Kameleoon limite les données collectées pour ces feature flags à des informations techniques, y compris les événements d’exposition tels que les noms de règles et de variations et les événements de conversion d’objectifs. Lorsque vous utilisez les SDK Kameleoon, le SDK peut stocker un cookie first-party contenant un ID attribué de manière aléatoire. Cet ID identifie de manière unique le navigateur ou l’appareil d’un visiteur. Si vous préférez ne pas utiliser cet ID, le SDK vous permet de définir votre propre ID à la place. Cependant, vous êtes responsable de maintenir cet ID cohérent, car Kameleoon l’utilise pour afficher la même variation d’un feature flag tout au long de la session du visiteur sur votre application web.
  • Pour les feature experiments, Kameleoon affiche une variation d’une expérience, mais ne suit aucune donnée jusqu’à ce que le visiteur donne son consentement, ce qui garantit une confidentialité totale et une expérience utilisateur non intrusive. Cependant, si le visiteur n’a pas donné son consentement, il peut voir différentes variations d’un feature flag donné sur plusieurs pages.
Ces directives servent de recommandations, mais consultez votre Délégué à la Protection des Données (DPO) pour la décision finale concernant la conformité au RGPD, car votre DPO est responsable d’assurer le respect des règles.

​
Pour les personnalisations web

Vous devez toujours activer l’option CONSENTEMENT REQUIS. Cependant, ces choix dépendent de votre utilisation de Kameleoon. Votre Customer Success Manager est là pour vous aider à choisir la politique la mieux adaptée à votre site web.

​
Pour les recommandations de produits

Par défaut, les recommandations de produits partagent les mêmes paramètres de consentement que vos A/B tests et personnalisations. Pour configurer une politique de consentement distincte pour les recommandations de produits, contactez votre Customer Success Manager (CSM). Pour plus d’informations, consultez Gestion du consentement dans la documentation sur les recommandations de produits. Cependant, ces choix dépendent de votre utilisation de Kameleoon. Votre Customer Success Manager est là pour vous aider à choisir la politique la mieux adaptée à votre site web.

​
Comment définir votre politique de gestion du consentement

Les paramètres de la politique de gestion du consentement sont accessibles dans le menu Admin > Projets de l’application Kameleoon. Vous pouvez configurer les champs relatifs à la gestion du consentement dans chacun des deux blocs (Expérience et Personnalisation). Vous pouvez définir les paramètres séparément pour chacune des options Expérience (expériences web ou feature experiments) et Personnalisation.
Utilisez les trois listes déroulantes pour définir les éléments suivants :
  • La politique de gestion du consentement.
  • Le comportement de Kameleoon lorsque le consentement est inconnu (requis uniquement pour les expériences web et les personnalisations).
  • Le comportement de Kameleoon en cas d’opt-out (requis uniquement pour les expériences web et les personnalisations).

​
Politique de consentement

Si le consentement est requis

​
Consentement non requis

Sélectionnez cette option si vous n’êtes pas soumis au RGPD ou à des réglementations similaires en matière de vie privée. Si vous sélectionnez cette option, toutes les expériences s’exécutent et Kameleoon collecte les données sans consentement.

​
Consentement requis

Sélectionnez cette option si vous êtes soumis au RGPD ou à des réglementations similaires en matière de vie privée. Si vous choisissez cette option, vous devez obtenir le consentement du visiteur avant que Kameleoon ne collecte des données. Kameleoon fournit des méthodes JavaScript, notamment enableLegalConsent() et disableLegalConsent(), ainsi que la méthode setLegalConsent(). Utilisez ces méthodes après que le visiteur a donné son consentement légal, pour activer ou désactiver Kameleoon à la fois côté front-end et côté serveur.
Kameleoon retarde les requêtes de suivi des données associées aux règles d’expérience jusqu’à ce que le visiteur donne son consentement explicite, à condition que ce consentement soit donné pendant la session en cours. Cette approche garantit qu’aucun suivi de données ne se produit pour les expériences tant que le visiteur n’a pas donné son consentement. Pour les feature flags, Kameleoon envoie les données retardées lors de la prochaine requête lorsque vous appelez l’une de ces méthodes : isFeatureFlagActive(), getFeatureVariationKey(), getFeatureVariable() ou trackConversion(). Vous pouvez également déclencher la transmission immédiate des données en appelant la méthode flush().Le SDK PHP ne prend pas en charge les requêtes retardées en raison de contraintes techniques : le SDK PHP ne persiste pas entre les requêtes. Chaque requête crée une nouvelle instance du SDK qui se détruit dès qu’elle reçoit une réponse, de sorte que le SDK PHP ne peut pas conserver en mémoire les requêtes stockées avant que le visiteur ne donne son consentement.

​
Considérations techniques importantes

  • Lors de l’utilisation de Kameleoon en mode hybride, appelez les méthodes de l’API d’activation JavaScript et du SDK après avoir collecté le consentement, afin que Kameleoon collecte les événements utilisateur provenant à la fois du fichier d’application Kameleoon et du SDK.
  • Comme Kameleoon ne peut pas stocker la clé visitorCode dans un cookie, vous devez partager la clé visitorCode que le SDK génère pour toutes les premières requêtes avec le moteur Kameleoon s’exécutant côté client. Partager cette clé avec le moteur Kameleoon côté client garantit un suivi correct des nouveaux visiteurs qui n’ont pas encore donné leur consentement. Incorporez le code suivant dans le code source de la page lorsque l’expérience associe le visiteur à une variante. Cet extrait de code transmet la clé visitorCode au moteur Kameleoon, ce qui permet un suivi précis des nouveaux visiteurs une fois que le visiteur donne son consentement côté client. Si vous ignorez cette étape, le moteur Kameleoon génère un nouveau visitorCode, ce qui peut entraîner une variante différente lors du deuxième chargement de page.
Les informations de consentement restent synchronisées entre le moteur Kameleoon (fichier d’application kameleoon.js) et le SDK JS. Cette synchronisation signifie qu’une fois que vous définissez le consentement dans le moteur ou le SDK, Kameleoon l’applique automatiquement aux deux. Cette fonctionnalité élimine le besoin de gestion manuelle du consentement et garantit que les SDK fonctionnent conformément aux préférences de l’utilisateur.

​
Comportement lorsque le consentement est inconnu

Cette section s’applique uniquement aux expériences web et aux personnalisations.
Comportement de Kameleoon avant que le visiteur ne donne son consentement Pour les expériences web et les personnalisations, vous pouvez choisir parmi trois options.

​
Bloquer complètement Kameleoon

Kameleoon ne s’exécute pas du tout, et Kameleoon ne collecte ni n’envoie aucune donnée à une plateforme d’analyse tant que le visiteur n’a pas donné son consentement.

​
Bloquer partiellement Kameleoon

Kameleoon ne déclenche que les expériences web avec une étiquette Technique, et Kameleoon ne collecte ni n’envoie aucune donnée à une plateforme d’analyse tant que le visiteur n’a pas donné son consentement. Comment étiqueter une campagne comme Technique ? Si vous sélectionnez Bloquer partiellement Kameleoon, vous devez ajouter l’étiquette Technique à chaque expérience web que vous souhaitez exécuter. Vous pouvez ajouter l’étiquette de l’une des façons suivantes : Lors de la création d’une expérience ou d’une personnalisation, associez-y l’étiquette Technique.
Associate the Technical tag with an experiment or personalization
Pour les expériences et personnalisations existantes, accédez au dashboard des expériences et cliquez sur le menu trois points de sa fiche > Gérer les étiquettes. Dans le champ qui s’ouvre à droite, saisissez Technique.

​
Ne pas bloquer Kameleoon (ne rien écrire/envoyer)

Les expériences s’exécutent, mais Kameleoon ne collecte aucune donnée sans consentement.

​
Comportement en cas d’opt-out

Cette section s’applique uniquement aux expériences web et aux personnalisations.
Comportement de Kameleoon lorsque le visiteur refuse le consentement Pour les expériences web et les personnalisations, vous pouvez choisir entre deux options.

​
Bloquer partiellement Kameleoon

Le visiteur ne voit qu’une seule variation des campagnes étiquetées comme Technique, et Kameleoon ne collecte aucune donnée.

​
Bloquer complètement Kameleoon

Dans ce cas, Kameleoon n’exécute aucune campagne et ne collecte aucune donnée.