Critique de conception UI/UX par IA : analyse des causes profondes à partir de captures d’écran

Évaluateur UI/UX vous aide à concevoir des interfaces plus claires et plus faciles à utiliser en lisant une capture d’écran comme le ferait un responsable senior de la conception : hiérarchie, espacements, états manquants, accessibilité et conventions de plateforme compris. Alors que la plupart des retours se contentent de pinailler sur les pixels ou de déverser une checklist automatisée, cette IA diagnostique les causes profondes et vous indique ce qu’il faut corriger en priorité.

✅ Analyse la hiérarchie visuelle, les systèmes d’espacement et la cohérence des composants à partir d’une image statique ✅ Signale les états vide, d’erreur, de chargement et désactivé manquants que les captures d’écran dissimulent ✅ Vérifie le contraste, la taille des zones d’interaction et l’indépendance vis-à-vis de la couleur au regard des normes d’accessibilité ✅ Adapte ses retours aux designers, développeurs, responsables produit et débutants

Une incohérence d’espacement est rarement un cas isolé. Elle signifie généralement qu’il n’existe aucun système d’espacement. Une étiquette secondaire délavée n’est presque jamais simplement « un gris à assombrir » : c’est souvent un problème d’échelle typographique et de contraste qui se répétera sur chaque écran. Voilà la différence entre une revue qui dresse une liste de corrections et une revue menée par un responsable de conception.

Pour comprendre pourquoi cette distinction est importante, il faut examiner la manière dont les produits font réellement défaut aux utilisateurs aujourd’hui, et pourquoi la plupart des processus de revue ne détectent jamais les problèmes qui coûtent le plus cher.

Réponse rapide : qu’est-ce que l’Évaluateur UI/UX ?

L’Évaluateur UI/UX est un critique de conception par IA qui analyse les captures d’écran pour diagnostiquer la hiérarchie, les espacements, les états manquants et les problèmes d’accessibilité, puis prescrit des corrections ciblant les causes profondes. Il évalue l’écran en fonction de son objectif, et non d’une préférence esthétique générique.

Capacités principales :

• Diagnostic de la hiérarchie visuelle, de la typographie, des couleurs et des espacements selon une grille de 8 px
• Clarté des interactions : affordances, CTA et parcours complet des états des composants
• Revue de l’accessibilité alignée sur les principes WCAG, et non sur une checklist ajoutée après coup
• Critique tenant compte des conventions iOS, Android, web et desktop
• Résultats classés par gravité, avec des prochaines étapes concrètes à l’échelle du système

Pourquoi la plupart des revues UI ne détectent pas les problèmes que les utilisateurs rencontrent réellement

Les interfaces deviennent de plus en plus denses. L’évaluation 2026 de WebAIM portant sur un million de pages d’accueil a relevé une moyenne de 1 437 éléments par page, soit une hausse de 22,5 % en une seule année. Davantage d’éléments signifie davantage d’occasions de voir la hiérarchie s’effondrer, les étiquettes disparaître et le contraste échouer.

L’accessibilité est la version la plus mesurable de cet effondrement :

95,9 % — des pages d’accueil du million de sites les plus visités présentaient des échecs WCAG 2 détectables en 2026, contre 94,8 % l’année précédente

56,1 erreurs par page — moyenne des erreurs d’accessibilité détectées, soit une augmentation de 10,1 % par rapport à 2025

83,9 % — de ces pages d’accueil échouaient uniquement sur le texte à faible contraste

Ces six types d’échecs récurrents — faible contraste, absence d’alternatives textuelles pour les images, champs de saisie non étiquetés, liens vides, boutons vides et absence de langue du document — représentent encore la majorité des erreurs détectées automatiquement. WebAIM indique que 96 % des erreurs détectées relèvent de ces catégories. Les vérificateurs automatisés sont utiles dans ce domaine. Ils restent également incomplets.

Le cadre méthodologique de recherche du Nielsen Norman Group établit une distinction nette entre ce que font les utilisateurs et ce qu’un outil peut compter. Les scanners quantitatifs répondent à la question « combien d’échecs de contraste ? ». Ils ne peuvent pas déterminer si l’action principale est visuellement plus faible qu’une puce secondaire, si un état vide n’a jamais été conçu ou si les filtres d’un tableau de bord rivalisent avec les données qu’ils sont censés servir. Il s’agit d’une critique qualitative, consciente de l’intention : exactement le type de travail pour lequel on fait appel à des responsables seniors, et que la plupart des équipes n’obtiennent qu’une seule fois, tardivement et sous pression.

