Cette traduction n’a pas encore été relue par la rédaction. La version allemande fait foi. Deutsche Fassung
Mise à jour
Pourquoi votre site web devrait-il passer la validation W3C HTML?
HTML est la langue dans laquelle chaque site est livré. Le W3C, le corps derrière la norme, exploite un testeur pour cela: le Nu Html Checker. Il lit le HTML de la façon dont votre serveur le livre réellement, et signale tout emplacement qui viole les règles de la norme — un élément non fermé, un identifiant dupliqué, un attribut qui n'existe pas à cet emplacement. La zone de test du logiciel exécute exactement ce testeur et signale le nombre d'erreurs ainsi que des exemples avec indication de ligne.
Les navigateurs réparent silencieusement — et tous les autres
HTML Erroneous est rarement remarqué par les visiteurs parce que les navigateurs le corrigent lors du chargement: Une balise de fin manquante est ajoutée, un élément à tort niché est accroché. Cependant, cette réparation n'est pas normalisée. Chrome, Firefox et Safari viennent à différents résultats pour la même erreur, et la technologie auxiliaire comme un lecteur d'écran ou le rampeur d'un moteur de recherche lit autre chose. Une page qui ne fonctionne que grâce à la réparation ne fonctionne que là où vous avez vérifié au hasard. Le validateur révèle ce que cachent les navigateurs: il indique quels endroits ont dû être réparés.
Ce que la zone d'essai mesure et ce qu'elle ne prétend pas
Le HTML brut de la page de démarrage est vérifié, car il est livré par le serveur à la première récupération – pas la version que le navigateur a ensuite assemblée. Seules les erreurs sont comptées; les notes et les avertissements du validateur ne comptent pas. La règle "HTML passe la validation W3C" porte 15 points dans l'état du logiciel et n'est notée que si le validateur a effectivement répondu. Si elle ne pouvait pas fonctionner, le score reste inchangé – un échec technique sur notre site n'est jamais compté comme un défaut de votre site Web. Le résultat indique le nombre d'erreurs et jusqu'à huit exemples avec le numéro de ligne; Il ne dit pas que la page semble cassée à cause de cela, et il ne remplace pas la vérification d'accessibilité.
Le HTML valide est la base sur laquelle tout le reste est basé
Les moteurs de recherche, la technologie auxiliaire et les outils de traduction reposent sur une structure claire. Un identificateur dupliqué rend les liens de saut et les étiquettes de formulaire vierges, un faux nichoir déchire les listes et les tables pour le lecteur d'écran, un attribut invalide est tout simplement ignoré. De nombreux résultats des zones d'essai d'accessibilité et de référencement ont leur cause dans ces endroits précis. Quiconque garde le HTML valide élimine les sources d'erreur avant qu'elles apparaissent comme leurs propres défauts dans d'autres zones de contrôle – et fait le site Web indépendamment de la gracieuseté d'un navigateur particulier est de réparer.
- Demandez à votre agence de corriger les exemples ci-dessus dans le texte source du modèle — Il y a généralement peu de motifs récurrents qui disparaissent de tous les côtés en même temps.
- Vérifiez à nouveau après chaque modification au modèle ou après une mise à jour de plugin; Les nouvelles extensions apportent souvent leurs propres erreurs.
- Portez une attention particulière aux éléments d'identification (id) et non fermés dupliqués — à la fois les lecteurs d'écran et les formulaires directement.
- Dans votre contrat de maintenance, demandez un code HTML valide comme critère d'acceptation; Le validateur public W3C est gratuit pour tous.
