StraFormationStraFormation
Formation CRO · expérimentation web · 14 ou 21 h

Formation CRO et tests A/B : expérimenter pour décider, pas pour deviner

Transformez une idée d’amélioration en expérience contrôlable : problème documenté, hypothèse falsifiable, variantes comparables, métriques définies avant lancement, recette, lecture prudente et décision traçable.

  • Prioriser les frictions plutôt que les opinions
  • Concevoir un test interprétable
  • Fiabiliser mesure, ciblage et recette
  • Décider même lorsqu’il n’y a pas de gagnant clair
Remplacement de Google Optimize

L’outil a disparu. La compétence reste stratégique.

Google Optimize et Optimize 360 ne sont plus disponibles depuis le 30 septembre 2023. Former encore à leur installation créerait une compétence inutilisable.

Ce qui s’arrête

La formation produit

Plus d’installation, d’éditeur visuel ni de rapports Google Optimize présentés comme actuels.

Ce qui demeure

La démarche expérimentale

Problème, hypothèse, échantillon, variantes, métriques, recette, analyse et décision restent indispensables.

Architecture actuelle

Outil tiers + mesure

Dans l’écosystème GA4, le test est exécuté dans une solution d’expérimentation tierce et ses résultats peuvent être interprétés dans Analytics.

Positionnement

Une offre indépendante

La formation apprend à choisir et contrôler une architecture adaptée, sans transformer un fournisseur en méthode universelle.

Compétences visées

Passer d’une intuition à une décision documentée

La formation couvre le cycle complet de l’expérimentation. Elle ne réduit pas la CRO à changer la couleur d’un bouton ou à surveiller un taux isolé.

01

Diagnostiquer

Relier données, retours, parcours et contexte métier pour formuler un problème observable sans inventer sa cause.

02

Prioriser

Comparer valeur attendue, niveau de preuve, effort, risque, trafic disponible et dépendances avant de choisir le test.

03

Spécifier

Écrire une hypothèse falsifiable et décrire le contrôle, la variante, la population, le périmètre et les exclusions.

04

Mesurer

Définir une métrique principale, des métriques secondaires, des garde-fous et les contrôles de qualité avant lancement.

05

Recetter

Contrôler affectation, affichage, événements, consentement, appareils, erreurs et coexistence avec d’autres changements.

06

Décider

Interpréter un résultat favorable, défavorable ou non concluant, puis conserver la preuve et choisir la suite.

Deux parcours

Former l’opérationnel, puis organiser le système

Le parcours de 14 h suffit pour concevoir et lire un test. La troisième journée ajoute la gouvernance, l’architecture, le portefeuille et la feuille de route.

Concevoir un test exploitable
14 h

Du diagnostic à la décision

Pour les équipes marketing, produit, web, e-commerce, acquisition, UX ou data qui doivent contribuer à un test ou en contrôler le protocole.

  • Diagnostic et backlog d’opportunités
  • Hypothèse et protocole préenregistré
  • Contrat de métriques et garde-fous
  • Recette et lecture des résultats

Production finale : un Passeport d’expérience complet, prêt à être validé avant implémentation.

Piloter l’expérimentation
21 h

Ajouter l’architecture et la gouvernance

Pour les responsables marketing, produit, digital, CRO, data ou projet qui doivent choisir le cadre, coordonner les rôles et piloter plusieurs expériences.

  • Tout le parcours de 14 h
  • Choix raisonné de l’architecture et des outils
  • Consentement, accès, sécurité et responsabilités
  • Registre, portefeuille et feuille de route à 90 jours

Production finale : un système d’expérimentation minimal, documenté et transmissible.

Prérequis utile : connaître l’offre, le parcours ou le service à améliorer et savoir lire des indicateurs simples. Aucun outil d’expérimentation particulier n’est exigé. Pour un cas réel, l’organisation doit pouvoir décrire ses sources, son trafic, ses conversions, sa gestion du consentement et ses contraintes techniques.

Méthode D.E.C.I.D.E.

Six étapes pour éviter le théâtre du test A/B

Une variante n’a de valeur que si l’équipe sait pourquoi elle la teste, comment elle la mesure et quelle décision elle prendra selon le résultat.

D

Définir

Le problème, le public, le parcours et la décision métier.

E

Établir

La référence, les preuves, la qualité et les limites des données.

C

Construire

Une hypothèse falsifiable et une modification cohérente.

