MVHLAC-POL-ACC-01 — Politique D’accessibilité (WCAG 2.1 niveau AA)

Organisation: Musée Virtuel Hispano-Latino-Américain du Canada (MVHLAC)
Document ID : MVHLAC-POL-ACC-01
S’applique à : Tous les contenus numériques destinés au public créés ou publiés par MVHLAC, tels que les pages Web, les expériences virtuelles ou 3D, les images, les documents PDF, les médias audio ou vidéo et les réseaux sociaux.
Statut : Final (v1.0)
Responsable (rôle) : Collections Manager
Nom du responsable : À déterminer
Approbations : Direction générale ; Conseil d’administration (si requis)
Cycle de révision : Annuellement et lors de changements opérationnels ou de gouvernance importants

   Télécharger cette politique en PDF (s’ouvre dans un nouvel onglet)

1. Objectif

Cette politique vise à garantir que l’ensemble des contenus numériques de MVHLAC soient accessibles aux personnes en situation de handicap. MVHLAC s’engage à respecter le niveau WCAG 2.1 AA afin d’assurer un accès équitable à tous les visiteurs.

2. Portée

Cette politique s’applique à tous les contenus numériques créés, gérés ou publiés par MVHLAC, notamment:

• • Sites Web et galeries virtuelles.
  • images et photographies.
  • contenus audio et video.
  • Modèles 3D et expériences WebXR ;
  • documents et fichiers PDF.
  • Contenus diffusés sur les réseaux sociaux.

3. Énoncé de politique

MVHLAC s’engage à rendre ses contenus numériques accessibles aux personnes en situation de handicap et mettra en œuvre les procédures nécessaires pour respecter le WCAG 2.1 niveau AA comme norme minimale applicable aux contenus destinés au public. Les exigences en matière d’accessibilité sont intégrées aux étapes de planification, de conception, de production et de publication. Lorsqu’une conformité complète ne peut pas être atteinte immédiatement en raison de contraintes opérationnelles, techniques ou financières, l’écart doit être documenté, accompagné d’un plan de correction et approuvé par la direction générale.

4. Définitions

• • WCAG 2.1 niveau AA: Règles pour l’accessibilité des contenus Web (Web Content Accessibility Guidelines), normes internationales en matière d’accessibilité numérique. La version 2.1, niveau AA, constitue la norme minimale adoptée pour les contenus destinés au public de MVHLAC.
  • Document accessible (PDF balisé) : Fichier PDF structuré à l’aide de balises appropriées (ordre de lecture, titres, tableaux, sémantique des liens et paramètres linguistiques) permettant une utilisation complète avec les technologies d’assistance.
  • Texte de remplacement (alt text) : Texte obligatoire décrivant la signification ou la fonction d’une image ou d’un graphique pour les utilisateurs qui ne peuvent pas percevoir le contenu visuel.
  • Sous-titres : Texte synchronisé avec une vidéo représentant les dialogues parlés et les sons pertinents, afin d’assurer l’accessibilité aux personnes qui ne peuvent pas accéder à l’audio.
  • Transcription : Version textuelle complète des dialogues parlés et des sons pertinents pour les contenus audio ou vidéo, fournie à des fins d’accessibilité et d’interprétation.
  • QA (Assurance qualité) : Processus de révision obligatoire visant à vérifier que toutes les exigences d’accessibilité sont respectées avant de désigner un contenu comme Approved ou Published.
  • Lecteur d’écran : Logiciel convertissant le texte numérique en synthèse vocale pour les personnes aveugles ou malvoyantes.
  • Contraste des couleurs : Différence mesurée de luminance entre le texte et l’arrière-plan, exprimée sous forme de ratio.
  • Fichiers d’accessibilité complémentaires (sidecar) : Fichiers fournissant des alternatives accessibles aux contenus multimédias, incluant les sous-titres, les transcriptions et les descriptions audio.

5. Exigences

5.1 Normes WCAG 2.1 niveau AA

MVHLAC applique le WCAG 2.1 niveau AA selon les quatre principes : Perceptible, Utilisable, Compréhensible et Robuste (POUR)

5.2 Accessibilité des images

