Rechercher
Saisissez au moins deux caractères, sans donnée personnelle.

    BibliothèqueArticles et FAQ Votre projetDemander un devis
    LangueFR
    Guides pratiques

    Publier des contenus web accessibles au quotidien

    L’accessibilité ne dépend pas seulement du code. Les personnes qui rédigent, traduisent et mettent à jour les pages influencent directement leur lisibilité et leur usage au clavier ou avec une technologie d’assistance.

    Voir la méthode

    Illustration de la préparation d’un projet web : Publier des contenus web accessibles au quotidien

    Construire une structure que l’on peut parcourir

    Donnez à la page un titre principal descriptif puis organisez les sous-parties avec des titres de niveau cohérent. Un titre indique le sujet de la section, pas seulement une mise en forme. Évitez de sauter des niveaux pour obtenir un effet visuel : utilisez les styles de l’éditeur pour la présentation. Le tutoriel W3C WAI sur les titres montre comment ils servent à parcourir la page.

    Placez l’information décisive assez tôt et utilisez des listes pour de vraies séries d’éléments. Définissez les sigles peu connus et explicitez les étapes d’une démarche. Une structure claire aide aussi à relire, traduire et maintenir la page.

    Écrire des liens et des images utiles

    Un lien doit annoncer sa destination ou son action même isolé du paragraphe. Remplacez « cliquez ici » par le nom du document, du service ou de l’étape. Si plusieurs liens ont le même texte mais mènent à des destinations différentes, précisez leur contexte.

    Pour chaque image informative, écrivez une alternative qui transmet sa fonction dans la page ; n’énumérez pas mécaniquement les objets visibles. Une image décorative peut avoir une alternative vide. Les cas d’usage du W3C WAI aident à distinguer ces situations. Vérifiez aussi les droits et la qualité de l’image, selon le guide des visuels.

    Décidez de l’alternative à partir de la fonction de l’image dans cette page. Une même photo peut apporter une information dans un article et n’ajouter qu’une répétition à côté d’un texte équivalent. Si une image constitue seule le contenu d’un lien, son alternative doit annoncer la destination ou l’action. Décrire seulement la forme d’une icône ne suffit pas à expliquer ce que fait la commande.

    Une alternative volontairement vide, alt="", n’est pas un attribut absent. Pour un graphique complexe, donnez un repère bref puis les informations nécessaires dans du texte ou un tableau accessible proche ; ne comprimez pas toute l’analyse dans l’attribut. Une légende, un crédit et l’alternative ont des fonctions différentes. Relisez le résultat en contexte et dans chaque langue, sans transformer l’alternative en inventaire de mots-clés.

    • Titres descriptifs.
    • Liens compréhensibles hors contexte.
    • Alternative adaptée à la fonction de l’image.

    Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.

    Alternative d’image : choisir selon la fonction réelle
    Usage dans la pageContenu à prévoirContrôle éditorial
    Image informative simpleUne alternative brève transmettant son apport.Le lecteur retrouve l’information utile sans voir l’image.
    Image purement décorative ou redondanteUne alternative vide lorsqu’elle n’ajoute aucune information.L’attribut alt reste présent ; aucun message utile n’est perdu.
    Image seule dans un lien ou un boutonLa destination ou l’action est exprimée.Le nom accessible explique la commande, pas seulement l’icône.
    Graphique ou schéma complexeUn repère bref et une explication détaillée accessible.Les valeurs, relations et conclusions nécessaires restent consultables en texte.

    Traiter tableaux, documents et médias

    Réservez le tableau aux données qui gagnent à être comparées en lignes et colonnes ; indiquez les en-têtes et expliquez les unités. Ne l’utilisez pas pour disposer des blocs de texte. Pour un graphique, résumez la conclusion essentielle et proposez les données nécessaires à sa compréhension.

    Avant de publier un PDF ou une vidéo, vérifiez l’accessibilité du fichier et les alternatives nécessaires, notamment sous-titres et transcription selon le contenu. Un simple lien vers un fichier ne rend pas son contenu accessible. Si l’information est essentielle, une version HTML structurée facilite souvent sa lecture et sa mise à jour.

    Installer une vérification dans la publication

    Faites relire une page représentative par une autre personne : comprend-elle les intitulés, les liens et les consignes sans explication orale ? Parcourez-la au clavier, agrandissez le texte et contrôlez les alternatives dans le HTML final. Une prévisualisation d’éditeur ne reflète pas toujours le rendu publié.

    Inscrivez ces contrôles dans la routine de validation des nouveaux contenus et des traductions. Lorsqu’un gabarit empêche de produire des titres, libellés ou tableaux corrects, signalez le problème à l’équipe technique. Le guide de test d’accessibilité décrit les contrôles de page plus larges.

    • Contrôle de la page publiée.
    • Relecture des traductions et fichiers.
    • Problèmes du gabarit remontés à l’équipe responsable.

    Structurer un document long

    Livret ouvert avec onglets et lunettes de lecture
    Vérifier la structure publiée au-delà de son apparence visuelle.

    Cas proposé : une page présente une procédure avec de gros caractères mais sans hiérarchie de titres. La présentation visuelle ne décrit pas forcément sa structure de lecture.

    Vérifiez titres, listes, libellés et alternatives sur le contenu final. Gardez les étapes nécessaires dans un ordre compréhensible ; une image du texte ne remplace pas une réponse disponible sous forme textuelle.

    • Relever la hiérarchie des titres
    • Vérifier les étapes et leurs libellés
    • Conserver une version lisible sans images

    Documents de référence

    Contenu mis à jour le

    Repères documentaires pour ce sujet

    Repères documentaires pour ce sujet
    RéférenceValeur ou syntaxePortée du repère
    WCAG 2.2 · 1.4.4
    200 %Le texte agrandi conserve contenu et fonctions ; exceptions pour sous-titres et images de texte.
    W3C · HTML language
    <html lang="fr">La langue par défaut est déclarée sur html ; les changements locaux de langue sont balisés.

    Les dates indiquent la consultation des références. Ces repères ne constituent ni un audit du site ni une déclaration globale de conformité.

    Matrice de recette à adapter au projet

    Ces contrôles proposés utilisent des cas fictifs. Décidez du comportement attendu avec l’équipe, notez le résultat et attribuez les écarts non résolus avant publication.

    Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.

    Cas de test, résultats attendus et preuves utiles
    CasRésultat attenduPreuve à conserver
    Un intertitre est seulement un paragraphe en gras.Il devient un titre sémantique cohérent dans la hiérarchie de la page.Hiérarchie des titres avant et après et place de l’intertitre dans la liste annoncée.
    Un lien « ici » devient incompréhensible hors du paragraphe.Son intitulé exprime l’objet ou la destination sans exiger une explication visuelle.Intitulé dans le contexte et dans la liste de liens.

    Questions fréquentes

    Comment vérifier un contenu après sa saisie dans le CMS ?

    Relisez la page publiée : titres hiérarchisés, liens compréhensibles, tableaux avec en-têtes et alternatives adaptées. Un traitement de texte peut introduire une structure inattendue au collage. Le contrôle porte sur le HTML obtenu et sa lecture, pas uniquement sur l’apparence de l’éditeur.