TL;DR, Réponse rapide
10 min de lectureLa segmentation basée sur les balises vous permet d'exécuter des tests A/B en attachant des métadonnées de variantes aux pages vues, puis en filtrant votre tableau de bord d'analyse pour comparer les résultats de conversion entre les variantes.
Cet aperçu replace le sujet Suivi des tests A/B dans un contexte utile. Le suivi des tests A/B ne signifie pas nécessairement l'installation d'une plate-forme d'expérimentation complète, la suppression de cookies supplémentaires ou l'envoi de chaque visiteur dans un graphique d'identité publicitaire. Pour de nombreux sites marketing et produits en phase de démarrage, le travail pratique est plus simple : afficher une variante stable, enregistrer quelle variante a été affichée et comparer les événements de conversion importants.
La version axée sur la confidentialité de ce flux de travail utilise des métadonnées d'expérimentation de courte durée au lieu de profils personnels. Vous recevez toujours suffisamment de signal pour choisir un meilleur titre, une meilleure présentation des prix, une meilleure intégration de CTA ou une meilleure structure de documentation, mais vous évitez de créer un système qui suit les personnes dans des contextes sans rapport.
Ce que vous devez réellement suivre
Un test A/B utile nécessite quatre éléments de données :
- Le nom de l'expérience, tel que
homepage_hero_q2 - La variante affichée, telle que
control,benefit_headlineoushort_form - L'événement d'exposition, généralement la page vue sur laquelle le visiteur a vu la variante
- L'événement final, tel que l'inscription, la demande de démo, le paiement, le téléchargement ou la création d'un compte
Tout le reste est facultatif. Vous n'avez pas besoin d'un profil de visiteur permanent pour savoir si la variante B génère plus d'inscriptions à l'essai que la variante A. Vous avez besoin d'une attribution cohérente suffisamment longue pour empêcher le même navigateur de voir une variante différente à chaque actualisation.
Utiliser des balises pour l’exposition des variantes
L'analyse basée sur les balises convient parfaitement, car les étiquettes d'expérience sont des métadonnées descriptives attachées à l'événement. Une page vue peut porter des balises telles que :
experiment=homepage_hero_q2variant=benefit_headlinepage_type=landing
Ensuite, votre rapport d'analyse peut filtrer ou regrouper selon ces balises. La décision importante en matière de conception consiste à étiqueter l’exposition, et pas seulement la conversion. Si vous marquez uniquement le clic sur le bouton, vous ne pouvez pas calculer le taux de conversion car vous ne savez pas combien de visiteurs ont vu chaque version.
Pour une expérience de page simple, préférez attribuer la variante sur le serveur pour la session en cours et la restituer dans la page. Cela évite le stockage côté client juste pour maintenir la page stable :
<html data-experiment="homepage_hero_q2" data-variant="benefit_headline"></html>Si votre extrait d'analyse prend en charge les attributs data-tag-*, attachez ces valeurs à la page vue suivie. S'il prend en charge les propriétés d'événement JavaScript, envoyez les mêmes valeurs que les métadonnées d'événement. Le nom importe moins que la cohérence.
Si vous stockez intentionnellement l'affectation dans localStorage, un cookie ou un stockage similaire dans le navigateur, protégez ce stockage derrière un choix de consentement valide, à moins que votre examen juridique ne confirme qu'une exemption étroite s'applique dans le pays concerné :
if (consent.analytics === true) {
localStorage.setItem('exp_homepage_hero_q2', variant);
}Soyez prudent avec la randomisation
La randomisation semble triviale jusqu'à ce qu'elle corrompt discrètement vos résultats. Évitez d'attribuer des variantes indépendamment à chaque chargement de page ; cela crée un croisement et donne l’impression que l’expérience est brisée. Attribuez le côté serveur pour la session en cours lorsque cela est possible, ou pour les utilisateurs connectés avec un compte interne ID qui reste dans vos propres systèmes. Si vous utilisez le stockage du navigateur, conservez la clé spécifique à l'expérience, autorisez-la si nécessaire et supprimez-la une fois le test terminé.
Pour les sites sensibles à la confidentialité, n’utilisez pas l’attribution d’expériences comme identifiant de porte dérobée. Un hachage de session rotatif quotidien ou une affectation locale temporaire suffit pour la plupart des tests Web. Ne combinez pas les balises de test avec des e-mails, l'annonce IDs, des signaux d'empreintes digitales ou des pixels de remarketing tiers.
- La variante change au rechargement
- Chevauchement entre le contrôle et la variante testée
- Semble cassée pour le visiteur
- Côté serveur pour la session en cours
- ID de compte interne pour les utilisateurs connectés
- Hachage de session à rotation quotidienne ou assignation locale
Suivre les résultats en tant qu'événements
L'événement de conversion doit être explicite. Exemples :
analytics.track('signup_started', {
experiment: 'homepage_hero_q2',
variant: variant,
source_page: location.pathname,
});Pour les pages sans code, utilisez les attributs de l'élément cliquable si votre outil d'analyse prend en charge la capture automatique des événements :
<a href="/signup" data-event="signup_clicked" data-tag-experiment="homepage_hero_q2" data-tag-variant="benefit_headline"> Commencer gratuitement </a>Suivez séparément la première action significative et l’action commerciale finale. Un clic de tarification CTA est utile, mais ce n'est pas la même chose qu'un essai terminé. Un téléchargement de documentation est utile, mais ce n’est pas la même chose qu’un prospect qualifié.
Flowsery
Essai gratuit
Tableau de bord en temps réel
Suivi des objectifs
Suivi sans cookies
Décidez avant de regarder
Les tests A/B deviennent trompeurs lorsque les équipes continuent de modifier leur objectif après avoir vu les données. Avant le lancement, notez la métrique principale, les métriques de garde-fou, la durée d'exécution minimale, les règles d'exclusion et le seuil de décision. N'appelez pas de test après quelques conversions simplement parce qu'une ligne semble plus haute. Les petits échantillons oscillent énormément. Si vous n'avez pas suffisamment de trafic pour avoir une confiance statistique, traitez le test comme une recherche directionnelle plutôt que comme une preuve.
Considérations relatives à la confidentialité et au consentement
Le suivi des expériences peut présenter peu de risques, mais il s’agit toujours d’un traitement de données. Dans le EU, les cookies analytiques et le stockage similaire nécessitent un consentement à moins que l'outil et la configuration ne répondent à des critères d'exemption stricts. Les orientations de EDPB sur l'article 5(3) du ePrivacy Directive indiquent clairement que la règle couvre le stockage ou l'accès aux informations sur l'appareil d'un utilisateur, et pas seulement les cookies traditionnels (EDPB Article 5(3) orientation). Le ICO fournit des conseils similaires en matière de stockage et d'accès pour les cookies, les pixels, le stockage local, SDKs et les technologies associées (ICO conseils sur les technologies de stockage et d'accès).
Le consentement doit également répondre à la norme GDPR lorsqu’il constitue la base du traitement. Les directives de consentement EDPB décrivent un consentement valide comme étant donné librement, spécifique, éclairé et sans ambiguïté (Guide de consentement EDPB). La loi française CNIL décrit les conditions de mesure d'audience qui peuvent être exemptées de consentement uniquement lorsque la mesure est strictement nécessaire, limitée à des statistiques anonymes et non utilisée à des fins de suivi ou de publicité inter-sites (CNIL analytique exemption guidance).
Cela signifie que votre configuration doit éviter les identifiants intersites persistants, les intégrations publicitaires tierces et les profils comportementaux granulaires. Si votre outil de test A/B définit des cookies marketing, synchronise IDs avec des plateformes publicitaires ou enregistre des sessions par défaut, il peut nécessiter un flux de consentement complet même si votre expérience réelle est simple.
Comment lire les résultats
Comparez les variantes par taux de conversion, et non par conversions brutes. Si la variante A a reçu 2 000 visites et la variante B 1 200 visites, les totaux bruts ne sont pas comparables. Segment résulte par source de trafic uniquement lorsque les segments sont suffisamment grands pour être significatifs. Une variante qui gagne globalement mais perd beaucoup en termes de trafic payant reste un mauvais choix pour une page de destination de campagne.
Surveillez également les artefacts d’implémentation. Si une variante charge une image plus grande, la vitesse de la page peut influencer le résultat. Si une variante modifie l’emplacement des boutons, les appareils mobiles et les ordinateurs de bureau peuvent se comporter différemment. Si un test change de copie, cela peut modifier la qualité des pistes plutôt que seulement le nombre de pistes.
Une liste de contrôle de lancement simple
Avant d'activer un test, vérifiez que chaque variante est attribuée de manière cohérente, que les pages vues incluent des balises de test et de variante, que les événements de conversion incluent les mêmes balises, que le trafic interne est filtré et que le tableau de bord peut afficher les visites, les conversions et le taux de conversion par variante. Après le lancement, testez le chemin complet dans une fenêtre de navigateur privée et vérifiez que les événements apparaissent exactement une fois.
Pour la plupart des équipes, cela suffit. Commencez par des expériences légères et transparentes. Mesurez la décision que vous devez réellement prendre. Gardez les données étroites. Le meilleur système de test A/B est celui qui vous aide à améliorer la page sans transformer les visiteurs en cibles de suivi à long terme.
Vérifications de lancement respectueuses de la confidentialité
Avant le lancement, documentez comment la variante est attribuée, où l'attribution est stockée, quand elle expire et quels événements portent les balises d'expérience. Testez la page avant tout choix de consentement, après rejet et après acceptation. Le résultat doit correspondre à la conception de votre consentement : pas de stockage non essentiel, de pixels ou d'appels publicitaires avant un opt-in valide, à moins qu'une exemption locale documentée ne s'applique.
Pour la plupart des expériences de sites Web, le modèle le plus sûr est l'attribution côté serveur ou session uniquement, la création de rapports agrégés, l'absence de réutilisation des publicités, l'absence de charges utiles URL sensibles et l'absence de ID persistant créé uniquement à des fins d'expérimentation.
Questions fréquentes
Quelles sont les données minimales nécessaires pour lancer un test A/B ?
Il faut quatre éléments : le nom de l'expérience, la variante vue par le visiteur, l'événement d'exposition qui a enregistré cette vue, et un événement de résultat. Cet événement de résultat est lié à une action commerciale réelle comme une inscription ou un paiement. Tout le reste est optionnel. Une assignation cohérente compte plus que des champs supplémentaires, car elle empêche le même navigateur de voir une variante différente à chaque rechargement.
Pourquoi l'événement d'exposition compte-t-il autant que celui de conversion ?
Si vous taguez seulement le clic sur le bouton, vous ne savez jamais combien de visiteurs ont réellement vu chaque variante, donc vous ne pouvez pas calculer de taux de conversion. Taguer la vue de page où la variante est apparue vous donne le dénominateur. Sans lui, un simple compte de clics ne dit rien sur la performance.
L'assignation des variantes doit-elle se faire côté serveur ou dans le navigateur ?
Pour les expériences de page, assignez la variante côté serveur pour la session en cours et affichez-la directement dans la page. Cela garde l'expérience stable sans dépendre d'un stockage côté client. Pour les utilisateurs connectés, un ID de compte interne qui reste dans vos propres systèmes fonctionne de la même façon.
Faut-il un consentement avant de stocker une assignation de test A/B ?
Si vous stockez l'assignation dans le localStorage, un cookie ou un stockage de navigateur similaire, protégez cela derrière un choix de consentement valide, sauf si votre revue juridique confirme qu'une exemption précise s'applique. L'assignation côté serveur pour la session en cours évite cette exigence, puisque rien n'est écrit dans le navigateur. Gardez la clé de stockage spécifique à l'expérience et supprimez-la une fois le test terminé.
Flowsery
Essai gratuit
Tableau de bord en temps réel
Suivi des objectifs
Suivi sans cookies
Combien de temps une assignation de variante doit-elle rester valide ?
Gardez-la stable pendant la durée du test, pas indéfiniment. Un hachage de session à rotation quotidienne ou une assignation locale temporaire couvre la plupart des tests web sans créer d'identifiant durable. Supprimez la valeur stockée une fois le test terminé plutôt que de la laisser en place.
Quelle est la différence entre un événement d'exposition et un événement de résultat ?
L'événement d'exposition est le moment où un visiteur a vu une variante donnée, généralement la vue de page elle-même. L'événement de résultat est l'action commerciale que vous testez réellement, comme une inscription, une demande de démo, un paiement, un téléchargement ou une création de compte. Comparer les résultats sans les expositions vous empêche de calculer un vrai taux de conversion.
Comment éviter un résultat trompeur dans un test A/B ?
Notez la métrique principale, les métriques de garde-fou, la durée minimale, les règles d'exclusion et le seuil de décision avant le lancement, et ne changez pas l'objectif après avoir vu les données. Les petits échantillons varient beaucoup, donc ne déclarez pas de gagnant après une poignée de conversions. Si votre trafic ne permet pas une confiance statistique suffisante, traitez le résultat comme une recherche indicative plutôt qu'une preuve.
Le suivi des tests A/B est-il couvert par le RGPD et la loi sur les cookies ?
Le suivi des tests A/B compte comme un traitement de données même quand la configuration est légère. Les lignes directrices de l'EDPB sur l'article 5(3) de la directive ePrivacy couvrent le stockage ou l'accès à des informations sur un appareil, pas seulement les cookies traditionnels, et l'ICO applique des règles similaires aux pixels, au stockage local et aux SDK. Si votre outil de test place des cookies marketing ou synchronise des ID avec des plateformes publicitaires, il peut nécessiter un parcours de consentement complet même si votre expérience reste simple.
Comment comparer les taux de conversion quand les variantes reçoivent un trafic différent ?
Comparez par taux de conversion, pas par nombre brut de conversions. Si la variante A reçoit 2 000 visites et la variante B 1 200, les totaux bruts ne sont pas comparables à eux seuls. Segmentez par source de trafic seulement quand chaque segment a assez de volume pour être significatif, car une variante gagnante dans l'ensemble peut quand même perdre nettement sur le trafic payant.
Que doit contenir une checklist avant de lancer un test A/B ?
Vérifiez que chaque variante est assignée de façon cohérente, que les vues de page portent les tags d'expérience et de variante, et que les événements de conversion portent les mêmes tags. Filtrez le trafic interne et assurez-vous que le tableau de bord peut afficher les visites, les conversions et le taux de conversion par variante. Après le lancement, testez le parcours complet dans une fenêtre de navigation privée et vérifiez que chaque événement apparaît exactement une fois.
Cet article vous a-t-il été utile ?
Dites-nous ce que vous en pensez !
Nous voir plus souvent sur Google
Un clic définit Flowsery comme source préférée. Nos articles remontent alors dans vos À la une, en mode IA et dans les aperçus IA.
Avant de partir...
Flowsery
Des analyses orientées revenus pour votre site web
Suivez chaque visiteur, source et conversion en temps réel. Simple, puissant et sans cookies.
Tableau de bord en temps réel
Suivi des objectifs
Suivi sans cookies
Articles connexes
Explication pratique - Analyse des pages de destination
L'analyse des pages de destination part des pages d'entrée : qui est arrivé, s'il s'est engagé, s'il a continué, s'il a converti, et comment corriger.
Un guide pratique de vocabulaire de l'analyse web
Dimension ou métrique, bons et mauvais usages, règles de nommage : le vocabulaire de l'analyse web appliqué aux dimensions personnalisées.
Mise en contexte - Dimensions personnalisées en Web Analytics
Rôle, plan, catégorie, étape du tunnel : ajouter des dimensions personnalisées dans Web Analytics apporte du contexte métier sans virer à la surveillance.