I

Isoler

Population, variantes, métriques, durée et interférences.

D

Déployer

Seulement après recette fonctionnelle, data et consentement.

E

Évaluer

Résultat, incertitude, garde-fous, apprentissage et suite.

Le Passeport d’expérience réunit problème, preuves, hypothèse, variantes, population, métriques, règles de décision, recette, résultat et décision finale. Il empêche de réécrire l’objectif après avoir vu les chiffres.

Programme détaillé

Trois journées complètes et composables

Les journées 1 et 2 forment le parcours de 14 h. La journée 3 complète le parcours de 21 h pour les référents et responsables.

Jour 1

Diagnostiquer et prioriser une opportunité

Construire le socle métier et data du test avant de dessiner une variante.

7 h · 420 min
Module 1 45 min

Cadrage et test de départ

Objectifs, vocabulaire, rôles, différence entre optimisation, personnalisation, test et simple comparaison avant/après.

Module 2 75 min

Parcours et décision métier

Public, intention, étapes, action attendue, valeur, contraintes et décision que l’expérience doit éclairer.

Module 3 75 min

Référence quantitative

Fenêtre d’observation, dénominateur, événements, segments, saisonnalité, ruptures de collecte et qualité des données.

Module 4 75 min

Indices qualitatifs sans fausse certitude

Retours clients, demandes au support, observation de parcours, recherche UX disponible et formulation d’un problème sans inventer sa cause.

Module 5 90 min

Backlog et priorisation

Transformer les indices en opportunités et comparer preuve, impact attendu, effort, risque, trafic, apprentissage et dépendances.

Module 6 60 min

Atelier : fiche problème

Documenter le parcours, la référence, les preuves, les inconnues et la première décision à préparer.

Total contrôlé : 420 minutes. Livrables du jour : carte du parcours, fiche problème, référence de départ et backlog priorisé.

Jour 2

Concevoir, recetter, analyser et décider

Produire un protocole qui résiste aux interprétations opportunistes et aux changements non documentés.

7 h · 420 min
Module 1 60 min

Hypothèse falsifiable

Problème, mécanisme supposé, modification, population, effet attendu et condition qui contredirait l’hypothèse.

Module 2 75 min

Contrôle, variante et expérience

Choisir ce qui reste stable, isoler la différence utile, décrire l’affectation et identifier effets de nouveauté et interférences.

Module 3 75 min

Contrat de métriques

Métrique principale, secondaires, garde-fous, qualité, segments prévus et correspondance entre événement mesuré et résultat métier.

Module 4 90 min

Trafic, durée et règles avant lancement

Effet minimal utile, estimation d’échantillon avec l’outil retenu, fenêtre, seuils, règle d’arrêt, exclusions et conduite en cas d’incident.

Module 5 75 min

Recette fonctionnelle et data

Variantes, appareils, événements, consentement, ciblage, performance, erreurs, coexistence des campagnes et preuve de bon fonctionnement.

Module 6 45 min

Lecture et décision

Résultat favorable, défavorable ou non concluant ; garde-fous, limites, décision, déploiement progressif et prochaine question.

Total contrôlé : 420 minutes. Livrables du jour : hypothèse, protocole, contrat de métriques, checklist de recette et fiche de décision.

Jour 3

Installer un programme d’expérimentation pilotable

Passer du test isolé à une pratique gouvernée, compatible avec les outils, les données et les responsabilités de l’organisation.

7 h · 420 min
Module 1 60 min

Architecture et critères d’outil

CMS, solution d’expérimentation, gestionnaire de balises, analytics, CMP, entrepôt éventuel, performance, sécurité, coûts et réversibilité.

Module 2 75 min

Données, consentement et accès

Finalités, traceurs, configurations, minimisation, droits, documentation, environnements, responsabilités et questions à faire valider.

Module 3 75 min

Rôles et portes de décision

Métier, produit, UX, développement, data, sécurité, DPO/juridique et direction : qui propose, valide, lance, surveille et décide.

Module 4 90 min

Portefeuille et séquencement

Limiter les conflits, équilibrer gains et apprentissages, réserver les ressources, gérer les dépendances et choisir arrêter, corriger, lancer ou reporter.

Module 5 75 min

Registre et capitalisation

Nommage, versions, preuve, protocole, anomalies, résultats, limites, décision, déploiement et réutilisation de l’apprentissage.

