Gestion du consentement
Selon le pays dans lequel vous exploitez votre site web, vous devrez peut-être gérer le consentement avant de collecter des données sur vos visiteurs. Vous pouvez en savoir plus à ce sujet dans la documentation.Réconciliation cross-device de l’historique
La fonctionnalité de réconciliation cross-device de l’historique de Kameleoon fusionne l’historique et les actions d’un utilisateur sur différents appareils. Lorsqu’un utilisateur visite un site web plusieurs fois via différents appareils, Kameleoon l’identifie comme un visiteur récurrent et signale avec précision le nombre de visites. Cette fonctionnalité est simple à activer tant que vous pouvez identifier les utilisateurs, généralement via une connexion client. En utilisant la réconciliation cross-device de l’historique, vous bénéficiez de trois avantages majeurs :- Un système de ciblage cohérent qui prend en compte toutes les visites et actions sur les appareils.
- Garantir qu’un visiteur voit la même variation pour une expérience A/B donnée, indépendamment de l’appareil qu’il utilise.
- Un système de reporting précis et fiable qui compte correctement les visiteurs uniques.
Gestion ITP
Si une part importante du trafic de votre site web provient d’appareils mobiles, mettez en œuvre une méthode de synchronisation des cookies pour éviter les problèmes liés à l’Intelligent Tracking Prevention (ITP) sur Safari. Pour plus de détails techniques sur la gestion ITP, consultez la documentation. Plusieurs options sont disponibles pour synchroniser l’identifiant visitorCode (via le cookie kameleoonVisitorCode) entre le front-end et le back-end afin d’éviter les problèmes ITP sur Safari. Ces options incluent :- Modifier la configuration de votre serveur web frontal ou de votre Content Delivery Network (CDN) pour générer et ajouter le cookie kameleoonVisitorCode. Kameleoon peut fournir des instructions pour Akamai.
- Implémenter un snippet de code spécifique sur votre serveur backend (Java, NodeJS ou un autre langage).
Snippet de code Nginx
Pour l’intégration avec Nginx, utilisez le snippet de code suivant :Snippets de code backend
Vous pouvez héberger l’un des snippets de code back-end soit sur une URL unique appartenant à votre domaine principal, soit sur chaque page. Si vous optez pour un endpoint unique, Kameleoon effectue un appel par session vers l’endpoint spécifié pour s’assurer que votre serveur définit le cookie kameleoonVisitorCode. Cet appel est asynchrone et se produit après le chargement complet de la page. Contactez votre Customer Success Manager pour activer cette option. Kameleoon aura besoin de l’URL que vous choisissez.L’endpoint de synchronisation que vous créez ne doit retourner aucune donnée. Un code de réponse
204 No Content suffit. Cet endpoint est utilisé uniquement pour définir un cookie côté serveur et doit accepter une requête GET envoyée à l’URL de synchronisation que vous définissez, en utilisant le code suivant :Vous pouvez fournir votre propre code visiteur, généralement un identifiant unique de votre base de données, au lieu de vous appuyer sur la génération automatique. Assurez-vous que le visitorCode que vous fournissez est unique pour chaque visiteur afin de garantir des données précises pour vos expériences.
getVisitorCode(). Cette méthode utilitaire récupère automatiquement le code visiteur Kameleoon pour le visiteur actuel et crée le cookie côté back-end.
Java
NodeJS
PHP
C#
- .NET Core
- .NET Framework
Go
Python
Ruby
Utiliser un domaine personnalisé
Si vous voulez utiliser votre propre domaine au lieu du domaine par défaut de Kameleoon, ou si des bloqueurs de publicités empêchent certains utilisateurs d’être inclus dans les expériences, Kameleoon offre une option premium pour configurer un domaine personnalisé et contourner la détection. En savoir plus sur l’activation d’un domaine personnalisé.Utiliser votre propre CDN ou serveur d’hébergement (auto-hébergement)
Le fichier d’application Kameleoonengine.js (précédemment nommé kameleoon.js) peut être hébergé soit sur le CDN Kameleoon, soit sur votre propre CDN ou vos propres serveurs. L’héberger sur vos propres serveurs peut offrir une légère amélioration de performance en évitant une requête DNS et une poignée de main SSL supplémentaires que le CDN Kameleoon nécessite. De plus, l’auto-hébergement peut être préféré pour des raisons de sécurité, car vous pouvez garantir la conformité avec vos politiques de sécurité internes et assumer la responsabilité de la sécurité de vos serveurs d’hébergement.
Si vous voulez auto-héberger le fichier d’application Kameleoon, consultez la documentation auto-hébergement.