Question

quelqu'un peut-il me donner des conseils ou me connecter avec de bons liens à ce sujet?

Je ne parviens pas à trouver beaucoup plus que "ajouter du texte alternatif aux images" et je ne suis pas sûr de l'actualité des informations ...

Je comprends tout le balisage sémantique, mais je pourrais probablement le faire avec un peu plus d'indications à ce sujet aussi.

Je ne sais pas non plus comment les choses fonctionneraient sur différents navigateurs ....

merci!

Était-ce utile?

La solution

1) Utilisez les balises de titre HTML pour chaque section de contenu de vos pages. Les étiquettes de titre sont: h1, h2, h3, h4, h5, h6

2) Assurez-vous que les balises d'en-tête mentionnées précédemment existent avec la séquence heirarchal appropriée. Par exemple, les balises h1 sont importantes par rapport aux balises h2. Les lecteurs d'écran utilisent ces balises de titre pour parcourir le contenu de la page. S'ils ne sont pas présents ou mal commandés, un utilisateur malvoyant ne peut pas naviguer dans le contenu de la page.

3) N'utilisez pas JavaScript pour modifier dynamiquement le contenu à l'écran sans avertir préalablement l'utilisateur du changement de texte. Si JavaScript change le texte à l'écran avant qu'un lecteur d'écran puisse lire le contenu, il est impossible pour un utilisateur malvoyant de savoir que le contenu a été modifié.

4) Ne fournissez pas à l'utilisateur 1 000 images. Si une image ne contient pas un contenu pertinent, faites-en une image de fond CSS.

5) Soyez courtois avec l'attribut title, en particulier sur les balises anchor. Cela peut indiquer à l'utilisateur où il va aller.

6) Ne mettez pas de texte sur une image qui ne peut pas être transmise en tant que contenu alternatif. Les malvoyants ne lisent pas les images.

7) Assurez-vous que toutes vos métadonnées sont pertinentes. Si vous modifiez l'un de vos contenus, veillez à ne pas oublier les bits supplémentaires de données descriptives.

8) AJAX défait l'accessibilité. Soyez gentil avec votre utilisation d'AJAX.

9) Les personnes malvoyantes et pratiquement tous les utilisateurs visuels se moquent bien de la beauté de vos pages. Ils sont là pour obtenir des informations, faire des achats ou pour tout autre but spécifique. Faites en sorte que vos données soient faciles à comprendre et à récupérer rapidement. Si un utilisateur ne peut pas entrer, obtient ce qu'il veut, puis s'en va en un temps record, il ne reviendra jamais.

10) N'utilisez aucune balise de présentation ni aucun attribut de présentation dans votre code HTML. Utilisez une feuille de style. Si votre code HTML contient des conventions de présentation, elles ne sont probablement pas accessibles.

11) Si votre contenu existe visuellement dans un ordre différent de celui dans lequel il est écrit en HTML, il risque fort de ne pas être accessible. Gardez les choses en ordre et cohérentes. Les utilisateurs s'attendent à ce que le contenu circule de haut en bas et que l'indexation des onglets en suive le contenu.

12) Faites des tests d’utilisabilité avec le logiciel du lecteur d’écran. Il n'est pas possible de savoir dans quelle mesure une page est accessible.

Autres conseils

Je suis moi-même totalement aveugle et vous seriez surpris de voir combien de choses ne portent toujours pas d'attributs alt après toutes ces années ... Attention, il y a encore beaucoup de mythes, tels que non les graphismes sont autorisés (faux), les talbes sont mauvais (mauvais) et les cadres sont mauvais (mauvais, bien que je sache que les cadres sont mauvais pour d'autres raisons). Idéalement, vous devriez faire tester votre site par une personne aveugle, si vous avez besoin d'aide. libre de m'envoyer un email à westbchris@gmail.com. Une autre chose, essayez de faire des contrôles qui font réellement des choses boutons et / ou des liens. Les div cliquables ne sont pas cool, car il n’est pas évident qu’ils fassent quoi que ce soit et, selon la technologie d’assistance que vous utilisez, vous ne pourrez peut-être même pas cliquer dessus.

Découvrez cette explication dans Alertbox:

Utilisateurs handicapés et le Web (Cet article date de 1996 ... mais les problèmes sont toujours d'actualité, si ce n'est plus aujourd'hui)

... puis suivez le lien en bas du rapport de 148 pages contenant les directives de conception (le document est protégé par le droit d'auteur 2001, il a donc dû être mis à jour depuis l'original).

Le terme utilisé est Accessibilité. Consultez le le site Web WAI du W3C . J'ai toujours trouvé que Juicy Studio était une ressource inestimable pour les articles traitant d'accessibilité.

Il existe des définitions détaillées difficiles à maîtriser et à mettre en œuvre. Consignes relatives à l'accessibilité des contenus Web (WCAG) et Section 508 .

Une suggestion moins qu'officielle est de rendre votre site facile à naviguer avec un navigateur de texte. Ne comptez pas sur les couleurs ou la structure pour transmettre le contenu. Ne comptez pas sur les widgets pour des fonctionnalités importantes.

MODIFIER : je voudrais ajouter que vous ne devriez pas vous préoccuper de tester votre site avec JAWS ou un autre lecteur d'écran. Votre incapacité à naviguer sur un site serait davantage liée à votre manque d'expérience avec le lecteur d'écran qu'à l'inaccessibilité du site. Cela dit, il est très bénéfique de faire tester votre site par un échantillon de votre public cible.

MODIFIER N ° 2: Comme indiqué dans les commentaires, mon intention était de vous faire comprendre que vous ne devriez pas porter de jugement sur la convivialité d'un site en fonction de vos expériences avec un lecteur d'écran. Cela dit, je recommanderais à quiconque évolue dans le développement Web de se familiariser avec les navigateurs / équipements utilisés pour afficher les sites Web, y compris les lecteurs d'écran. C'était une mauvaise formulation dans l'édition originale.

Eh bien, personne ne semble avoir mentionné WAI - ARIA , qui est pour les applications Internet riches accessibles. IE rendant des choses comme Gmail accessible. Et un terme de recherche décent pour trouver des éléments comme celui-ci un article à part sur wai-aria . Déjà assez supporté.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top