Le coût humain n’est pas théorique. On estime que 1,3 milliard de personnes vivent avec un handicap, tandis que les poursuites judiciaires liées à l’accessibilité restent un risque concret de conformité aux États-Unis. Parallèlement, WCAG 2.2 a ajouté des critères de succès portant sur les zones d’interaction mobiles, la visibilité du focus, les alternatives au glissement et une authentification qui ne bloque pas les gestionnaires de mots de passe — des normes que de nombreux produits déjà livrés n’ont toujours pas intégrées.

Mais obtenir une revue qui améliore réellement le produit reste particulièrement difficile :

• Les retours arrivent trop tard. La critique intervient souvent alors que l’ingénierie est déjà en plein développement, à un moment où modifier un système d’espacement ou un modèle de navigation coûte cher.
• Les checklists confondent les symptômes et les systèmes. « Resserrez cet espacement de 8 px » ne corrigera pas les 40 écrans suivants s’il n’existe aucune base de 4/8 px.
• Les captures d’écran dissimulent l’expérience utilisateur. Les états vide, d’erreur, de chargement, désactivé et de débordement sont ceux où les produits échouent, et ils apparaissent rarement dans la maquette du parcours idéal.
• Les outils et le goût esthétique ne parlent pas le même langage. Les développeurs reçoivent des remarques esthétiques qu’ils ne peuvent pas mettre en œuvre ; les designers obtiennent des ratios de contraste sans diagnostic de hiérarchie ; les responsables produit reçoivent un océan de détails de même priorité.

C’est précisément pour cela qu’a été conçue une revue de conception senior, native des captures d’écran.

Pourquoi l’Évaluateur UI/UX

L’Évaluateur UI/UX traite chaque importation comme une critique de conception, et non comme une simple vérification de style. Il commence par comprendre l’intention — ce qu’est l’écran, à qui il s’adresse et ce que l’utilisateur doit accomplir — puis évalue son exécution au regard de cette intention. Une connexion minimaliste et un tableau de bord opérationnel riche en données ne sont pas évalués selon la même grille.

Approche traditionnelle	Évaluateur UI/UX
Attendre plusieurs jours le créneau d’un designer senior	Importer une capture d’écran et obtenir une revue hiérarchisée au cours de la même session
Les scanners automatisés détectent le contraste et les étiquettes manquantes	Diagnostiquer la hiérarchie, les affordances, les textes et les états que les scanners ne peuvent pas voir
Des remarques pixel par pixel sans système sous-jacent	Nommer la cause profonde : échelle typographique, grille d’espacement ou bibliothèque de composants manquante
Une liste générique de problèmes par gravité	Critique / élevé / moyen / faible, classés selon l’impact sur la tâche
Le même ton pour tous les publics	Adapter le niveau au designer, au développeur, au responsable produit ou au débutant

La revue est précise. Le contraste est abordé en termes de ratios et de WCAG, et non avec la remarque « ce gris semble clair ». Les zones d’interaction sont vérifiées au regard des recommandations de plateforme, comme le minimum de 44×44 pt d’Apple et les fondamentaux de l’accessibilité de Material 3. Les états manquants sont signalés comme des problèmes, et non inventés par déduction.

La hiérarchie avant la décoration

La taille, le poids, la couleur, la position, la proximité et l’élévation doivent organiser l’attention. Si un badge de réduction attire davantage l’œil que le bouton de paiement, l’écran n’est pas simplement « chargé » : sa hiérarchie est inversée. L’évaluateur commence par ce type de problème, car il empêche la compréhension.

Les états comme livrable à part entière

Par défaut, survolé, actif, focus, désactivé, chargement, vide, erreur et succès constituent l’ensemble des états d’un composant. Les états manquants sont le constat d’expert le plus fréquent. Un formulaire qui n’existe que dans sa condition idéale, une fois rempli, n’est pas terminé, même si ses pixels sont impeccables.

L’accessibilité comme utilisabilité

WCAG 2.2 s’organise autour de quatre principes : perceptible, utilisable, compréhensible et robuste. Les nouveaux critères de la version 2.2 couvrent le focus non masqué, la taille minimale des zones d’interaction, les mouvements de glissement, l’aide cohérente, la saisie redondante et l’authentification accessible. L’évaluateur les applique de manière diagnostique — la couleur ne doit jamais être l’unique vecteur de sens, l’ordre du focus doit être logique et le mouvement ne doit pas être obligatoire — plutôt que de réciter la spécification.

