Vérifié le 31/08/2026 · https://github.com/?locale=de-de
Aucune barrière critique dans le HTML vérifié · 2 pointe à contrôler.
Comment le score est-il calculé ? (100 points de départ)
| {n} bouton(s) sans nom dans le HTML | -7 |
| {n} attributs id en double | -7 |
| Résultat | 86 / 100 |
Utilisable
{n} bouton(s) sans nom dans le HTML
Les boutons sans texte ni aria-label sont muets pour les lecteurs d'écran — sauf si le nom est défini via JavaScript.
button
Ce que vous devriez faire : Ajouter le texte du bouton ou définir aria-label.
Robuste
{n} attributs id en double
p. ex. {examples}. Casse les associations label-for et aria.
[id]
Ce que vous devriez faire : Attribuer des id uniques.
Déjà correctement traité
- Textalternativen: keine automatisch erkennbaren Probleme
- Point de repère <main> présent
Prochaines étapes
- {n} bouton(s) sans nom dans le HTML. Ajouter le texte du bouton ou définir aria-label.
- {n} attributs id en double. Attribuer des id uniques.
Nouveau scan hebdomadaire, avec rendu JS, e-mail en cas de nouvelle barrière — bientôt disponible.
Créer une déclaration d'accessibilité →
Méthode & limites
Le 31/08/2026, nous avons vérifié le HTML que github.com livre au premier accès sans connexion, plus jusqu'à quatre fichiers CSS liés du même domaine. Vérifiés : contraste des couleurs (d'après le CSS), alternatives textuelles, étiquetage des formulaires, noms des éléments d'interface, structure des titres, titre et langue de la page, blocage du zoom, identifiants dupliqués, valeurs tabindex positives, points de repère.
Non vérifiés : tout ce qui est généré par JavaScript, l'utilisabilité au clavier, la visibilité du focus, l'ordre de focus, l'annonce par lecteur d'écran, les contenus derrière une connexion, les sous-pages. Le test automatique détecte environ 20 à 35 % des infractions WCAG — le reste nécessite un audit manuel. Instantané, pas un jugement juridique.