Core/Dash Configuration avancée

Options de configuration avancées pour CoreDash

Le suivi standard de Core/Dash fonctionne tel quel, mais chaque site web a des exigences uniques. Nos options de configuration avancées vous donnent la flexibilité d'adapter la façon dont les données sont collectées, garantissant que vos métriques sont précises et exploitables pour votre cas d'utilisation spécifique.

Suivi de la première page vue

Le suivi de la première page vue est important car les premières pages vues sont différentes des pages vues suivantes.  Le navigateur du visiteur n'a aucun fichier en cache auquel il peut accéder rapidement et la recherche DNS supplémentaire ou l'établissement d'une connexion sécurisée entre le navigateur et le serveur prendra plus de temps.

Les premières pages vues font évidemment la première impression et sont également pertinentes pour les nouvelles sources de trafic comme le trafic publicitaire. C'est pourquoi le suivi et le filtrage des nouveaux visiteurs sont importants pour votre site.

CoreDash offre de la flexibilité dans la façon dont la première page vue est suivie. Ce paramètre détermine si la visite initiale est enregistrée et comment les données sont stockées.

Options :

• Activé (via Localstorage, par défaut) : Une option moderne et légère. Idéal pour les Single Page Applications (SPA) où vous souhaitez garder les en-têtes de requête légers.
• Activé (via Cookies) : La méthode la plus robuste. Elle se souvient des utilisateurs même s'ils ferment leur navigateur, vous donnant des données précises sur les visites de retour
• Désactivé : Désactivez ceci si vous avez des exigences strictes en matière de confidentialité ou si vous gérez le suivi des sessions via vos propres systèmes.

Étiquettes de page

Les URL peuvent être désordonnées et uniques, mais pas vos modèles. Regrouper des centaines de pages produits sous une seule étiquette comme "Détail du produit" vous donne des données agrégées qui sont statistiquement significatives. Cela facilite grandement la détection des tendances de performances sur des types de pages similaires. 

Définissez une étiquette de page dans la portée globale JavaScript avant que CoreDash ne s'initialise :

window.__CWVL = 'product_detail_template';

Remplacez 'mypagelabel' par un identifiant unique pour la page. Cette étiquette apparaîtra dans les rapports CoreDash pour une identification plus facile.

Segmentation de test A/B

Les nouvelles fonctionnalités peuvent parfois introduire des régressions de performances. En taguant vos sessions utilisateur avec leur variante d'expérience active, vous pouvez voir instantanément si la version B est plus lente que la version A.:

window.__CWAB = 'experiment_checkout_v2';

Si vos utilisateurs de "v2" commencent à voir des temps de chargement plus lents, vous le saurez immédiatement, ce qui vous permettra de corriger le goulot d'étranglement avant de déployer la fonctionnalité pour tout le monde..

Suivre les utilisateurs connectés (anonymement !)

Les utilisateurs connectés expérimentent souvent votre site différemment. Leurs pages peuvent ne pas être en cache, ce qui entraîne des temps de réponse du serveur plus lents. Séparer le trafic authentifié des visiteurs anonymes garantit que vos métriques de performances publiques restent précises et ne sont pas faussées par le traitement backend.

Utilisez ces indicateurs pour faire la distinction entre les états des utilisateurs :

• Pour les utilisateurs connectés, définissez :

window.__CWLI = 1;

Pour les utilisateurs déconnectés, définissez :

window.__CWLI = 0;

Cette étape simple vous garantit d'avoir des données propres à la fois pour vos pages marketing et vos vues d'application.