Les conventions de plateforme, et non une « interface épurée » générique

iOS Human Interface Guidelines, Material 3 et les conventions des formulaires et navigateurs web sont des contrats différents. Un onglet inférieur qui inverse le traitement des icônes sélectionnées et non sélectionnées semblera incorrect aux utilisateurs iOS, même s’il est visuellement soigné. L’évaluateur identifie la plateforme à partir d’indices visuels lorsque vous ne la précisez pas.

Exemples de requêtes :

« Analyse cet écran de paiement iOS. C’est un MVP. Dis-moi ce qui pourrait empêcher un nouvel utilisateur de payer. »

« Ce tableau de bord SaaS s’adresse à des responsables des opérations. Critique la hiérarchie, la densité et tout ce que je n’ai pas prévu pour les états vide et d’erreur. »

« Je suis développeur et j’implémente cette frame Figma en React. Donne-moi des remarques tenant compte de l’implémentation : tokens d’espacement, contraste et zones d’interaction. »

Comment cela fonctionne

Vous n’avez pas besoin d’un document complet sur votre système de conception pour commencer. Une capture d’écran claire et une phrase de contexte suffisent. L’évaluateur IA analyse ce qui est visible, signale ce qui ne peut pas être évalué à partir d’une image statique et classe les changements à effectuer en priorité.

Étape 1 : importez l’écran que vous souhaitez réellement faire évaluer

Capturez l’interface réelle ou la maquette haute fidélité — la fenêtre complète, et non un bouton recadré au plus près. Les captures floues, minuscules ou fortement compressées passent un contrôle de qualité : il vous sera demandé de fournir une meilleure capture plutôt que de recevoir une analyse assurée de pixels inexistants.

« Voici le hero de la page d’accueil en production sur desktop. Ignore la qualité du texte marketing ; dis-moi si la hiérarchie du CTA et le contraste tiennent la route. »

Étape 2 : indiquez l’intention, la plateforme et l’étape du projet

Une seule phrase modifie le niveau d’exigence de la critique. Un MVP appelle des remarques sur la clarté structurelle ; un produit avant lancement appelle à la fois des remarques sur la structure et les finitions. Nommez la plateforme (iOS, Android, web, desktop) et la tâche que l’utilisateur cherche à terminer.

« Écran de réglages Android, Material 3, avant lancement. Les utilisateurs ne trouvent pas les commandes de notification. »

Étape 3 : lisez la critique hiérarchisée

Attendez-vous à une analyse de première impression, à de véritables points forts (précis, et non un simple « c’est épuré »), puis à des problèmes classés par gravité. Chaque constat indique ce qui ne va pas, le principe concerné et une correction concrète. Les lacunes systémiques — absence d’échelle d’espacement, de progression typographique ou de bibliothèque de composants — sont identifiées comme des causes profondes, et non comme un amas de détails sans lien.

Étape 4 : complétez ce que la capture d’écran ne peut pas montrer

Demandez les états vide, d’erreur, de chargement et de débordement. Envoyez un deuxième écran du même parcours pour vérifier la cohérence. Pour les itérations d’un même écran, demandez une comparaison explicite avant/après : ce qui s’est amélioré, ce qui a régressé et ce qui reste à résoudre.

« Voici le même tableau de bord après l’ajout d’une grille de 8 px. Qu’est-ce qui s’est amélioré et qu’est-ce qui nuit encore à la lisibilité rapide ? »

Étape 5 : transformez les constats en système, et non en correctif ponctuel

Si la revue indique que vos espacements de 12 px entrent en conflit avec un modèle mental de 8 px, la correction consiste à créer un ensemble de tokens d’espacement, et non à modifier une seule marge. Si la couleur porte à elle seule toute la signification des statuts, la correction consiste à associer une forme et une étiquette, partout où un statut apparaît. Lorsque le produit a également besoin d’un système visuel documenté pour éviter la prochaine dérive, le Générateur de kit de marque peut transformer ces décisions en palettes, styles typographiques et recommandations réutilisables par toute l’équipe.

Essayez gratuitement l’Évaluateur UI/UX, sans carte bancaire.

Résultats et cas d’usage

📊 Fondateur évaluant un MVP avant qu’il ne se fige

