CSS, Sass/SCSS, Less : faut-il encore un préprocesseur en 2026

Le CSS natif a rattrapé une bonne partie de ce qui justifiait autrefois un préprocesseur : variables et imbrication des sélecteurs s’écrivent désormais directement dans un fichier .css, sans étape de compilation. Sass et Less restent pourtant utilisés, pour ce que le CSS natif ne couvre toujours pas.

Format	Variables	Imbrication	Fonctions/boucles	Étape de build	Meilleur usage
CSS	Natives (`--var`), résolues au runtime	Native (récente)	Non	Aucune	Projet simple, thème modifiable en JavaScript
Sass/SCSS	Compilées, valeur figée	Oui	Oui (mixins, boucles, modules)	Obligatoire	Projet structuré à grande échelle
Less	Compilées, valeur figée	Oui	Oui (mixins), plus limité que Sass	Obligatoire (ou à la volée en JS)	Projet existant déjà construit dessus (Bootstrap historique)

Le CSS natif propose depuis 2023-2024 l’imbrication des sélecteurs directement dans le navigateur (supportée par Chrome, Firefox et Safari) et depuis plus longtemps des variables natives (custom properties, --ma-variable). La différence de fond avec un préprocesseur reste le moment où la valeur se fixe : une variable CSS native reste modifiable au runtime par du JavaScript ou une media query, ce qui permet un thème clair/sombre ou une personnalisation utilisateur sans recompilation, un usage qu’une variable Sass ou Less, remplacée définitivement par sa valeur à la compilation, ne permet pas.

Le Sass/SCSS reste le préprocesseur le plus complet : mixins paramétrées, boucles, fonctions et un véritable système de modules (@use/@forward, qui remplace progressivement l’ancien @import, déprécié et dont le retrait est prévu dans une future version majeure de Dart Sass) permettent d’organiser une base de styles volumineuse en fichiers partiels réutilisables, un niveau de programmation que le CSS natif ne propose toujours pas. C’est le choix par défaut pour un projet qui a besoin de cette logique, au prix d’une étape de compilation obligatoire avant de servir le résultat.

Le Less couvre les mêmes besoins de base (variables, imbrication, mixins) avec une syntaxe plus proche du CSS classique, mais un système de fonctions et de modules plus limité que celui de Sass. Sa particularité technique (pouvoir être compilé à la volée dans le navigateur par une bibliothèque JavaScript, sans étape de build côté serveur) l’a rendu pratique pour d’anciens projets, notamment les versions historiques de Bootstrap qui l’ont popularisé ; les nouveaux projets s’orientent aujourd’hui plus souvent vers Sass ou le CSS natif.

Le CSS natif suffit donc désormais pour des variables et une imbrication simples, surtout si elles doivent rester modifiables après le chargement de la page. Sass s’impose dès qu’un projet a besoin d’une vraie logique de composition (mixins, boucles, modules). Less reste surtout pertinent pour maintenir un projet déjà construit dessus plutôt que pour en démarrer un nouveau.