Chaque mois de janvier, une liste circule, toujours de la même forme : quinze tendances, une capture d’écran de Dribbble pour chacune, et pas un mot sur ce qui se passe quand la tendance se heurte à un vrai système de gestion de contenu, à une file de tickets de support ou à un utilisateur équipé d’un téléphone Android vieux de trois ans. L’essentiel ne survit pas au contact d’un produit réellement mis en production.
Je gagne ma vie en auditant et en repensant des produits en service, pas des visuels de concept, alors voici la liste plus courte : les évolutions du design UI/UX qui apparaissent réellement dans les briefs et qui tiennent aux tests d’utilisabilité cette année, et celles que je conseillerais malgré tout à un client d’ignorer.
Jugez une tendance à ce qu’elle coûte à l’utilisateur, pas à son rendu en photo
Une tendance mérite sa place dans une interface réelle si elle supprime une étape, clarifie un état ou accélère une tâche. Tout le reste n’est que décoration habillée du vocabulaire d’un design system, et la décoration a un coût : chaque fioriture animée représente des millisecondes de thread principal bloqué, chaque motif inédit est un instant où un utilisateur qui découvre le produit doit s’arrêter pour l’apprendre au lieu de s’en servir.
Le filtre que j’utilise vraiment sur les projets clients : est-ce que cela vaudrait encore la peine d’être construit si personne ne pouvait voir que c’était "à la mode" ? Si la réponse honnête est que cela existe pour paraître actuel sur une capture de portfolio, cela n’entre pas dans le fichier.
C’est à cause de ce filtre que la liste ci-dessous laisse de côté l’essentiel de ce qui circule comme tendances UI de cette année et ne retient que ce qui a changé la façon dont un produit se comporte, pas seulement son apparence.
L’IA dans l’interface, pas seulement derrière elle
Le changement intéressant cette année, ce n’est pas que les produits ont ajouté un chatbot. C’est l’IA qui émerge à l’intérieur des flux existants : des suggestions en ligne dans un champ de formulaire, un premier brouillon généré dans un état vide, un résumé proposé au lieu d’obliger quelqu’un à lire quarante lignes d’un tableau. Bien fait, cela supprime une étape ; mal fait, ce n’est qu’un spinner qui affiche un surcroît d’assurance.
Le problème de design, c’est la confiance, pas la nouveauté. Un champ rempli par l’IA doit paraître modifiable et provisoire, pas définitif. Je lui applique un état visiblement différent, une teinte de fond distincte accompagnée d’une étiquette, tant que l’utilisateur ne l’a pas explicitement accepté. Livrez une valeur générée qui semble identique à une valeur saisie par l’utilisateur, et la première erreur de prédiction érode la confiance dans tous les champs qui suivent.
La latence aussi doit être pensée en amont, pas excusée après coup. Si une suggestion met deux secondes à arriver, l’état vide qui la précède doit tenir tout seul, pas rester là comme une boîte blanche qui laisse entendre que quelque chose est cassé.
Du mouvement avec retenue, pas du mouvement par défaut
Deux années où chaque carte apparaissait en animation et où chaque bouton avait un ressort au survol ont amené la correction : du mouvement qui communique un changement d’état, et rien d’autre. Un bouton d’enregistrement qui se confirme par une transformation en coche vaut les images qu’il coûte. Une page de cartes qui défilent en cascade à chaque visite, non ; c’est un impôt que l’utilisateur paie à chaque arrivée, sans aucune information gagnée.
`prefers-reduced-motion` est passé cette année du statut de bonus appréciable à celui de vérification par défaut sur les projets clients, et à juste titre. Ce n’est plus une simple ligne dans la liste d’accessibilité — les navigateurs l’activent par défaut pour une part significative des utilisateurs, et un produit qui ignore la requête choisit de se battre contre le système d’exploitation.
La règle pratique : animez pour expliquer un changement d’état (chargement, succès, erreur, un élément qui quitte une liste), et laissez tout le reste statique. Si vous ne savez pas dire ce qu’une animation donnée apprend à l’utilisateur, supprimez-la.
L’accessibilité par défaut n’est plus une étape distincte
Les ratios de contraste, les états de focus visibles et les parcours au clavier étaient autrefois ce que l’on vérifiait à la fin, s’il restait du temps. Dans les briefs de 2026, je les vois nommés d’emblée, en partie parce que WCAG 2.2 est devenu l’exigence de base dans davantage de cahiers des charges d’achat, et en partie parce qu’une plus grande part du public utilise réellement une configuration d’assistance, et non une configuration hypothétique.
Ce qui change en pratique : les états des composants sont conçus pour focus-visible dès la première passe, pas ajoutés après coup ; le texte sur couleur est vérifié à un ratio de 4.5:1 comme contrainte de construction plutôt que comme note de lancement ; et les formulaires reçoivent par défaut des messages d’erreur en ligne, sous forme de texte, plutôt qu’un changement de couleur que personne sans vision des couleurs complète ne peut lire.
Celle-ci n’est pas une tendance au sens habituel, c’est le minimum vital qui rattrape le niveau où il aurait dû être il y a des années, et c’est l’élément de cette liste qu’on peut le moins se permettre d’ignorer.
Des mises en page modulaires de style bento, utilisées là où la densité les justifie
La grille de cartes de tailles inégales s’est répandue des sites de portfolio vers les tableaux de bord et les pages de réglages, et elle mérite sa place quand un écran a réellement du contenu de poids différents : une carte qui est un graphique, une autre qui est un simple chiffre, une autre qui est une courte liste. Forcer tout dans des cartes de largeur égale masquait cette hiérarchie ; la mise en page bento l’énonce clairement.
Elle ne mérite pas sa place sur une page où chaque élément mérite le même poids. Un tableau de tarifs forcé dans une grille bento perd la seule chose dont un tableau de tarifs a besoin, à savoir une comparaison facile de gauche à droite. Utilisez ce motif parce que le contenu a un poids inégal, pas parce que la grille paraît soignée sur une capture d’écran.
Ce que je conseille aux clients d’ignorer
Des panneaux en glassmorphism empilés sur trois niveaux, où la lisibilité chute à chaque couche de flou. Des taches qui suivent le curseur et des orbes en dégradé qui n’existent que comme décor et coûtent un vrai temps de rendu sur les appareils moins puissants. Des animations décoratives de "l’IA réfléchit" qui ajoutent trois secondes à une tâche qu’un état statique aurait accomplie instantanément. Aucune de ces choses ne fait avancer une tâche, et toutes apparaissent de façon disproportionnée dans les compilations de tendances parce qu’elles rendent bien en capture d’écran.
Le point commun aux trois : elles sont optimisées pour les cinq premières secondes passées à regarder une image statique, pas pour la cinquantième fois qu’un utilisateur réel ouvre le produit pour accomplir quelque chose. Concevez pour la cinquantième fois, et la plupart de ce qui fait tendance cette année s’élimine de soi-même, sans bruit.
