LFW

Blog · Accessibilité

Conseils d'accessibilité

Contraste des couleurs, en-têtes sur image, comportement des liens, et les petits choix d'interface qui déterminent si une page fonctionne pour tout le monde.

Vérifiez le contraste là où il apparaît vraiment

Le contraste des couleurs peut sembler acceptable dans un fichier de maquette et échouer sur la vraie page, surtout quand le texte repose sur des en-têtes en image, des dégradés ou des fonds texturés.

Un vérificateur de contraste doit être utilisé sur les vraies couleurs de premier plan et d'arrière-plan que voient les utilisateurs, pas sur les valeurs idéalisées de la palette.

Les en-têtes sur image demandent un soin particulier

Le texte sur image est fragile. Le recadrage peut changer, les mises en page adaptatives peuvent déplacer le point focal, et une zone claire de l'image peut se retrouver juste derrière un texte important.

Si un en-tête dépend d'une image, la conception a besoin d'un traitement prévisible qui garde le texte lisible sur toutes les tailles d'écran.

Ouvrir un nouvel onglet doit être intentionnel

Ouvrir des liens dans un nouvel onglet peut être utile pour des documents, des ressources externes ou des parcours où perdre la page en cours serait perturbant.

Cela ne doit pas être une habitude par défaut. Les nouveaux onglets inattendus peuvent dérouter les utilisateurs, surtout les personnes qui naviguent avec des technologies d'assistance.

À lire ensuite

6 septembre 2026 8 minutes

Les quatre fichiers vers lesquels personne ne fait de lien

Chaque site web porte quatre fichiers texte qu'aucun visiteur ne voit jamais : robots.txt, sitemap.xml, security.txt et llms.txt. Les moteurs de recherche, les scanners de sécurité et les agents d'IA les lisent à chaque visite. Ce qu'est chacun d'eux, qui les lit vraiment, quoi y mettre, et la seule règle qui les garde tous sûrs. Nous avons repris cette liste sur notre propre site cette semaine et trouvé des manques, alors l'audit gratuit les vérifie désormais.

6 septembre 2026 6 minutes

Notre image principale disparaissait sur iPhone. Un bloqueur de publicités la cachait.

Pendant des semaines, l'image principale de trois de nos propres pages disparaissait une seconde et demie sur iPhone, au premier chargement seulement. Rien ne le reproduisait en laboratoire. Un relevé de terrain de cinquante lignes l'a trouvé en trois chargements de page : un bloqueur de publicités masquait tout élément dont la classe commençait par ad-.

Tous les articles →

Prefer to write?

Tell us what needs to work better.

Slow, fragile, hard to edit, missing a workflow. Say it plainly, and you'll get a straight answer, not a ticket number.

You'll get a straight answer, usually the same day.