Une page peut sembler claire à l’écran tout en devenant difficile à parcourir avec un lecteur d’écran. La sémantique HTML5 réduit cet écart en donnant aux éléments du document un rôle que les technologies d’assistance peuvent restituer.
Cette logique ne transforme pas le navigateur en interprète du sens complet : elle lui fournit des repères fiables. Pour comprendre ce que ces repères changent, il faut distinguer structure accessible, contenu et données décrites pour les machines.
A retenir : la sémantique HTML5 au service de l’accessibilité
- Repères structurels compréhensibles par les lecteurs d’écran
- Navigation plus prévisible entre les zones d’une page
- Hiérarchie des titres utile aux lecteurs comme aux outils
- Données structurées distinctes du sens porté par le HTML
Comment la structure HTML5 guide les lecteurs d’écran
Ces repères prennent forme dans le code : un navigateur expose la structure aux technologies d’assistance, qui la rendent navigable. La qualité de cette structure logique dépend donc des éléments choisis, et non de leur apparence seule.
Éléments sémantiques et zones de navigation accessibles
Les éléments <main>, <nav>, <header> et <footer> identifient des régions utiles, contrairement à une succession de conteneurs génériques. Selon le W3C, les technologies web s’appuient sur des conventions partagées pour rendre les contenus utilisables par différents agents et dispositifs.
Une personne qui consulte un long dossier peut ainsi atteindre directement le contenu principal ou le menu, plutôt que parcourir chaque lien. Une balise sémantique ne garantit cependant pas l’accessibilité : son rôle doit correspondre au contenu qu’elle encadre.
« Le Web sémantique fournit un modèle permettant le partage et la réutilisation des données entre applications et groupes d’utilisateurs. »
W3C
Hiérarchie des titres et interprétation du contenu
Dans cette même structure, les titres organisent les idées et permettent une navigation par niveaux. Un titre de niveau trois doit préciser une partie du sujet introduit par le niveau deux, plutôt que servir simplement à agrandir du texte.
Selon le W3C, les éléments HTML expriment la structure d’un document, tandis que les feuilles de style en déterminent notamment la présentation. Une hiérarchie cohérente aide donc les lecteurs d’écran à annoncer les sections et aide aussi les personnes qui parcourent rapidement la page.
Repères de structure à vérifier :
- Une zone principale clairement identifiée
- Des menus signalés par un élément de navigation
- Des titres ordonnés selon le plan réel du contenu
Élément HTML
Rôle principal
Repère pour l’assistance
<main>
Contenu principal de la page
Zone centrale à rejoindre
<nav>
Ensemble de liens de navigation
Région de navigation identifiée
<article>
Contenu autonome ou réutilisable
Unité de contenu repérable
<button>
Commande interactive
Rôle et état exposés au navigateur
La structure guide la lecture, mais elle ne décrit pas toujours précisément les relations entre les informations ; c’est là qu’interviennent les données structurées.
HTML sémantique et données compréhensibles par les machines
Une fois les zones de lecture identifiables, une autre question apparaît : comment distinguer les informations décrites dans une page ? Le HTML sémantique précise la nature des éléments du document, mais ne suffit pas toujours à caractériser chaque donnée métier.
Ce que le HTML indique, et ce qu’il ne précise pas
Un titre, un paragraphe ou un bouton ont une fonction reconnue dans la page. En revanche, afficher « 199 € » près du nom d’un meuble ne dit pas, à lui seul, au navigateur que cette valeur est son prix.
Selon le W3C, RDF permet de décrire des ressources et leurs relations sous forme de données. Des mécanismes comme RDFa peuvent intégrer ces descriptions au HTML, sans remplacer les éléments qui assurent la structure et l’accessibilité numérique.
« RDF est aux données ce que HTML est aux documents : il permet de relier une donnée à une catégorie. »
Tim B.
RDFa, microdonnées et description des relations
Pour décrire une personne née à Dresde, une page peut associer explicitement une personne à un lieu de naissance. RDFa ajoute des propriétés à des éléments HTML ; les machines peuvent alors interpréter ces relations au lieu de se fier uniquement à la proximité des mots.
Cette distinction importe aussi pour les assistants automatisés : des données reliées facilitent la recherche et la réutilisation, mais leur exactitude dépend des descriptions publiées. Une page bien balisée reste nécessaire, car les métadonnées ne remplacent ni un texte intelligible ni une navigation accessible.
Différences entre structure et données :
- HTML : organisation et rôles des éléments visibles
- RDF : ressources, propriétés et relations explicites
- RDFa : descriptions intégrées dans des éléments HTML
- Lecteur d’écran : restitution de la structure exposée par le navigateur
Besoin
Approche adaptée
Exemple
Signaler une zone de navigation
Élément HTML sémantique
<nav>
Organiser les sujets d’une page
Hiérarchie des titres
Titres ordonnés selon le plan
Décrire une relation entre entités
Données RDF ou RDFa
Personne liée à un lieu
Rendre une commande identifiable
Élément interactif approprié
<button> pour une action
Ces outils répondent à des besoins différents, et leur assemblage exige des choix cohérents. Une page peut être visuellement soignée et riche en métadonnées tout en restant pénible à parcourir si ses commandes ou ses titres sont mal construits.
Évolution du Web : produire une interprétation fiable
Lorsque les pages et les données se multiplient, cette distinction devient déterminante : les humains ont besoin de repères lisibles, les logiciels de relations explicites. L’évolution du Web repose ainsi autant sur la qualité des informations que sur les standards qui les rendent interprétables.
Des descriptions utiles, mais jamais infaillibles
Les vocabulaires partagés peuvent faciliter les échanges entre services, bibliothèques ou bases documentaires. Les projets de données ouvertes, comme data.bnf.fr, illustrent l’intérêt de relier des ressources et de publier leurs descriptions dans des formats réutilisables.
Une machine n’évalue pourtant pas automatiquement la véracité d’une affirmation : elle traite les données selon les règles disponibles. Des informations contradictoires, périmées ou trompeuses peuvent donc produire des résultats erronés, même lorsque leur format est techniquement valide.
« Cette idée simple reste largement inexploitée », constataient les auteurs en évoquant les ambitions du Web sémantique.
Tim B.
Bonnes pratiques pour une page accessible et cohérente
Dans une équipe éditoriale, le contrôle le plus efficace commence souvent par le contenu : titres explicites, liens compréhensibles et commandes correctement nommées. Les tests avec clavier et lecteur d’écran révèlent ensuite des obstacles que la seule inspection visuelle ne montre pas.
Vérifications utiles avant publication :
- Correspondance entre chaque balise et sa fonction réelle
- Ordre des titres fidèle à l’organisation des idées
- Libellés explicites pour les liens et les commandes
- Descriptions structurées exactes et maintenues à jour
« Les machines ne peuvent pas accomplir toutes ces tâches sans direction humaine lorsque les pages sont conçues d’abord pour les personnes. »
Tim B.
La sémantique HTML5 rend donc la structure perceptible, tandis que les formats de données décrivent des relations plus fines. Leur complémentarité améliore l’accès au contenu, à condition que les balises restent justes et que les informations soient vérifiées.
Source : World Wide Web Consortium, « W3C Semantic Web Activity » ; Tim Berners-Lee, James Hendler et Ora Lassila, « The Semantic Web », Scientific American Magazine, 2001 ; Nigel Shadbolt, Wendy Hall et Tim Berners-Lee, « The Semantic Web Revisited », IEEE Intelligent Systems, 2006.