Scénario : Une startup de deux personnes s’apprête à présenter un parcours d’intégration web à ses 50 premiers utilisateurs. Les écrans semblent « épurés » dans Figma. Personne n’a vérifié les états vides, les textes d’erreur ni la capacité du bouton principal à rester utilisable sur un ordinateur portable de taille moyenne.

Approche traditionnelle : Réserver les services d’un designer indépendant, attendre une semaine et recevoir une présentation contenant 40 remarques indifférenciées — ou lancer le produit et tirer les leçons du taux d’abandon.

Évaluateur UI/UX : Importez les trois écrans principaux avec le contexte « MVP web grand public, l’objectif est de créer un compte et de comprendre la valeur en moins de deux minutes ». Vous obtenez une liste classée par gravité : concurrence entre les CTA sur le sélecteur de forfait, absence d’affordance pour passer une étape, échec de contraste sur le texte d’aide et état d’erreur de mot de passe manquant. Les deux ou trois changements les plus importants sont clairement indiqués.

• Détecte les anti-modèles d’onboarding (trop d’étapes visibles, valeur retardée par les formulaires)
• Distingue les problèmes bloquant le lancement des finitions
• Donne au fondateur le vocabulaire nécessaire pour briefer l’équipe d’ingénierie sans se faire passer pour un responsable de conception

💼 Designer produit effectuant une QA avant transmission

Scénario : Un designer produit est responsable d’un tableau de bord d’analyse SaaS. L’équipe d’ingénierie souhaite recevoir les spécifications demain. Le designer sent que la densité n’est pas bonne, mais veut une seconde revue de niveau responsable avant que le fichier ne devienne la source de vérité.

Approche traditionnelle : Envoyer un message Slack à un designer principal très occupé et espérer recevoir des commentaires asynchrones sur quelques frames.

Évaluateur UI/UX : Envoyez le tableau de bord, les filtres et l’état vide. La revue signale une mise en page dominée par les graphiques, sans mise en avant d’informations exploitables, des éléments d’interface de filtrage qui rivalisent avec le contenu et des actions de ligne qui ne respectent pas les attentes en matière de taille de zone d’interaction selon le critère de taille des zones d’interaction de WCAG 2.2. Les points forts — divulgation progressive au niveau des cartes et alignement tabulaire cohérent des données numériques — sont également nommés afin qu’ils ne soient pas supprimés lors d’une refonte.

• Critique systémique de niveau pair à pair, plutôt que remarques fondées sur le goût
• Vérification de la cohérence entre les écrans lorsque vous importez plusieurs frames
• Liste de corrections que vous pouvez convertir en tickets classés par gravité

Si l’étape suivante consiste à explorer une autre mise en page plutôt qu’à annoter uniquement l’écran actuel, le Générateur de prototypes UI/UX peut produire un écran réaliste iOS, Android ou web qui intègre déjà la hiérarchie et les modèles de plateforme recommandés.

📱 Ingénieur mobile vérifiant l’implémentation par rapport à la maquette — sur un téléphone

Scénario : Un ingénieur iOS a implémenté un écran de suivi des entraînements à partir d’une maquette. Sur un véritable iPhone, les actions secondaires se trouvent dans les coins supérieurs impossibles à atteindre, le traitement de l’icône de l’onglet sélectionné semble inversé et les lignes de la liste peuvent être touchées, mais paraissent visuellement statiques. Il souhaite obtenir des retours tenant compte de l’implémentation pendant son trajet, depuis le téléphone qu’il a dans la poche.

Approche traditionnelle : Publier la capture d’écran dans un canal de conception et attendre. Ou lancer le produit et observer les problèmes de découverte des gestes apparaître dans les enregistrements de session.

Évaluateur UI/UX : Importez la capture d’écran de l’appareil iOS ou Android. Demandez des remarques HIG/Material, une analyse de la zone atteignable par le pouce et une vérification des problèmes de zones d’interaction de 44 pt/48 dp. La revue distingue « la maquette était incorrecte » de « l’implémentation a dérivé » et signale les collisions avec la barre d’état ainsi que les problèmes de zone sûre que les frames Figma sur desktop ne révèlent souvent pas.

• Fonctionne avec une parité complète des fonctionnalités sur le web, iOS et Android, afin que la revue puisse avoir lieu sur le même téléphone que celui qui a révélé le bug
• Remarques adaptées aux développeurs : zones d’interaction, focus et états des composants, plutôt qu’une préférence esthétique inexpliquée
• Vérification des conventions de plateforme au regard de Apple HIG et de Material 3

