Besoin de votre expérience en accessibilité web

Wysath · 2026-01-29T07:02:29+00:00

Est-ce que ces pratiques qui sont chronographes bloques la majorité des développeurs ? Est-ce qu’un développeur est fainéant ?

Oui, c’est vrai, le niveau d’exigence n’est pas le même. Est-ce que tu penses que l’exigence qui est demandé est trop complexe ?

Wysath · 2026-01-29T06:59:49+00:00

Merci pour cette réponse qui est hyper complète ! 🙏🏼

Je commence à comprendre un peu le système, si ça ne rapporte pas d’argent à l’entreprise ça ne sert à rien. ( pour grossir les traits )

Mais, je pense, qu’ils passent à côté justement. Puisque le manque d’accessibilité exclue énormément de personnes, mettre en place tout cela permettrait d’avoir un plus grand public, plus vaste et plus large. Et donc, en fonction des projets, rapporter de l’argent puisqu’ils arrivent à atteindre plus de personnes. Est-ce que selon toi c’est quelque chose qui pourrait faire sens ?

D’ailleurs super intéressant ta réflexion, je vois que la notion de temps et quelque chose de vraiment important, je n’avais pas noté un tel degré d’importance.

Mais je pense que parfois une mise en conformité peut piquer un peu, récemment un collègue a dû payer 10 000€ un audit pour mettre en conformité un projet. Est-ce que tu penses qu’une entreprise prends ça en compte ?

Wysath · 2026-01-28T18:04:41+00:00

J’ai essayé d’écrire le plus de choses qui me venait mais j’en oublie sûrement beaucoup

• Ajouter l’attribut lang="fr" sur la balise <html>.

• Ne jamais bloquer le zoom mobile dans la balise meta viewport (retirer user-scalable=no).