Toutes les images destinées au public doivent inclure un texte de remplacement approprié ou être marquées comme décoratives, conformément aux lignes directrices suivantes:

Bon exemple: “Bol en céramique aux motifs géométriques bleus, fabriqué par des artisans autochtones au Guatemala, vers 1920.”

Mauvais exemple: “Image1.jpg” ou « Bol »

5.3 Accessibilité des vidéos

Les exigences suivantes s’appliquent à toutes les vidéos destinées au public.

• • Des sous-titres doivent être fournis pour toutes les paroles et les sons significatifs ;
  • Une transcription complète de tout le contenu audio doit être disponible ;
  • Une description audio doit être fournie lorsque l’information visuelle est nécessaire à la compréhension ;
  • Les vidéos ne doivent pas se lancer automatiquement avec le son activé.

5.4 Accessibilité des contenus audio

Ces exigences garantissent que les contenus uniquement audio respectent le niveau WCAG 2.1 AA pour les médias temporels. Tout contenu audio doit inclure:

• • Une transcription écrite de l’ensemble du contenu parlé ;
  • L’identification des intervenants dans la transcription ;
  • La description des sons ou musiques significatifs ;
  • Une option de téléchargement de la transcription.

5.5 Accessibilité 3D et WebXR

Les contenus immersifs doivent également respecter la politique MVHLAC-POL-XR-01 — Politique WebXR, en plus des exigences suivantes:

5.6 Accessibilité des documents

Lorsque des fichiers PDF sont publiés, ils doivent être exportés et corrigés en tant que PDF balisés accessibles, compatibles avec les lecteurs d’écran. Tous les PDF et documents doivent:

• • Utiliser une structure de titres appropriée (Titre 1, 2, 3) ;
  • Inclure un texte de remplacement pour toutes les images ;
  • Utiliser des polices lisibles (minimum 12 pt) ;
  • Avoir un contraste de couleurs suffisant;
  • Être balisés pour les lecteurs d’écran;
  • Éviter d’utiliser uniquement la couleur pour transmettre une information.

5.7 Couleurs et contraste

MVHLAC applique les ratios de contraste minimaux du WCAG 2.1 niveau AA suivants:

Astuce: Utiliser des outils gratuits tels que WebAIM Contrast Checker pour vérifier les couleurs.

5.8 Navigation au clavier

Tous les éléments interactifs doivent être utilisables uniquement au clavier:

• • La touche Tab permet de naviguer entre les liens et les boutons ;
  • La touche Entrée active les boutons et les liens ;
  • Les touches fléchées permettent de naviguer dans les menus et les galeries ;
  • La touche Échap ferme les fenêtres contextuelles et les menus ;
  • L’indicateur de focus est visible sur l’élément sélectionné.

5.9 Contenus multilingues

MVHLAC dessert des communautés anglophones, francophones et hispanophones:

• • Indiquer la langue du contenu dans les métadonnées ;
  • Fournir des traductions lorsque possible ;
  • Proposer les sous-titres et transcriptions dans la langue d’origine ;
  • Signaler les changements de langue au sein du contenu.

5.10 Liste de vérification d’accessibilité

Avant toute publication, le Web Publisher et le Quality Assurance Reviewer doivent confirmer que les éléments suivants sont respectés ou documentés comme exception:

☐ Toutes les images comportent un texte de remplacement descriptif
☐ Toutes les vidéos comportent des sous-titres
☐ Tous les contenus audio comportent des transcriptions
☐ Le contraste des couleurs respecte le ratio 4.5:1
☐ Le contenu est navigable au clavier
☐ Les titres sont correctement structurés
☐ Les liens sont descriptifs (pas « cliquez ici »)
☐ Les expériences 3D/WebXR offrent une alternative non immersive
☐ Aucun contenu ne clignote plus de 3 fois par seconde
☐ Les formulaires comportent des libellés visibles

5.11 Signalement des écarts d’accessibilité

MVHLAC peut publier du contenu ne respectant pas entièrement les normes d’accessibilité au moment de sa diffusion uniquement si toutes les conditions suivantes sont remplies:

• • L’écart d’accessibilité est documenté dans les champs de métadonnées appropriés, tels que Accessibility_Status, Accessibility_Notes ou Priority;
  • Un plan de correction, incluant un échéancier cible, est documenté et son avancement est suivi.

