ARCHIVÉ - Normalisation des sites Internet - Tableau de concordance Exigences de la politique - Accessibilité

Tous les sites Web du GC doivent être conformes aux critères de la Priorité 1 et de la Priorité 2 du W3C afin de garantir un accès facile au plus vaste auditoire possible.

Pour respecter les lignes directrices concernant l'accessibilité universelle énoncées dans l'initiative d'accessibilité aux contenus Web du W3C, l'institution doit veiller à ce que ses sites Web satisfassent aux critères des Priorités 1 et 2 des lignes directrices sur l'accessibilité des contenus Web, version 1.0 (WCAG) (en anglais), à l'exception du critère suivant :

• Le critère 3.4 des WCAG est remplacé par l'exigence numéro 2 des Normes sur la normalisation des sites Internet, partie 3 : Norme sur la présentation commune de pages Web.

Chacune des quatorze lignes directrices du W3C est accompagnée d'une ou de plusieurs mesures à prendre pour s'assurer que la page répond aux exigences. Ces mesures s'appellent des « critères ».

Les institutions doivent consulter la Directive sur l'utilisation des langues officielles sur les sites Web pour savoir comment respecter les exigences relatives aux langues officielles dans les équivalents textuels et les autres éléments non textuels.

Directive sur l'utilisation des langues officielles sur les sites Web

Les équivalents textes et autres éléments non textuels utilisés pour décrire le but et les fonctions d'images et de graphiques affichés sur la page d'un site Web sont dans la langue de cette page.

Le langage HTML ou un langage similaire qui fait l'objet d'une recommendation du W3C (p. ex., XHTML) doit être le format principal de tous les documents sur les sites Web du gouvernement du Canada. Si le document ne peut être présenté en HTML, il faut renseigner les utilisateurs sur la manière de procéder pour obtenir des versions en médias substitus, p. ex., imprimée, braille et audio.

Pour garantir l'accessibilité à ses produits, l'institution doit mettre en oeuvre des méthodes normalisées, en appliquant les langages décrits dans les recommandations formulées par le World Wide Web Consortium (W3C). Toutefois, il ne suffit pas d'avoir recours à ces langages pour le balisage ou la conception pour qu'un produit soit naturellement accessible.

Lorsque, en dépit des mesures prises, il n'est pas possible de rendre le contenu ou l'application accessible, c'est‑à‑dire lorsqu'un document ne peut pas être présenté en langage XHTML 1.0 Strict ou dans un langage décrit dans les recommandations formulées par le W3C, l'institution doit :

• insérer un avis concernant l'accessibilité dans la page, immédiatement avant l'élément inaccessible, pour informer les visiteurs de la marche à suivre pour obtenir une version accessible imprimée, en braille ou audio;
• insérer un avis concernant l'accessibilité dans la ou les pages d'aide du site Web.

La publication de versions accessibles dans un format autre que le format XHTML recommandé ne doit se faire qu'en dernier recours. Il ne s'agit pas d'un moyen pratique d'éviter les interventions minimales nécessaires pour rendre accessibles les pages et les applications Web.

Pour garantir l'accessibilité universelle, les pages Web du GC qui offrent de l'information dans des formats de rechange doivent inclure une indication textuelle du genre de fichier qui fournit un hyperlien à un site où l'utilisateur peut obtenir le logiciel nécessaire.

Pour respecter les lignes directrices concernant l'accessibilité universelle, l'institution doit s'assurer que les pages Web présentant de l'information dans différents formats comprennent des indications textuelles sur le format, le type et la taille des fichiers pour chaque lien pointant vers un fichier qui n'est pas en format XHMTL. Pour chaque format nécessitant un logiciel spécialisé, un lien hypertexte vers un site où le navigateur ou le module d'extension peut être téléchargé doit être fourni. Si l'accessibilité à une version d'un module d'extension est aussi connue, une note ou un lien menant à ce produit devrait également figurer.

La présente norme et les lignes directrices sur l'accessibilité des contenus Web du W3C ne sous‑entendent pas qu'il soit interdit à un fournisseur de contenu d'offrir l'information en de divers formats. La seule exigence formulée est que le premier format chargé par un visiteur soit celui de la version la plus accessible.

Des exemples de la façon de traiter les documents offerts dans différents formats et les fichiers multimédia en divers formats sont fournis dans la boîte à outils de la NSI.

Tous les sites Web du GC et les pages qui y figurent doivent incorporer les équivalents textuels des éléments non-textuels, par exemple: les graphiques, les images, les aides à la navigation et les bandes sonores, afin de garantir la réalisation des objectifs en matière d'accessibilité universelle.

Remplacé par Partie 2, E1.

Si le langage HTML est utilisé, le langage HTML 4.0 Strict ou les langages du W3C nouvellement adoptés doivent être adoptés en tant que norme pour les pages Web nouvelles et révisées.