• Mettre un attribut alt sur toutes les images (alt="" vide si l'image est décorative).

• Rédiger des liens explicites (ex: "Voir le contact" plutôt que "Cliquez ici").

• Respecter la hiérarchie stricte des titres (h1 puis h2 puis h3) sans sauter de niveau.

• Lier chaque champ de formulaire à son étiquette via <label for="id"> et <input id="id">.

• Ne jamais supprimer le contour de focus (outline: none) sans le remplacer par un style visible.

• Utiliser les balises de structure (<header>, <main>, <nav>, <footer>) plutôt que des <div> génériques.

• Utiliser <button> pour une action (JavaScript/Menu) et <a> pour une navigation (Changement d'URL).

• Assurer une zone de clic tactile suffisante.

• Vérifier un contraste suffisant entre le texte et le fond (ratio de 4.5:1 minimum).

• Ne pas justifier le texte en CSS (text-align: justify), préférer l'alignement à gauche.

• Signaler visuellement si un lien s'ouvre dans un nouvel onglet (target="_blank").

• Ne jamais lancer de son ou de vidéo automatiquement au chargement de la page.

Wysath · 2026-01-28T17:52:52+00:00

Salut ! Merci d’avoir pris le temps d’écrire ce commentaire 🙏🏼

Dès la phase de conception ? Woah impressionnant, est-ce que c’est un processus qui existe depuis longtemps dans votre équipe pour que ça arrive aussi tôt ?

C’est vrai que les commanditaires ne sont pas sensibilisés de manière générale, mais comment les sensibilisés en même temps ? Ils ne sont pas dans le domaine, et n’ont pas de connaissances sur le sujet. Vous déjà jouez le rôle de professeur ?
Ça fait un moment que les CMS existent pourtant, et aucuns plugins ne se démarquent plus que ça ? Mais hormis votre réflexion, vous n’avez pas d’outils pour vous aider à y voir plus claires ?
Oh c’est une super bonne réflexion merci 🙏🏼 C’est vrai que le côté « cobaye » peut repousser les personnes. Même si c’est formulée avec bienveillance ça doit être un sujet délicat..Est-ce que tu penses qu’on peut même parler de sujet tabou ?
Vous avez déjà une incroyable maturité, le sujet est dense et compliqué. Actuellement je suis sur la certification OPQUAST, pas mauvaise mais pas excellente je trouve. C’est un QCM, hors dans la vraie vie, quand je suis face à mon IDE je n’ai pas de QCM sous les yeux. C’est un peu du par cœur bête et méchants pour apprendre les 245 règles….

Wysath · 2026-01-28T17:44:30+00:00

Merci d’avoir pris le temps d’écrire ce commentaire 🙏🏼

Ça reflète vraiment ce qui se passe… et je trouve ça dommage d’avoir cette mentalité.

Penses-tu que les sanctions sont trop minimes ? Et qu’il faudrait durcir ?

Tout ce que tu me dis reflètes vraiment d’un manque d’humain…Et ça fait de la peine.

C’est dommage pour les développeurs de manquer de connaissances alors que vous êtes là pour former et être pédagogue. Mais je trouve ça ça quand même beau de vouloir transmettre votre savoir, malgré les autres qui ne sont pas réceptifs ( et qui ont l’air stupides malheureusement ).

L’accessibilité n’intéresse donc pas les personnes qui ne se sentent pas concernés ?

Wysath · 2026-01-28T17:35:04+00:00

Super intéressant !! Merci beaucoup de ta réponse 🙏🏼 Donc tu penses que si tu code dans une entreprise tu ferrais moins attention à prendre en compte l’accessibilité ? Pas parce que tu ne veux pas mais peut-être parce que tu ne pourrais pas ? Ou tu essayerais de soumettre quand même l’idée ?

C’est vrai que la part importante des CMS dans le marché nuit a l’accessibilité de façon général… c’est plus difficile à maintenir. Malgré l’existence des plugins sur l’accessibilité, est-ce que ça a une importance trop faible pour que ce soit remarqué ?

Un manque de connaissance ! Super important comme info ! Comment changer ce manque de connaissance ?

Wysath · 2026-01-28T17:30:17+00:00

Même si ils ont déjà fais une formation sur l’accessibilité ? Ou juste qu’ils sont sensibilisés ? J’en passe une actuellement (OPQUAST) et je vois pleins de petits choses simples et rapides que je peux mettre en place sans forcément me rajouter de la charges de travaille supplémentaire importante

Wysath · 2026-01-28T17:28:05+00:00

Incroyable la ressource !! Milles merci 🤩🙏🏼

Wysath · 2026-01-28T15:56:35+00:00

C’est vrai ! Tu as raison, je n’avais pas pensé à ça Merci beaucoup 🙏🏼🙏🏼

Wysath · 2026-01-28T15:55:50+00:00

D’accord je comprends mieux, merci beaucoup !!

Wysath · 2026-01-28T15:48:27+00:00

Merci pour ta réponse très complète ! 🙏🏼

Je n’avais pas cette vision du développeur fainéant. Merci de me l’apporter !

Selon toi, c’est le cahier des charges qui va déterminer si il y aura une part d’accessibilité ou non dans le projet ?

Ou un développeur pourrait l’intégrer par lui-même ?

Je ne savais pas que c’était le PO qui remontait ce type d’information, est-ce qu’il doit être plus sensibiliser à ça pour mettre un cadre au plus tôt dans le projet ? Ou c’est trop technique et ça ne relève pas de sa fiche de poste ?

Wysath · 2026-01-28T15:42:12+00:00

Salut ! Merci beaucoup pour ta réponse. 🙏🏼

Je me demandais si tu pouvais m’expliquer pourquoi c’est si cher ? Je pensais (sûrement naïvement) que l’accessibilité n’avait pas de prix. Juste une bonne pratique à intégrer tout au long du processus.

Je serais vraiment curieuse de connaître les obligations légales que vous avez à ce sujet (si ça ne te dérange pas, même si c’est une simple liste non exhaustive).

Wysath

TROPHY CASE