Guide de suivi des tests A/B

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_headline ou short_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_q2
variant=benefit_headline
page_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.

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é.

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.

Flowsery

—

Des analyses orientées revenus pour votre site web

Essai gratuit

Tableau de bord en temps réel

Suivi des objectifs

Suivi sans cookies

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 souvent 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 peut toujours être 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.

Un guide pratique de suivi des tests A/B

TL;DR — Réponse rapide

Ce que vous devez réellement suivre

Utiliser des balises pour l’exposition des variantes

Soyez prudent avec la randomisation

Suivre les résultats en tant qu'événements

Décidez avant de regarder

Flowsery

Considérations relatives à la confidentialité et au consentement

Comment lire les résultats

Une liste de contrôle de lancement simple

Vérifications de lancement respectueuses de la confidentialité

Cet article vous a-t-il été utile ?

Avant de partir...

Flowsery

Des analyses orientées revenus pour votre site web

Articles connexes

Un guide pratique de analyse des pages de destination

Un guide pratique de vocabulaire de l'analyse web

Un guide pratique de Dimensions personnalisées dans Web Analytics

Flowsery

Nous contacter