W3C CSS Validator : le contrôle officiel de la syntaxe de vos feuilles de style

Quand une mise en page refuse obstinément de s’afficher comme prévu, il arrive que la cause soit bête : un point-virgule manquant, une accolade en trop, un « colr » à la place de « color ». Le navigateur, lui, ignore la ligne fautive sans prévenir. C’est précisément ce que le validateur du W3C fait remonter, en quelques secondes et sans rien installer, et avec la caution du consortium qui publie les spécifications de CSS. Pour un débutant, un étudiant ou un intégrateur qui veut une vérification rapide, il garde toute sa place.

Encore faut-il savoir ce qu’il ne fait pas. Valide ne veut pas dire compatible : l’outil ne dit rien du support réel d’une propriété par Safari ou Firefox, et un CSS parfaitement conforme peut toujours mal s’afficher. Surtout, le validateur suit les standards avec un temps de retard. Lors de nos tests, il acceptait bien l’imbrication de règles, le sélecteur :has() ou les couches @layer, mais signalait comme erreurs les requêtes de conteneur et la règle @property, pourtant prises en charge par tous les navigateurs récents. Une erreur dans le rapport n’est donc pas toujours une erreur dans le code, et il faut faire le tri soi-même. Les préfixes comme -webkit- ne sont plus que des avertissements, ce qui allège la lecture.

Dans un projet professionnel, l’outil a fini par céder la place aux linters, Stylelint en tête, qui vérifient le code directement dans l’éditeur et à chaque commit, avec des règles adaptées à l’équipe. Le validateur du W3C reste alors un bon second avis, ou un moyen simple de contrôler le CSS d’un site dont on n’a pas les sources. Une petite réserve enfin : sa documentation n’est pas toujours à jour, et l’on y lit encore que le profil par défaut est CSS 2.1 alors que le formulaire propose désormais CSS 3.