5.12 Calendrier de révision des opérations d’accessibilité

La conformité en matière d’accessibilité doit être révisée annuellement et lors de changements importants apportés au site Web, aux galeries ou aux gabarits:

☐ Audit d’un échantillon de contenus publiés
☐ Test de la navigation au clavier pour toutes les galeries
☐ Révision des écarts d’accessibilité signalés
☐ Mise à jour des sous-titres et transcriptions au besoin
☐ Vérification des nouvelles exigences ou mises à jour liées au WCAG 2.1 niveau AA
☐ Documentation de la date de révision et des constats

6. Rôles et responsabilités

Les rôles suivants partagent la responsabilité de la mise en œuvre de la présente politique et du maintien de l’accessibilité dans le temps:

• • Collections Manager : Responsable de la conformité en matière d’accessibilité pour l’ensemble des politiques publiées ; coordonne les révisions, priorise les correctifs et veille à l’intégration des exigences d’accessibilité dans les flux de travail.
  • Web Publisher : Met en œuvre la publication accessible sur le site Web et les galeries virtuelles ; s’assure que les gabarits, titres, liens et intégrations multimédias respectent les exigences d’accessibilité ; effectue les vérifications avant publication.
  • Quality Assurance Reviewer : Effectue les vérifications d’accessibilité avant diffusion (tests automatisés et contrôles manuels ponctuels) et consigne les résultats de réussite ou d’échec.
  • Digital Asset Manager : S’assure que les champs de métadonnées liés à l’accessibilité et les indicateurs sont remplis ; conserve ou relie les transcriptions, sous-titres et PDF balisés dans le DAMS ou le dépôt convenu.
  • Digitization Coordinator : Veille à ce que les livrables numérisés (images, documents, dérivés audio/vidéo) soient produits en tenant compte des exigences d’accessibilité (ex. : transcriptions, sous-titres, formats accessibles).
  • Executive Director : Approuve les décisions d’exception lorsque les exigences d’accessibilité ne peuvent être respectées immédiatement et veille à ce que les risques soient reconnus et suivis.

7. Dossiers et livrables requis

Un Accessibility Validation Record doit être créé pour chaque diffusion publique et doit documenter la date de révision, le réviseur, la portée des tests, les outils utilisés, les problèmes identifiés, l’état de correction et la décision finale.

Les dossiers d’accessibilité doivent être conservés dans les systèmes de référence désignés, tels que le système de gestion de contenu Web (CMS), le système de gestion des actifs numériques (DAMS) ou les registres d’accessibilité. Les dossiers doivent inclure, selon le cas:

• • Un Accessibility Validation Record pour chaque diffusion publique (date de révision, réviseur, portée des tests, outils utilisés, problèmes identifiés, état de correction, décision finale) ;
  • Les résultats d’analyses automatisées (le cas échéant) ou un résumé des résultats ;
  • Les fichiers de sous-titres et transcriptions pour les contenus audio/vidéo (ou des liens vers leur emplacement) ;
  • Les preuves de validation des PDF balisés (lorsque des PDF sont publiés), incluant les notes de correction si applicable ;
  • Les écarts d’accessibilité documentés et les dates de correction prévues (le cas échéant).

8. Critères d’acceptation (réussite / échec)

Une diffusion est conforme à la présente politique lorsque toutes les conditions suivantes sont remplies ou lorsque des exceptions sont explicitement approuvées et documentées par la direction générale:

• • Les images comportent un texte de remplacement descriptif ;
  • Les vidéos comportent des sous-titres ; les contenus audio comportent des transcriptions;
  • Le contenu est navigable au clavier et utilise une structure de titres claire ;
  • Le contraste des couleurs respecte les exigences minimales définies dans la présente politique ;
  • Les liens sont descriptifs (pas « cliquez ici ») ;
  • Les expériences 3D/WebXR offrent une alternative non immersive lorsque applicable;
  • Aucun contenu ne clignote plus de 3 fois par seconde ;
  • Les écarts connus sont explicitement signalés et suivis lorsque la correction immédiate n’est pas possible.