Pour s'assurer que tous les visiteurs d'un site pourront avoir accès au contenu quelle que soit la configuration technique du système ou des appareils qu'ils utilisent, l'institution doit adopter le langage XHTML 1.0 Strict et les feuilles de style en cascade 1.0 (CSS1) comme technologies de base pour le balisage, la présentation et la conception de pages Web.

Si une page / un site vise explicitement à fournir de l'information en technologies de remplacement, par exemple, appareils de poche, dispositifs d'impression, générateurs de braille et dispositifs audio, cela doit se faire avec l'élément « media » dans les feuilles de style en cascade.

N'est plus pertinent.

Nombre précis de pixels

Les principaux documents de référence utilisés pour la conception de sites Web accessibles
Pratique pour l'accessibilité aux formulaires HTML
Utilisation des feuilles de style en cascade CSS Utilisation de fonctions qui permettent l'activation d'éléments de page par divers dispositifs d'entrée et menus déroulants
Assurer l'accessibilité, quelle que soit la plate-forme utilisée

Consulter la boîte à outils de la NSI.

Technique 1: Texte explicatif

Pour garantir l'accessibilité à ses produits, l'institution doit mettre en oeuvre des méthodes normalisées, en appliquant les langages décrits dans les recommandations formulées par le World Wide Web Consortium (W3C).

Toutefois, il ne suffit pas d'avoir recours à ces langages pour le balisage ou la conception pour qu'un produit soit naturellement accessible.

Lorsque, en dépit des mesures prises, il n'est pas possible de rendre le contenu ou l'application accessible, c'est‑à‑dire lorsqu'un document ne peut pas être présenté en langage XHTML 1.0 Strict ou dans un langage décrit dans les recommandations formulées par le W3C, l'institution doit :

• insérer un avis concernant l'accessibilité dans la page, immédiatement avant l'élément inaccessible, pour informer les visiteurs de la marche à suivre pour obtenir une version accessible imprimée, en braille ou audio;
• insérer un avis concernant l'accessibilité dans la ou les pages d'aide du site Web.

La publication de versions accessibles dans un format autre que le format XHTML recommandé ne doit se faire qu'en dernier recours. Il ne s'agit pas d'un moyen pratique d'éviter les interventions minimales nécessaires pour rendre accessibles les pages et les applications Web.

Technique 2: Balisage accessible

Consulter la boîte à outils de la NSI.

Technique 3: Avis d'accessibilité

Pour garantir l'accessibilité à ses produits, l'institution doit mettre en oeuvre des méthodes normalisées, en appliquant les langages décrits dans les recommandations formulées par le World Wide Web Consortium (W3C).

Toutefois, il ne suffit pas d'avoir recours à ces langages pour le balisage ou la conception pour qu'un produit soit naturellement accessible.

Lorsque, en dépit des mesures prises, il n'est pas possible de rendre le contenu ou l'application accessible, c'est‑à‑dire lorsqu'un document ne peut pas être présenté en langage XHTML 1.0 Strict ou dans un langage décrit dans les recommandations formulées par le W3C, l'institution doit :

• insérer un avis concernant l'accessibilité dans la page, immédiatement avant l'élément inaccessible, pour informer les visiteurs de la marche à suivre pour obtenir une version accessible imprimée, en braille ou audio;
• insérer un avis concernant l'accessibilité dans la ou les pages d'aide du site Web.

La publication de versions accessibles dans un format autre que le format XHTML recommandé ne doit se faire qu'en dernier recours. Il ne s'agit pas d'un moyen pratique d'éviter les interventions minimales nécessaires pour rendre accessibles les pages et les applications Web.

Technique 4: Conversion de documents antérieurs PDF
Technique 5: Guide à l'intention des gestionnaires pour la production des documents en formats alternatifs et/ou substituts
Technique 6: Instructions générales et spécifications afin de fournir les informations dans les médias substituts

Consulter la boîte à outils de la NSI

Formats de rechange

Pour respecter les lignes directrices concernant l'accessibilité universelle, l'institution doit s'assurer que les pages Web présentant de l'information dans différents formats comprennent des indications textuelles sur le format, le type et la taille des fichiers pour chaque lien pointant vers un fichier qui n'est pas en format XHMTL. Pour chaque format nécessitant un logiciel spécialisé, un lien hypertexte vers un site où le navigateur ou le module d'extension peut être téléchargé doit être fourni. Si l'accessibilité à une version d'un module d'extension est aussi connue, une note ou un lien menant à ce produit devrait également figurer.

La présente norme et les lignes directrices sur l'accessibilité des contenus Web du W3C ne sous‑entendent pas qu'il soit interdit à un fournisseur de contenu d'offrir l'information en de divers formats. La seule exigence formulée est que le premier format chargé par un visiteur soit celui de la version la plus accessible.

Essai du navigateur

Consulter la boîte à outils de la NSI.

Bogues rattachés à l'attribut « Media »

N'est plus pertinent.