Guide AccessiWeb
- Accueil
- Mode d'emploi
- Structure d'une fiche
- Fiches AccessiWeb
- 1) Images
- 2) Cadres
- 3) Couleurs
- 4) Multimédia
- 5) Tableaux
- 6) Liens
- 7) Code exécutable
- 8) Eléments obligatoires
- 9) Structuration de l'information
- 10) Présentation de l'information
- 11) Formulaires
- 12) Navigation
- 13) Consultation
- Glossaire
- Aide à l'évaluation
- Référentiel AccessiWeb
- Tables de correspondance
- Moteur de recherche
- Références
- Remerciements
- Plan du guide
Critère 9.1 : Dans le site Web, chaque page Web d'un ensemble de pages a-t-elle une présentation similaire et une structure similaire ?
Carte d'identité du critère 9.1 [niveau AccessiWeb : Or]
Test(s) AccessiWeb permettant de vérifier le critère 9.1
Note : le(s) test(s) suivant(s) sont issu(s) de AccessiWeb v1.1 [Déployé].
- Test 9.1.a [Or] : Dans le site Web, chaque page Web d'un ensemble de pages a-t-elle une présentation similaire ?
- Test 9.1.b [Or] : Dans le site Web, chaque page Web d'un ensemble de pages a-t-elle une structure similaire ?
Autre(s) fiche(s) AccessiWeb à consulter en relation avec cette fiche
- Fiche du critère 9.2 : Dans chaque page Web, l'information est-elle structurée par l'utilisation appropriée de titres ?
- Fiche du critère 9.3 : Dans chaque page Web, chaque liste est-elle structurée avec les balises appropriées ?
Correspondances avec des critères d'autres référentiels sur l'accessibilité du Web
- Référentiel AccessiWeb 1.0 (19/12/2003) [version utilisée dans le Référentiel Accessibilité ADAE 2004] : 9.1 [Bronze]
- WCAG 1.0 (05/05/1999) : 14.3 [P3]
- UWEM 1.0 (05/07/2006) : pas de correspondance.
- WCAG 2.0 (11/12/2008) : 3.2.3 [AA]
- mobileOK 1.0 (02/11/2006) : pas de correspondance.
- RGAA : pas de correspondance (aucune version datée du RGAA n'est disponible en ligne à la date de publication de ce guide).
Comprendre
Comprendre le critère
Toutes les pages Web d'un ensemble de pages doivent avoir une présentation similaire et une structure similaire.Bénéfices pour les utilisateurs
- Bénéfice 1 :
Le respect de ce critère permet d'offrir un contenu correctement structuré et cohérent. Il permet ainsi une meilleure acquisition du message. Ce critère est utile pour les personnes ayant des difficultés de compréhension comme c'est le cas pour la déficience auditive, des handicaps cognitifs, de jeunes internautes ou encore des personnes dont le français n'est pas la langue maternelle. - Bénéfice 2 :
Les personnes aveugles, qui explorent les pages de manière linéaire, ont également besoin d'une structure cohérente et persistente au fil des pages, afin de ne pas avoir à "découvrir" et "mémoriser" une nouvelle organisation de page à chaque lien ouvert.
Valeur ajoutée pour le site
- Bénéfice 1 :
La structuration cohérente d'un site permet d'optimiser à terme la production de page. C'est un gain de productivité. - Bénéfice 2 :
Ceci réduit notamment les coûts de maintenance dans la mesure où les personnes qui prennent en charge le site successivement peuvent s'appuyer sur une structure claire et cohérente.
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
- Sélectionner le(s) élément(s) à tester :
- Identifier dans un navigateur graphique tous les ensembles de pages.
- Identifier les pages Web qui appartiennent à chacun des ensembles de pages.
- Ouvrir le code source des pages Web pour un même ensemble de pages.
- Appliquer le(s) test(s) suivant(s) :
- Test 9.1.a [Or] : Dans le site Web, chaque page Web d'un ensemble de pages a-t-elle une présentation similaire ?
- Test 9.1.b [Or] : Dans le site Web, chaque page Web d'un ensemble de pages a-t-elle une structure similaire ?
- 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 9.1.a [Or] et le test 9.1.b [Or] :- 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 9.1.a [Or] et le test 9.1.b [Or] :- Ces tests ne sont pas évaluables par la Barre d'Outils Web Developper (version 1.1.4).
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 graphiste et le responsable éditorial doivent veiller à la bonne structuration générale du site.
Implémentation
Ceci implique de réfléchir en amont à l'organisation des pages, en conciliant le niveau de priorité à donner à chaque information et ce à quoi l'utilisateur peut s'attendre en accédant au site.
Remarque : le même soin doit être apporté à toutes les pages Web d'un même ensemble de pages, car le point d'entrée sur le site n'est pas nécessairement la seule page d'accueil.
Exemple de mauvaise pratique
- Dans un même ensemble de pages, chaque page Web ne restitue pas de manière cohérente le menu de navigation : il se trouve à une place différente sur chacune des pages.
- Dans un même ensemble de pages, chaque page Web ne restitue pas de manière cohérente le titre de la page : il se trouve à une place différente sur chacune des pages.
- Dans un même ensemble de pages, chaque page Web ne restitue pas de manière cohérente le contenu : l'organisation du contenu est différent sur chacune des pages.
- Dans un même ensemble de pages, l'implémentation des informations dans le code source des pages est différente d'une page à l'autre (une page avec une mise en page avec des tableaux, une autre page avec une mise en page à partir de cadres...).
Exemple de bonne pratique
- Dans un même ensemble de pages, chaque page Web restitue de manière cohérente le menu de navigation, le titre de la page et son contenu.
- Dans un même ensemble de pages, l'implémentation des informations dans le code source des pages est similaire d'une page à l'autre.
Illustrations
Avertissement : le contenu du paragraphe "Illustrations" est donné à titre indicatif. Il ne présente pas tous les cas possibles.
Cette capture d'écran montre un exemple de formulaire où l'ordre d'apparition des champs et boutons ne respecte pas l'organisation de l'information telle qu'elle apparaît sur les autres pages d'un même ensemble de pages.
Cette capture d'écran montre un exemple de formulaire où l'ordre des champs et boutons respecte l'organisation de l'information et de la procédure de remplissage telle qu'elles apparaissent dans les autres pages d'un même ensemble de pages.
Références
- html techniques for WCAG 1.0 (section 1.2) : Structural grouping
- html techniques for WCAG 1.0 (section 4) : list
- blog-and-blues.org : Perception de la structure d'une page Web par un handicapé visuel
- tecfa.unige.ch : Aborder HTML : ce n'est pas un traitement de texte
Copyright © 2009 Association BrailleNet. Tous droits Réservés.