Notice d’accessibilité éditoriale (modèle)

Il s’agit de modèle de règles à compléter pour chaque projet afin de concevoir une notice d’accessibilité éditoriale, c’est-à-dire un mode d’emploi permettant aux contributeurs éditoriaux de savoir comment mettre en ligne des contenus de façon accessible.

Ce document liste les règles à suivre par les contributrices et contributeurs éditoriaux pour mettre en ligne les contenus de façon accessible (liens, images, textes…) et fournit les indications nécessaires pour permettre de personnaliser les éléments à adapter en fonction de l’outil de gestion (CMS) utilisé.

Télécharger la notice

Cette version prend en compte WCAG 2.1 et le RGAA 4.1.

Les versions téléchargeables ont été mises à jour le 15 juin 2023.

Consulter la notice

Cette version en ligne couvre actuellement les WCAG 2.1 et le RGAA 4.

Elle est mise à jour en continu.

7 commentaires

  • Par claire bizingre, le 15 septembre 2015 à 15h38.

    Ce commentaire a été publié sur une ancienne version des notices AcceDe Web. Il se peut que son contenu ne soit plus d'actualité.

    Bonjour,

    il arrive que dans des projets les rédacteurs veuillent et peuvent insérer des iframes dans des contenus.

    Est-ce que la recommandation d’ajouter un attribut title pertinent à l’iframe et qui se trouve en recommandation additionnelle dans la notice html css pourrait également figurer ici pour la rédaction de contenu ?

    Merci !

    Répondre

    • Par Johan Ramon, le 24 septembre 2015 à 12h00.

      Ce commentaire a été publié sur une ancienne version des notices AcceDe Web. Il se peut que son contenu ne soit plus d'actualité.

      Bonjour Claire,

      Merci pour ton commentaire.

      Effectivement, il peut arriver que des contributeurs veuillent insérer une <iframe> dans leur contenu mais d’après nous, ce cas est assez peu fréquent.

      De plus, lorsque le cas se présente, dans de nombreux cas cela doit passer par le code HTML. Et nous avons fait le choix de proposer des solutions simples aux contributeurs sans mentionner de code HTML.

      Enfin, l’absence de title sur une <iframe> n’est pas un point très critique en matière d’accessibilité.

      C’est notamment pour ces raisons que nous ne sommes pas très favorables à l’ajout de cette recommandation.

      En revanche, nous prévoyons d’enrichir prochainement cette notice d’une thématique « Tableaux de données ».

      Johan

      Répondre

  • Par LDZintegratore, le 5 juin 2017 à 17h38.

    Ce commentaire a été publié sur une ancienne version des notices AcceDe Web. Il se peut que son contenu ne soit plus d'actualité.

    Bonjour,
    je ne suis pas tout à fait d’accord avec cela. En effet, bien souvent pour illustrer les propos éditoriaux, les contributeurs sont amenés à ajouter un diaporama ou une vidéo en iframe.
    Youtube ou autre service permettant d’embarquer leur media via une iframe ne génère pas de title, pourtant recommandé.

    Répondre

    • Par Sébastien Delorme, le 7 juin 2017 à 12h09.

      Ce commentaire a été publié sur une ancienne version des notices AcceDe Web. Il se peut que son contenu ne soit plus d'actualité.

      Bonjour,

      Effectivement, les balises iframe peuvent être utilisées par les contributeurs pour ajouter des vidéos ou d’autres types de contenus externes. Nous sommes bien évidemment d’accord pour dire que l’ajout d’un title est une règle d’accessibilité.

      Toutefois, nous avions fait le choix à l’époque de ne pas inclure cette recommandation, notamment parce que son impact accessibilité est faible (peu d’aides techniques annoncent le title sur une iframe) et surtout que cela nécessite de manipuler du code HTML. La notice éditoriale d’AcceDe Web est construite sur la base de recommandations qui ne nécessitent aucune manipulation HTML.

      Complexifier ainsi la notice pour un impact utilisateur quasi-nul nous a fait écarter cette recommandation.

      Par contre, je suis assez d’accord pour, comme c’est le cas sur les autres notices, avoir une liste des recommandations qui ont été écartées du corpus principal de la notice.

      Nous le notons donc dans les optimisations pour la prochaine version.

      Sébastien.

      Répondre

    • Par Sébastien Delorme, le 7 juin 2017 à 12h21.

      Ce commentaire a été publié sur une ancienne version des notices AcceDe Web. Il se peut que son contenu ne soit plus d'actualité.

      Pour compléter mon passage sur le mauvais support, il est à noter, par exemple, que les lecteurs d’écran suivants n’annoncent pas le title sur une balise iframe :

      • NVDA (2017.2, dernière version à ce jour) sur Firefox comme Internet Explorer.
      • Jaws (17, avant-dernière version à ce jour) sur Internet Explorer.
      • VoiceOver sur iOS 10.3.2 (dernière version à ce jour).

      La seule combinaison trouvée fonctionnelle est Jaws avec Firefox.

      Répondre

  • Par LDZintegratore, le 9 juin 2017 à 6h03.

    Ce commentaire a été publié sur une ancienne version des notices AcceDe Web. Il se peut que son contenu ne soit plus d'actualité.

    Merci pour ce retour. Je comprend la décision de non complication de la notice avec ce genre de contribution Html.

    Dans la réalité tout de même, des contributions uniquement textuelles sont plutôt rares. Sachant qu’un site accessible ou plutôt qu’un contenu accessible peut facilement ne plus l’être à cause de ce type de contribution, il serait souhaitable de l’ajouter quelque part effectivement.

    Merci

    Répondre

  • Par LDZintegratore, le 9 juin 2017 à 6h09.

    Ce commentaire a été publié sur une ancienne version des notices AcceDe Web. Il se peut que son contenu ne soit plus d'actualité.

    Merci pour ce complément d’informations pour la (non)restitution ou la (non)prise en compte du title par les assistances techniques.
    Du coup, cette règle semble peut être obsolète et pourrait ne plus être efficace, sauf et c’est important, pour les anciennes versions de JAWS qui est difficilement upgradable de part son coût pour les nombreux utilisateurs.

    Répondre

Ajouter un commentaire

Tous les champs sont obligatoires.

Mises à jour

19/10/2020
Ajout de la section « 9. Règles supplémentaires pour la conformité ».
05/11/2020
Remplacement de la mention « par les contributeurs » par « par les contributrices et contributeurs ».

Haut de page