retour vers le site AccessiWeb

Guide AccessiWeb

vous êtes ici : Accueil > Fiches AccessiWeb : Eléments obligatoires > Critère 8.2

Critère 8.2 : Pour chaque page Web, le code source est-il valide selon le type de document spécifié ?

revenir en haut de la page

Carte d'identité du critère 8.2 [niveau AccessiWeb : Argent]

Test(s) AccessiWeb permettant de vérifier le critère 8.2

Note : le(s) test(s) suivant(s) sont issu(s) de AccessiWeb v1.1 [Déployé].

  • Test 8.2.a [Argent] : Les balises html sont-elles correctement implémentées dans le code source selon le type de type de document spécifié ?
  • Test 8.2.b [Argent] : Les attributs html sont-ils correctement implémentés dans le code source selon le type de type de document spécifié ?

Autre(s) fiche(s) AccessiWeb à consulter en relation avec cette fiche

Correspondances avec des critères d'autres référentiels sur l'accessibilité du Web

revenir en haut de la page

Comprendre

Comprendre le critère

Le code source de toutes les pages Web doit être valide selon le type de document spécifié.

Bénéfices pour les utilisateurs

Valeur ajoutée pour le site

revenir en haut de la page

Comment évaluer

Note : de manière générale, il est conseillé de faire l'évaluation d'un critère via l'analyse de son code source. Ce procédé d'évaluation par le code source est détaillé ci-après quand il est possible : procédé d'évaluation en 3 étapes via le ou les tests associés au critère. Les procédés d'évaluation par différents outils sont donnés en complément de l'évaluation par le code source.

Par le code source

  1. Sélectionner le(s) élément(s) à tester :
    • Ouvrir le code source de la page Web et sélectionner le code associé à tous les éléments suivants : balise doctype (exemple de code source : <!doctype html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">).
    • Relever l'ensemble des balises et attributs utilisés dans le code source.


  2. Appliquer le(s) test(s) suivant(s) :
    • Test 8.2.a [Argent] : Les balises html sont-elles correctement implémentées dans le code source selon le type de type de document spécifié ?
    • Test 8.2.b [Argent] : Les attributs html sont-ils correctement implémentés dans le code source selon le type de type de document spécifié ?

  3. Valider le critère : le critère est validé si vous répondez oui à tous les tests applicables précédents.


Par l'utilisation d'outils

Pour une liste complète des outils utilisés pour évaluer l'accessibilité des pages web et un résumé de leurs principales fonctionnalités, reportez-vous à la page Outils d'aide à l'évaluation.

Evaluer avec la Barre d'outils Accessibilité du Web pour Internet Explorer (version 2.0 beta en français) :
Pour le test 8.2.a [Argent] et le test 8.2.b [Argent] :
  1. Ces tests ne sont pas évaluables par la Barre d'outils Accessibilité du Web (version 2.0 beta).

Evaluer avec la Barre d'Outils Web Developper pour Firefox (version 1.1.4 en français) :
Pour le test 8.2.a [Argent] et le test 8.2.b [Argent] :
  1. Ces tests ne sont pas évaluables par la Barre d'Outils Web Developper (version 1.1.4).

revenir en haut de la page

Comment mettre en oeuvre

Avertissement : les informations du paragraphe "Comment mettre en oeuvre" sont données à titre indicatif. Les contenus des sous-paragraphes Implémentation et Exemple de bonne pratique ne présentent pas tous les codes d'implémentation.


Qui est concerné ?

Le développeur ou webmestre en charge de mettre en place les gabarits dynamiques du site ou les pages statiques doit veiller à la présence de l'élément DOCTYPE.
Le choix de ce dernier doit être guidé par les éléments susceptibles d'être proposés dans la page et par l'environnement d'édition disponible pour la rédaction des contenus.

Implémentation

L'élément DOCTYPE est à placer au début du code juste avant l'ouverture de la balise html.

<!DOCTYPE ...>
<html>
[...]
</html>

La syntaxe exacte de cet élément est définie par chacune des recommandations relatives au type de document (HTML 3.2, HTML 4.01, XHTML 1.0, ...) et ne permet pas de variation par rapport à cette dernière.

Par exemple, le DOCTYPE d'un document HTML 4.01 doit correspondre à l'une des trois variantes proposées par cette spécification :

Exemple de mauvaise pratique

Plusieurs cas :

  1. omission de la fermeture d'éléments de type p, div, table lorsque le type de document est en strict.
  2. utilisation d'attributs sur des éléments qui ne peuvent pas en recevoir
    Par exemple :

    <p name="xx">

  3. utilisation d'éléments propriétaires.

Exemple de bonne pratique

Note : pour le passage d'un type de document d'un mode Transitional à un mode Strict, il faut que la déclaration de l'ensemble des balises et des attributs soit en lettres minuscules.

revenir en haut de la page

Illustrations

Il n'y a pas d'illustration pour cette fiche.

revenir en haut de la page

Références

revenir en haut de la page

Fiche précédente : fiche du critère 8.1 Fiche suivante : fiche du critère 8.3

Guide AccessiWeb (version 3.1, 2 mars 2009) | Conditions d'utilisation | Contact
Copyright © 2009 Association BrailleNet. Tous droits Réservés.