Module 6 45 min

Feuille de route à 90 jours

Premier test, responsabilités, prérequis, portes de validation, calendrier, indicateurs de fonctionnement et revue du système.

Total contrôlé : 420 minutes. Livrables du jour : critères d’architecture, matrice de rôles, registre et feuille de route à 90 jours.

Contrat de métriques

Un test ne se résume pas à « la variante B monte »

La métrique principale est choisie avant le test. Les métriques secondaires expliquent, les garde-fous protègent et les contrôles de qualité vérifient que le résultat est interprétable.

01 · Principale

Décider

Une mesure directement liée à l’hypothèse et à la décision prévue.

02 · Secondaires

Comprendre

Quelques mesures qui aident à expliquer le parcours sans multiplier les « gagnants ».

03 · Garde-fous

Protéger

Qualité des demandes, erreurs, annulations, marge, satisfaction ou autre risque pertinent.

04 · Qualité

Vérifier

Affectation, collecte, consentement, doublons, ruptures et cohérence entre outils.

Résultat non concluant ≠ test inutile. Il peut révéler un effet trop faible, un volume insuffisant, une mesure instable, une hypothèse fragile ou une variante trop proche. La bonne décision peut être d’arrêter, de corriger le protocole ou de poser une meilleure question — jamais de fabriquer un gagnant.

Déployer

Effet utile, garde-fous acceptables et preuve suffisante selon le protocole.

Approfondir

Signal intéressant mais question nouvelle ou segment prévu à examiner.

Corriger

Incident de mesure, de ciblage, d’implémentation ou de protocole.

Arrêter

Effet défavorable, risque excessif, apprentissage suffisant ou valeur trop faible.

Cas pratiques

Six parcours pour entraîner la décision

Les cas peuvent être travaillés sur des scénarios fictifs complets. Un cas réel est utilisé uniquement si les supports, données et accès sont autorisés et préparés.

CAS 01

Landing page B2B

Clarifier la proposition et tester une modification sans dégrader la qualité des demandes.

Décision : volume et qualification.
CAS 02

Fiche produit e-commerce

Travailler l’information décisive, la confiance et l’ajout au panier avec des garde-fous.

Décision : ajout, revenu et retours.
CAS 03

Formulaire de devis

Réduire une friction supposée tout en conservant les informations réellement nécessaires.

Décision : complétion et exploitabilité.
CAS 04

Prise de rendez-vous

Tester une étape du parcours en surveillant présence, annulations et qualité du rendez-vous.

Décision : réservation et présence.
CAS 05

Activation d’un service

Comparer deux accompagnements initiaux sans confondre activation immédiate et usage durable.

Décision : activation et rétention observée.
CAS 06

Page de contenu

Tester une orientation vers l’étape suivante sans sacrifier la lecture ou l’accès à l’information.

Décision : action et engagement utile.
Kit remis

Huit livrables qui restent après la formation

Chaque document peut être utilisé sur un scénario fourni ou adapté au contexte de l’organisation après validation des informations internes.

01

Carte du parcours

Public, étapes, action, frictions, signaux et décision.

02

Backlog priorisé

Preuve, impact, effort, risque, trafic et apprentissage.

03

Fiche hypothèse

Problème, mécanisme, variation, population et réfutation.

04

Contrat de métriques

Principale, secondaires, garde-fous et qualité.

05

Protocole de test

Variantes, trafic, durée, règles, exclusions et incidents.

06

Checklist de recette

Fonctionnel, data, consentement, performance et appareils.

07

Fiche de décision

Résultat, limites, garde-fous, décision et déploiement.

08

Registre & feuille de route

Capitalisation et portefeuille des 90 prochains jours.

Évaluation

Évaluer la qualité du raisonnement, pas une hausse inventée

La progression est observée sur les productions et décisions. Aucun test réel n’a besoin d’atteindre une significativité statistique pendant la formation.

Avant

Diagnostic initial

Distinction entre observation et cause, lecture d’un taux, choix d’une métrique et repérage des risques.

Pendant

Revues par portes

Le cas ne passe à la variante, au lancement simulé puis à la décision que lorsque les éléments requis sont documentés.

À la fin

Soutenance du Passeport

Présentation du problème, du protocole, de la recette, des limites et de la décision à un interlocuteur non spécialiste.

Modalités

Une formation applicable sans mettre le site en risque

