Passer au contenu principal
Ce guide couvre les diverses options d’implémentation que Kameleoon propose. Bien que le processus d’implémentation soit simple — impliquant généralement l’installation d’un tag JavaScript dans le code source HTML de votre page — comprenez quelques détails clés. Plus précisément, sachez où placer les tags, les compromis des différentes implémentations et le moment où le navigateur charge et analyse le fichier d’application Kameleoon. Une configuration correcte optimise les performances et garantit le bon fonctionnement de la plateforme. Examinez les méthodes d’implémentation ci-dessous pour décider laquelle correspond le mieux à vos besoins. Pour créer une implémentation basique de Kameleoon sur votre site web, suivez le guide Implémentation simple.
Après avoir sélectionné une méthode d’implémentation, configurez-la pour votre projet Kameleoon. Kameleoon génère automatiquement le tag d’installation approprié en fonction de votre configuration. Pour configurer votre projet, suivez les étapes de ce guide.
Rejoignez la communauté Slack pour poser des questions sur les fonctionnalités du produit et accéder aux dernières mises à jour.

Tags d’installation et fonctionnalités

Le tableau suivant présente les options d’implémentation, y compris les fonctionnalités et les caractéristiques de performance de chacune. Chaque ligne représente une option d’implémentation différente et indique comment le navigateur charge le fichier d’application JavaScript de Kameleoon. Les colonnes mettent en évidence des facteurs tels que la performance, le clignotement, les données de session unifiées et la compatibilité avec les tag managers. Les sections suivantes de ce guide fournissent des explications détaillées de ces caractéristiques ainsi que des snippets de code pour vous aider à démarrer. Notez que toutes les méthodes d’implémentation prennent en charge les données de session unifiées entre sous-domaines.

Caractéristiques et fonctionnalités

Cette section définit et explique les caractéristiques et fonctionnalités listées dans le tableau précédent.

Clignotement

Le clignotement (ou “effet flicker”) est un problème courant avec les solutions d’A/B test basées sur JavaScript, où le contenu d’origine de la page s’affiche brièvement avant le chargement de la variation d’expérience. La colonne Clignotement indique si la méthode d’installation peut provoquer ce problème. Pour plus d’informations, consultez la documentation sur la gestion du clignotement de Kameleoon.

Peut bloquer le chargement de la page

Peut bloquer le chargement de la page indique si le processus de chargement de votre site web s’arrête lorsque les serveurs CDN de Kameleoon (ou votre propre CDN/serveur hébergeant le fichier Kameleoon) deviennent indisponibles. Seule la méthode Fichier JavaScript (chargement synchrone) présente ce risque. Toutes les autres méthodes gardent votre site web entièrement fonctionnel même si les serveurs d’hébergement sont indisponibles.

Chargement prioritaire du script

Lorsqu’un navigateur charge une page HTML, il doit télécharger des ressources statiques (fichiers JavaScript, styles CSS, Iframes, images) avant de les utiliser. Les navigateurs placent généralement ces ressources dans une file d’attente réseau et les téléchargent dans un ordre de priorité spécifique. Deux facteurs critiques influencent ce processus :
  • Un navigateur doit “découvrir” une ressource avant de pouvoir la télécharger.
  • Les principaux navigateurs attribuent une priorité plus élevée aux scripts inclus statiquement qu’aux scripts chargés dynamiquement via JavaScript.
Par exemple, pour garantir qu’un fichier JS se charge avec une priorité plus élevée, utilisez cette méthode :
<script type="text/javascript" src="resources/scripts/example.js" async></script>
Évitez cette méthode :
<script type="text/javascript" >
  var scriptNode = document.createElement("script");
  scriptNode.type = "text/javascript";
  scriptNode.src = "resources/scripts/example.js";
  document.head.appendChild(scriptNode);
</script>
Bien que cela ne soit pas explicitement documenté par les éditeurs de navigateurs, des preuves empiriques suggèrent que les analyseurs HTML accordent une priorité plus élevée aux ressources découvertes qu’aux ressources ajoutées via la modification dynamique du DOM.
Chargement prioritaire du script place le fichier d’application Kameleoon en tête de la file d’attente réseau du navigateur, garantissant qu’il se charge plus rapidement que les configurations non prioritaires. Vous devez utiliser cette option pour Kameleoon. Bien qu’elle puisse légèrement retarder d’autres ressources, l’A/B test est une fonctionnalité critique qui doit se charger immédiatement, contrairement aux outils d’analyse qui peuvent se charger plus tard sans affecter l’affichage de la page. Toutes les méthodes d’implémentation Kameleoon actuelles fournissent un chargement prioritaire du script, sauf lorsque vous installez Kameleoon via un tag manager.

Affecté par l’ITP

L’Intelligent Tracking Prevention (ITP) d’Apple pour Safari (ordinateur et mobile) empêche le suivi indésirable par des tiers. Mozilla a implémenté une technologie similaire dans Firefox. L’ITP bloque principalement les traqueurs publicitaires qui suivent les utilisateurs sur plusieurs sites web. Kameleoon offre une solution aux restrictions de l’ITP. Depuis la version 2.3 (mars 2020), cette solution nécessite une étape de configuration supplémentaire. Pour plus d’informations, consultez l’article sur la gestion ITP.

Utilisation avec un Tag manager

Utilisation avec un Tag manager indique si la méthode d’implémentation prend en charge un Tag Management System (TMS). Kameleoon fonctionne avec toutes les principales plateformes TMS. Cependant, vous devez installer Kameleoon directement dans le code source de votre page plutôt qu’à l’aide d’un TMS. L’installation directe aide à prévenir l’effet de clignotement, comme expliqué dans le guide de gestion du clignotement de Kameleoon.

Suivi des données de session unifiées entre sous-domaines

Kameleoon unifie les données de session entre sous-domaines, reliant les sessions des utilisateurs entre plusieurs sous-domaines en une seule session. Par exemple, si un visiteur commence une session sur portal.myecommercesite.com et continue sur transaction-engine.myecommercesite.com, Kameleoon considère cela comme une seule visite continue. Cette fonctionnalité garantit une collecte précise des données sur l’ensemble de vos sous-domaines. Sans données de session unifiées, Kameleoon traite un visiteur qui se déplace vers un autre sous-domaine comme un nouveau visiteur, réinitialisant les données collectées (telles que les pages vues et le temps passé sur le site). Cette réinitialisation peut entraîner des résultats de ciblage inattendus. Par exemple, supposons que vous ayez une personnalisation qui se déclenche à la quatrième page vue. Un visiteur consulte trois pages sur votre premier site web, puis charge une quatrième page sur un sous-domaine différent.
  • Avec données de session unifiées : La personnalisation se déclenche comme prévu.
  • Sans données de session unifiées : La page vue sur le nouveau domaine compte comme la première page vue d’une nouvelle visite, et la personnalisation ne se déclenche pas.