contacara

Comment rédiger des textes accessibles et compréhensibles

Un contenu accessible aide à se repérer, comprendre et accomplir une tâche. Employez des mots clairs, une structure cohérente et des liens descriptifs. L’essentiel doit exister sans les images ; un score de lisibilité ne certifie pas la conformité WCAG.

Séparer quatre questions

Vérifiez exactitude et suffisance de l’information, compréhension des mots et relations, facilité à trouver la partie utile, puis fonctionnement avec appareils et technologies d’assistance. Un compteur de lettres et phrases ne traite qu’une partie du langage. Il ne repère ni formulaire périmé ni consigne disponible uniquement en image.

Ne combinez pas ces contrôles en un label de qualité. Définissez tâche et public : une première utilisation diffère d’une archive technique. Observez les difficultés réelles, sans attribuer les mêmes besoins à toute une catégorie de personnes.

Faire des titres une carte

« Documents à préparer » annonce davantage que « Informations utiles ». Les titres seuls doivent révéler le parcours principal. Corrigez ceux qui promettent un contenu absent.

Représentez la hiérarchie dans le code autant que par la taille. W3C WAI explique son rôle pour organiser et naviguer. Section et sous-section ne doivent pas recevoir le même niveau pour une simple ressemblance visuelle. Relisez les intitulés isolément ; remplacez les étiquettes répétitives par des thèmes précis. La structure suit l’information plutôt que des mots-clés répétés.

« Télécharger le formulaire de réservation » réduit l’incertitude, contrairement à « ici ». Précisez format ou taille si cela change l’usage. Ne promettez pas une démarche en ligne si le lien mène seulement à une explication.

Trois liens « En savoir plus » obligent à retrouver leur contexte. Nommez le thème ou le document. Évitez les instructions fondées uniquement sur couleur ou position : le bouton vert à droite peut se déplacer. Reprenez le libellé réel de l’action ; un intitulé inventé, même élégant, devient introuvable.

Un schéma de page présente des titres identifiables, un lien descriptif et des données également disponibles en texte.
Exemple de structure, sans certification d’accessibilité. Contraste, interactions et ordre demandent d’autres vérifications. Ouvrir le JPG en taille réelle

Choisir les blocs selon la tâche

Donnez une idée reconnaissable à chaque paragraphe. Conditions, échéance et aide peuvent former des blocs distincts sans suppression d’information. Numérotez les séquences, utilisez des puces pour les éléments indépendants et des tableaux pour des critères comparables.

Un tableau de longs paragraphes gagnerait parfois à devenir une liste étiquetée. Expliquez la comparaison et ses en-têtes. Sur téléphone, vérifiez une ligne entière. Si son sens dépend d’un en-tête devenu invisible, envisagez une autre présentation plutôt que laisser le lecteur reconstruire la relation.

Garder les informations essentielles hors des images

Une capture annotée peut situer un bouton ; le texte doit aussi nommer l’action. Donnez données et interprétation des formules et comparaisons. De petites lettres dans une image ne doivent pas être le seul accès au résultat.

L’alternative textuelle exprime la fonction informative dans ce contexte, sans recopier une légende identique. Un graphique complexe peut demander tableau et explication proches. Si vous prétendez montrer un logiciel, utilisez une véritable capture et indiquez l’environnement utile. Un concept abstrait se représente par un schéma exact identifié comme tel.

Examiner rédaction et page réelle

Contrôlez phrases, termes inexpliqués, références ambiguës et répétitions. Le Gulpease concerne l’italien. Inspectez ensuite agrandissement, ordre de lecture, titres, liens et images sur la page réelle.

Demandez à un lecteur de trouver une condition puis d’expliquer la suite, sans corriger oralement son parcours. Notez les libellés trompeurs. C’est un retour sur une tâche, pas une certification technique. Les recommandations cognitives supplémentaires du W3C ne sont pas toutes des exigences de conformité WCAG. La seule relecture ne justifie pas « 100 % accessible ».

Maintenir les informations changeantes

Après une évolution du service, vérifiez boutons, téléchargements et erreurs associées. Dressez la liste des éléments à actualiser ensemble. Un ancien libellé peut rendre inutilisable une consigne bien écrite.

Confiez les faits à qui connaît le service et la structure à qui peut l’inspecter. Une personne peut faire les deux, mais les contrôles diffèrent. Offrez un canal de signalement identifiable et fonctionnel. Un formulaire semblant envoyer sans rien transmettre ne suffit pas. Demandez tâche bloquée et environnement, sans données personnelles inutiles.

Des mots lisibles peuvent rester difficiles à utiliser

ContrôleQuestion pratiqueCompter suffit-il ?
LangageLe terme est-il expliqué ?En partie
StructureLes titres mènent-ils aux pièces et délais ?Non
LiensLa destination est-elle identifiable ?Non
ImagesLes données existent-elles sans l’image ?Non
Langage, structure, faits et accès technique exigent des contrôles complémentaires.

Sources et vérifications

Ouvrir l’outil en italien