Les exercices restent complets avec les scénarios fournis. Les outils et données réels sont facultatifs et toujours soumis aux autorisations de l’organisation.

Périmètre honnête

Ce que la formation ne vend pas

La formation développe la compétence et les documents de décision. Les prestations techniques, juridiques, analytiques et opérationnelles restent distinctes.

Pas une installation

Aucun outil déployé

Licence, achat, configuration, développement, taggage, CMP et mise en production ne sont pas inclus.

Pas une agence CRO

Aucune variante livrée

Design, rédaction, développement, QA de production et pilotage délégué d’un test réel sont des prestations distinctes.

Pas une promesse

Aucune hausse garantie

Trafic, significativité, conversion, chiffre d’affaires, marge, ROI et rapidité d’obtention ne sont jamais garantis.

Pas une validation juridique

Aucune conformité certifiée

La base légale, le consentement, les contrats, les transferts et l’information doivent être validés pour le contexte réel.

Pas un audit statistique

Aucun modèle universel

Approche d’inférence, puissance, effet minimal et règle d’arrêt sont confirmés avec l’outil ou le spécialiste compétent.

Pas une certification

Aucun CPF affirmé

Cette page ne promet ni certification, ni examen, ni éligibilité CPF sans offre exacte et preuve vérifiée.

Questions fréquentes

Choisir le bon parcours CRO et tests A/B

Les réponses précisent la différence avec Google Optimize, GA4, Google Ads, un audit CRO et une prestation technique.

Pourquoi ne plus proposer une formation Google Optimize ?

Google Optimize et Optimize 360 ne sont plus disponibles depuis le 30 septembre 2023. La nouvelle formation conserve les compétences durables — diagnostic, hypothèse, protocole, métriques, recette et décision — et apprend à cadrer une architecture actuelle avec un outil tiers.

Google Analytics 4 permet-il de créer directement un test A/B ?

Non. L’aide officielle Google indique qu’un outil tiers est nécessaire pour exécuter et gérer le test A/B ; Google Analytics peut ensuite servir à interpréter les résultats lorsqu’une intégration adaptée est mise en place.

Quelle différence entre le parcours de 14 h et celui de 21 h ?

Le parcours de 14 h entraîne le cycle complet d’un test, du diagnostic à la décision. Le parcours de 21 h ajoute l’architecture, le choix des outils, les responsabilités, le consentement, le registre, le portefeuille et la feuille de route à 90 jours.

Faut-il déjà posséder un outil d’A/B testing ?

Non. Les scénarios et canevas permettent de travailler sans compte. Si l’organisation dispose d’un outil, sa documentation, ses possibilités et ses limites peuvent servir au cadrage, sans modification de la production par défaut.

La formation permet-elle de lancer un test réel sur notre site ?

Elle permet de préparer le Passeport, le protocole et la recette. L’achat de l’outil, l’installation, le développement des variantes, le déploiement, la surveillance et la responsabilité d’un test réel ne sont pas inclus dans la formation.

Peut-on garantir qu’un test améliorera le taux de conversion ?

Non. Un test peut produire un résultat favorable, défavorable ou non concluant. La formation apprend à éviter les fausses victoires, à protéger les garde-fous et à prendre une décision proportionnée aux données et aux limites observées.

Quelle différence avec la formation GA4 et Google Tag Manager ?

La formation GA4/GTM construit le plan de mesure, les événements, les contrôles et les rapports. La formation CRO part d’un problème d’expérience, conçoit des variantes et organise une comparaison contrôlée. Les deux compétences sont complémentaires.

Les tests A/B sont-ils automatiquement exemptés de consentement ?

Non. La CNIL encadre strictement l’éventuelle exemption de certains traceurs de mesure d’audience. La finalité, la solution, sa configuration, les données, les destinataires et le contexte doivent être analysés et documentés ; la formation ne délivre pas de validation juridique.

Préparez une décision avant de préparer une variante

Présentez votre parcours, l’action attendue, les données disponibles, le trafic, les outils, les contraintes et les rôles. Le cadrage déterminera le parcours de 14 ou 21 h et le cas fil rouge adapté.

Demander un devis

Références officielles utilisées

Sources et page publique StraFormation contrôlées le 12 août 2026. Les fonctions, intégrations, méthodes statistiques, conditions contractuelles et configurations de consentement doivent être confirmées pour les outils et le contexte exacts avant toute mise en production.