Les navigateurs sont très tolérants : ils affichent souvent un résultat correct même avec un HTML truffé d’erreurs, en corrigeant silencieusement à la volée. La validation consiste justement à ne pas se fier à cette tolérance et à vérifier, avec un outil dédié, que le code respecte réellement les règles de la spécification — balises fermées dans le bon ordre, attributs autorisés à cet endroit, un seul <h1> logique, etc.
Pourquoi ça compte pour un site WordPress
WordPress génère lui-même du HTML globalement valide via ses fonctions natives (the_content(), wp_head()…), mais deux sources d’erreurs restent fréquentes : le contenu collé depuis Word ou Google Docs dans l’éditeur, et les thèmes ou extensions mal codés qui ouvrent des balises sans les refermer. Un HTML invalide n’empêche généralement pas l’affichage, mais peut casser le rendu sur certains navigateurs, dérouter les lecteurs d’écran, voire fausser le CSS en cascade.
Exemple
Le service de référence du W3C, validator.w3.org, accepte une URL ou un collage de code et liste chaque erreur avec sa ligne :
Erreur : l'élément "div" ne peut pas être enfant direct
de l'élément "table" à cet endroit.À ne pas confondre avec
- Un linter HTML (comme celui intégré à certains éditeurs de code) qui signale des erreurs en local, avant même publication, alors que le validateur du W3C analyse une page déjà en ligne.
- La conformité RGAA/WCAG, qui porte sur l’accessibilité (contraste, navigation clavier…) : un document peut être parfaitement valide et rester inaccessible.
- Le SEO : un moteur de recherche indexe généralement une page même truffée d’erreurs de balisage, la validation n’est pas un critère de classement direct.