Lorsque l’équipe marketing a besoin d’un visuel de landing page correspondant à l’interface produit que vous venez d’améliorer, le Graphiste peut produire des éléments web et de campagne cohérents avec la marque, afin que la vitrine et l’application ne donnent plus l’impression d’être deux produits différents.

FAQ

L’Évaluateur UI/UX est-il gratuit ?

Oui. Vous pouvez utiliser l’Évaluateur UI/UX avec le forfait gratuit, qui inclut toutes les fonctionnalités principales et un usage mensuel limité. Les forfaits payants augmentent le volume d’utilisation — Plus commence à 20 $ par mois — si vous analysez des parcours complets à chaque sprint. Aucune carte bancaire n’est nécessaire pour l’essayer.

En quoi l’Évaluateur UI/UX se distingue-t-il d’un scanner d’accessibilité ?

Les scanners excellent dans la détection des problèmes quantifiables : contraste, attribut alt manquant et champs de saisie non étiquetés. La propre méthodologie de WebAIM précise que les outils automatisés ne peuvent pas détecter tous les échecs WCAG. Cet évaluateur signale également ces problèmes, puis ajoute ce que les scanners ne peuvent pas voir : hiérarchie inversée, états vide/d’erreur/chargement manquants, affordances faibles, ruptures des conventions de plateforme et capacité de l’écran à remplir la tâche annoncée.

Peut-il analyser des captures d’écran d’applications mobiles, et pas seulement des sites web ?

Oui. Lorsque vous ne précisez pas la plateforme, il déduit s’il s’agit d’iOS, Android, du web ou d’un desktop à partir d’indices visuels, puis applique les conventions correspondantes : barres de navigation et zones sûres sur iOS, modèles Material 3 sur Android, comportement des formulaires et de la fenêtre d’affichage sur le web. Les captures d’écran d’appareils sont acceptées ; précisez-le si vous souhaitez mettre l’accent sur la zone atteignable par le pouce et la taille des zones d’interaction.

L’Évaluateur UI/UX fonctionne-t-il sur un téléphone ?

Oui. Les revues disposent d’une parité complète des fonctionnalités sur le web, iOS et Android, y compris la dictée vocale si vous préférez commenter un écran à l’oral plutôt que de saisir du texte. C’est particulièrement utile lorsque le défaut n’apparaît que sur un véritable appareil.

Quelle est la précision de la critique de conception ?

Les constats s’appuient sur des principes établis — regroupement gestaltiste, loi de Fitts, WCAG 2.2 et recommandations HIG/Material propres aux plateformes — et non sur un goût inexpliqué. Les préférences stylistiques sont présentées comme telles. Les affirmations relatives au contraste restent nuancées lorsque les valeurs hexadécimales exactes ne peuvent pas être lues sur une capture d’écran compressée. L’évaluateur demandera une meilleure image ou un état manquant plutôt que d’inventer ce qu’il ne peut pas voir.

Peut-il analyser un parcours complet ou seulement un écran ?

Les deux. Une seule capture d’écran fournit une revue ciblée. Plusieurs écrans ajoutent une vérification de la cohérence entre les écrans, de la logique du parcours et des lacunes du système de conception (espacement, typographie, composants). Les itérations d’un même écran peuvent être comparées explicitement afin que vous sachiez ce qui s’est réellement amélioré.

Conclusion

La plupart des produits n’échouent pas parce qu’un rayon de bordure est incorrect. Ils échouent parce que la hiérarchie ne guide pas le regard, parce que les états vide et d’erreur n’ont jamais été conçus, parce que le contraste et la taille des zones d’interaction excluent une grande partie des utilisateurs et parce que personne disposant d’un jugement de niveau responsable n’a examiné l’écran avant sa mise en production.

L’Évaluateur UI/UX vous offre ce jugement à la demande : une capture en entrée, une critique classée par gravité en sortie et des corrections ciblant les causes profondes plutôt qu’un amas de symptômes. Utilisez-le sur le MVP qui est sur le point de se figer, sur le tableau de bord avant la transmission ou sur la capture d’écran de l’appareil qui semble déjà légèrement incorrecte.

Essayez l’Évaluateur UI/UX dès maintenant. Découvrez-en davantage sur Jenova.

---

Pour les développeurs : l’Évaluateur UI/UX est disponible par programmation via l’API Jenova : intégrez une critique de conception fondée sur des captures d’écran à votre application avec un seul appel API. Documentation complète →