Quand on dit "stack IA pour l'audit CRO", la plupart des gens entendent ChatGPT plus un bon prompt. Ce n'est pas un stack, c'est un outil. Un stack, c'est une séquence, sept étapes qui s'enchaînent, six confiées à la machine et une seule gardée pour l'humain. Et c'est la septième qui fait l'audit. Voici la chaîne complète, avec un teardown sur un de mes propres boutons, parce que le stack ne fait de cadeau à personne, même pas à moi.
Pourquoi un stack et pas un prompt
Un prompt unique répond une fois, différemment à chaque fois, sur ce que tu lui montres. Un stack fait autre chose, il découpe le travail en étapes qui ont chacune un job précis, un ordre, et une sortie que l'étape suivante consomme. La fiabilité ne vient pas d'un modèle plus malin, elle vient de la chaîne.
L'ordre n'est pas décoratif. Chaque étape prépare la suivante et réduit son incertitude. Le crawl donne à l'extraction un rendu fidèle, l'extraction donne au scoring des faits au lieu d'une image, le scoring donne au jugement une liste déjà notée. Inverse deux étapes et tout se grippe, tu ne peux pas scorer proprement ce que tu n'as pas extrait, ni juger ce que tu n'as pas scoré. Un stack, ce n'est pas six outils côte à côte, c'est six outils dans le bon ordre, et l'ordre fait la moitié du travail.
L'enjeu justifie la rigueur. En e-commerce, le Baymard Institute mesure un taux moyen d'abandon de panier autour de 70%, sur des années de recherche. En SaaS, c'est la marche de l'essai vers le payant qui saigne. Dans les deux cas, l'argent fuit à des endroits précis, et le rôle du stack est de trouver lesquels chez toi, vite et sans te noyer. Un prompt te donne un avis. Un stack te donne un diagnostic reproductible, page après page, puis un plan.
Les 7 étapes
Voici l'artefact, la séquence que tu peux reprendre telle quelle.
Stack IA pour un audit CRO, 7 étapes
1. Crawl et rendu ouvrir chaque page avec et sans JavaScript
2. Extraction sortir titres, CTA, champs, preuve en clair
3. Scoring heuristique noter contre une grille fixe, reproductible
4. Passe copy biais cognitifs, niveaux de conscience, CTA
5. Lecture data GA4 par étape, pièges de causalité et de segment
6. Hypothèses et tri générer cadré par mécanisme, trancher par ICE
7. Jugement humain arbitrer selon marge, client, stratégie
Les six premières sont mécaniques, déléguées, rapides. La septième est humaine, et c'est elle que tu paies. Détaillons ce qui compte à chaque cran.
Les six étapes machine, ce qu'elles attrapent
Étape 1, le crawl rend chaque page avec et sans JavaScript, parce que les fuites les plus bêtes se cachent dans l'état sans JS, une preuve qui n'existe qu'après exécution, un bloc qui casse au chargement. Étape 2, l'extraction transforme une capture floue en données propres, cette zone est un titre, ce bouton porte ce libellé, ce formulaire demande six champs. Étape 3, le scoring passe ces données contre une grille fixe de principes documentés, la même à chaque run, pour que deux passages donnent le même diagnostic.
Étape 4, la passe copy lit les mots comme un inconnu, elle repère le présupposé caché d'une accroche et le niveau de conscience raté. Étape 5, la lecture data avale l'export GA4 et localise la marche au décrochage, en se méfiant de la corrélation prise pour cause et du renversement par segment. Étape 6, la génération d'hypothèses reste cadrée, chaque idée nomme un mécanisme, puis ICE tranche pour que tu testes trois choses bien choisies, pas cinquante au hasard.
Chaque étape a son article dédié dans ce pilier, avec son prompt et sa sortie. Le stack, c'est la colle qui les met en ordre, du pixel brut jusqu'à la liste priorisée.
Suis une seule fuite à travers la chaîne, tu vois le stack travailler. Le crawl remonte que ta preuve sociale affiche zéro sans JavaScript. L'extraction confirme que le bloc existe mais reste vide à l'ouverture. Le scoring lui colle un 0 sur 2 avec justification. La passe copy note que ta hero présuppose un problème que le visiteur n'a pas encore nommé. La data montre que le décrochage tombe juste après ce bloc. L'étape hypothèses propose de rendre la preuve côté serveur, ICE la classe en quick win. À l'arrivée, tu n'as pas un avis, tu as une fuite tracée du symptôme jusqu'à l'action, chaque étape ayant ajouté une couche de certitude que la précédente ne pouvait pas donner seule.
Le teardown, sur un de mes propres CTA
L'étape 4 ne m'épargne pas. Regarde le bouton de Zovalide, un des SaaS que j'édite, "Créer mon portail". Passe-le à la passe copy, et le diagnostic tombe, ce libellé nomme l'effort, pas le résultat.
"Créer mon portail" décrit le travail de configuration, le truc à mettre en place, la corvée d'installation. Le job réel de mon visiteur n'est pas de créer un portail, personne ne se réveille en voulant configurer un outil. Son job, c'est de faire valider ses contenus par ses clients sans passer sa semaine à relancer. Le bouton parle de ma plomberie, pas de son résultat. C'est exactement le mécanisme du coût perçu, un libellé qui nomme l'effort alourdit le clic, un libellé qui nomme le résultat l'allège. Et je l'ai laissé passer sur ma propre page.
Pourquoi je l'ai laissé passer, c'est instructif. Pour moi qui ai construit Zovalide, "créer mon portail" est limpide, je sais exactement ce que le portail fait et ce qu'il rapporte, donc le mot me paraît plein. Mon visiteur, lui, ne voit que "créer", c'est-à-dire du travail à fournir. C'est la malédiction de l'auteur, je remplis le mot avec tout ce que je sais, il le lit à froid et n'y trouve qu'une corvée. Le stack, lui, lit à froid par construction, il ne sait rien de mon produit, et c'est précisément pour ça qu'il attrape ce que je ne vois plus.
Voici ce que l'étape 4 remonte, en clair.
Étape 4, passe copy sur le CTA Zovalide "Créer mon portail"
Diagnostic : le libellé nomme l'effort. "Créer mon portail" décrit
la configuration à faire, pas le résultat que le client veut.
Job réel : faire valider mes contenus sans relancer.
Variantes orientées résultat, à tester :
- "Faire valider mon premier contenu"
- "Obtenir mes validations sans relancer"
Verdict : effort nommé, à basculer vers le résultat, puis à tester.
Rien d'inventé, un diagnostic ancré sur un vrai bouton, et une correction qui redevient une hypothèse à mettre à l'épreuve, pas une vérité. Le stack a mordu son propre auteur, c'est le signe qu'il fonctionne.
Et il ne s'arrête pas à ce bouton. La passe copy note chaque libellé d'action du tunnel, chaque titre, chaque micro-copy, et sort la liste de ceux qui nomment l'effort ou le superlatif au lieu du résultat. Un bouton corrigé sur une page, c'est un détail. La même règle passée sur tout le parcours, c'est une différence qui finit par se lire dans le taux de conversion.
L'étape 7, celle que la machine ne fait pas
Les six premières étapes te rendent une liste scorée et priorisée en un temps record. Elles ne savent pas laquelle de ces fuites compte pour toi. Le CTA "Créer mon portail" est peut-être un vrai problème, ou peut-être un choix assumé si ta cible est technique et cherche justement à installer un outil. Le score classe, il ne pèse pas contre ta marge, ton vrai client, ta stratégie.
Sur ce CTA précisément, l'arbitrage n'est pas évident, et c'est tout l'intérêt. Si ma cible Zovalide, ce sont des agences pressées qui veulent un résultat, alors "Créer mon portail" est bien un frein à corriger. Mais si une part de ma cible est technique et rassurée à l'idée de configurer son espace, le mot "créer" peut au contraire signaler le contrôle qu'elle cherche. Le stack me donne le diagnostic et les variantes, il ne me dit pas laquelle de ces deux cibles pèse le plus dans mon chiffre. Ce choix, je le tranche ou je le mets en test, mais c'est moi qui décide quoi tester en premier, pas le score.
C'est l'étape 7, le jugement. Elle prend les vingt frictions remontées à plat et en fait un plan ordonné par ce qu'elles rapportent, pas par leur taille. Elle écarte la reco vraie en moyenne mais fausse pour ton cas. Elle repère la petite fuite sur l'offre qui fait ta marge, et la page qu'il ne faut surtout pas toucher malgré son mauvais taux. Aucune des six étapes machine n'a accès à cette information, parce qu'elle vit dans ta compta et dans ta tête, pas sur ta page. Le stack va vite parce que six étapes sont automatisées. Il reste un audit parce que la septième ne l'est pas.
Sept étapes, ce n'est pas lourd à l'usage
Un mot pour la petite structure qui trouve ça lourd. La lourdeur est à la construction, pas à l'usage. Une fois le stack monté, les six étapes machine tournent en quelques minutes sur une page, tu ne les refais pas à la main à chaque fois. Et tu n'as pas besoin de tout coder pour en profiter, chaque étape existe aussi en version simple, un prompt cadré, une grille, un skill, que tu peux utiliser isolément. Le stack complet, c'est le plafond, pas le ticket d'entrée.
Le vrai gain, une fois la chaîne en place, c'est l'échelle. Passe vingt pages dans le stack, elles ressortent notées sur la même grille, comparables, hiérarchisables. Tu ne dis plus "cette page a l'air moins bonne", tu dis "celle-ci marque 8, celle-là 12, voilà les trois principes qui plombent la première". Un humain seul mettrait des jours à auditer vingt pages avec la même rigueur, et sa vigilance baisserait en route. Le stack ne fatigue pas, il applique le même oeil à la vingtième page qu'à la première.
Ce que tu retiens
Un stack IA d'audit CRO, ce n'est pas un prompt plus malin, c'est une séquence, crawl, extraction, scoring, copy, data, hypothèses, jugement. Six étapes rendent la partie mécanique rapide et reproductible, la septième la rend utile. C'est exactement ce socle qui tient ma Radiographie CRO en 2 jours ouvrés, la machine remonte les fuites, moi je décide lesquelles valent ton temps. Si tu veux ce stack appliqué à ton tunnel, c'est là.
Dans la même série
Ce stack est une pièce de mon pilier sur l'IA et l'audit CRO. Chaque étape a son article, notamment lire GA4 avec l'IA sans se faire piéger pour la data, générer des hypothèses de test sans bruit pour le tri, et ce que l'IA ne remplace pas dans un audit pour la septième étape, le jugement.