L’acronyme UI désigne toute interface entre un humain et une machine, qu’elle repose sur du texte, de la voix ou des gestes. La GUI, elle, n’en est qu’une forme particulière : celle qui passe par des éléments graphiques affichés à l’écran. Comprendre la différence entre GUI et UI permet de poser les bons choix de conception dès le départ d’un projet numérique, plutôt que de confondre le tout avec l’une de ses parties.
GUI, CLI, VUI : les trois familles d’interfaces utilisateur en pratique
Parler d’UI sans préciser de quel type revient à parler de véhicule sans distinguer un vélo d’un camion. L’interface utilisateur (UI) est un terme générique qui couvre plusieurs familles techniques, chacune avec ses contraintes de conception et ses cas d’usage.
| Type d’interface | Abréviation | Mode d’interaction | Exemple concret |
|---|---|---|---|
| Interface graphique | GUI | Clic, toucher, glisser sur des éléments visuels (boutons, icônes, menus) | Application mobile, logiciel de bureau, site web |
| Interface en ligne de commande | CLI | Saisie de commandes textuelles dans un terminal | Terminal Linux, PowerShell, Git Bash |
| Interface vocale | VUI | Commandes orales, retour sonore ou vocal | Assistants vocaux (Alexa, Siri), bornes vocales |
| Interface naturelle | NUI | Gestes, mouvements corporels, regard | Casques de réalité mixte, Kinect |
La GUI est un sous-ensemble de l’UI, pas un synonyme. Un projet peut combiner plusieurs types d’interfaces : une application de navigation automobile associe une GUI (carte à l’écran) et une VUI (instructions vocales). Les deux relèvent de l’UI, mais leurs contraintes de design divergent totalement.
Pour approfondir la définition de l’interface GUI et ses spécificités par rapport aux autres formes d’UI, il faut examiner ce qui la distingue sur le plan technique : la couche graphique intermédiaire entre le système et l’utilisateur.
Conception d’une interface graphique (GUI) : les éléments qui la différencient d’une UI non visuelle
Une GUI repose sur un vocabulaire visuel structuré. Chaque élément affiché à l’écran joue un rôle précis dans l’interaction, et c’est cette couche graphique qui la sépare des autres formes d’UI.
Les composants typiques d’une GUI incluent :
- Des fenêtres, panneaux et onglets qui organisent l’espace de travail et segmentent les tâches
- Des boutons, cases à cocher et listes déroulantes qui déclenchent des actions ou paramètrent des choix
- Des retours visuels (barres de progression, animations de chargement, changements de couleur au survol) qui confirment à l’utilisateur que sa commande a été prise en compte
- Une typographie, une palette de couleurs et une grille de mise en page qui définissent la hiérarchie de l’information
Une CLI, à l’inverse, ne dispose d’aucun de ces éléments. L’utilisateur tape une commande, le système renvoie du texte. La charge cognitive repose entièrement sur la mémorisation de la syntaxe. La GUI transfère cette charge vers la reconnaissance visuelle, ce qui la rend plus accessible aux utilisateurs non techniques, mais plus lourde à concevoir et à maintenir.
Une VUI pose un autre problème de conception : l’absence totale d’écran. Le designer doit structurer un dialogue, anticiper les ambiguïtés vocales, gérer le bruit ambiant. Les outils, les compétences et les livrables n’ont rien en commun avec ceux d’un designer GUI.
Accessibilité et normes : comment la réglementation européenne redéfinit le lien entre UI et GUI
La distinction entre UI et GUI prend une dimension concrète avec les obligations légales d’accessibilité en Europe. Depuis le 28 juin 2025, le European Accessibility Act (Directive (UE) 2019/882) est applicable dans les 27 pays de l’UE pour un large éventail de produits et services numériques grand public : e-commerce, services bancaires, transport, télécoms, livres numériques.
Cette directive s’appuie techniquement sur la norme européenne EN 301 549, qui incorpore les critères WCAG 2.1 niveau AA pour le contenu numérique. En pratique, toute interface graphique destinée au grand public en Europe doit respecter des exigences détaillées de contraste, de navigation clavier, de lisibilité et de compatibilité avec les lecteurs d’écran.
Impact sur la conception des GUI
Un bouton qui ne remplit pas le ratio de contraste requis par WCAG 2.1 AA n’est plus seulement un mauvais choix esthétique : c’est un défaut de conformité légale. Les bornes tactiles en libre-service (kiosques) doivent également suivre EN 301 549 et WCAG 2.1 AA, avec obligation de publier une déclaration d’accessibilité.
WCAG 2.2, publiée en décembre 2024, introduit de nouveaux critères qui modifient le design des GUI sans être encore pleinement exigée par la réglementation. Les designers GUI doivent donc anticiper deux niveaux de conformité simultanés.
Et les interfaces non graphiques ?
La norme EN 301 549 ne se limite pas aux GUI. Elle couvre aussi les interfaces vocales et les interfaces en ligne de commande, mais avec des critères différents. La conformité d’une UI dépend du type d’interface déployé. Un assistant vocal devra répondre à des exigences de clarté et de débit, pas de contraste visuel. C’est une illustration très directe de la raison pour laquelle confondre UI et GUI mène à des erreurs de spécification dans un cahier des charges.
Choisir entre GUI et autres formes d’UI selon le contexte du produit
Le choix du type d’interface ne relève pas d’une préférence, mais d’une analyse du contexte d’usage. Un opérateur en salle serveur qui enchaîne des commandes répétitives sera plus rapide avec une CLI qu’avec une GUI. Un client qui consulte un catalogue produit sur son téléphone a besoin d’une GUI tactile optimisée.
La question à poser n’est pas « GUI ou pas GUI », mais « quel type d’UI correspond aux contraintes de l’utilisateur, de l’environnement et de la réglementation ». Dans un véhicule en mouvement, une VUI réduit la distraction visuelle. Sur une borne publique, la GUI doit intégrer des zones tactiles suffisamment larges pour respecter les normes d’accessibilité.
Le type d’UI dicte les compétences de l’équipe de conception. Un projet GUI mobilise des UI designers, des développeurs front-end et des spécialistes en accessibilité visuelle. Un projet VUI nécessite des linguistes computationnels et des designers conversationnels. Confondre ces périmètres dès la phase de cadrage génère des retards et des surcoûts en cours de développement.
La distinction entre GUI et UI n’est donc pas un débat de vocabulaire. Elle structure les décisions techniques, budgétaires et réglementaires d’un projet numérique dès ses premières phases.