Français
a11yglass · Contrôle d'accessibilité pour sites web

Vérifié le 31/08/2026 · https://www.spiegel.de/

C
61 / 100
1 critiques · 3 à vérifier

1 barrière critique · en plus, 3 à vérifier.

Depuis le dernier scan : aucun changement.

Comment le score est-il calculé ? (100 points de départ)
{n} bouton(s) sans nom dans le HTML-18
{n} champ(s) de formulaire sans étiquette identifiable-7
{n} lien(s) sans nom identifiable dans le HTML-7
Aucun titre <h1> dans le HTML livré-7
Résultat61 / 100
✓Contraste✓Alternatives textuelles✕Étiquetage (3)?Structure (1)✓Langue✓Zoom✓Robustesse

Perceptible

À vérifierWCAG 1.3.1 Information et relations / 4.1.2 Nom, rôle et valeur

{n} champ(s) de formulaire sans étiquette identifiable

Vérifiez si un aria-label est défini via JavaScript.

input, select, textarea

Ce que vous devriez faire : Relier chaque champ à un élément <label for> ou définir aria-label / aria-labelledby. Un simple placeholder ne suffit pas.

Utilisable

CritiqueWCAG 4.1.2 Nom, rôle et valeur

{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.

À vérifierWCAG 2.4.4 Fonction du lien / 4.1.2 Nom, rôle et valeur

{n} lien(s) sans nom identifiable dans le HTML

Liens vides ou réduits à une icône/image sans alt. Un aria-label défini via JavaScript n'est pas détecté ici.

a

Ce que vous devriez faire : Ajouter un texte de lien visible, ou pour les liens-icônes utiliser aria-label ou une image avec alt.

À vérifierWCAG 1.3.1 Information et relations / 2.4.6 En-têtes et étiquettes

Aucun titre <h1> dans le HTML livré

Chaque page devrait commencer par exactement un h1. Sur les pages construites en JavaScript, le h1 peut n'apparaître que dans le navigateur — vérifier alors dans le DOM rendu.

body

Ce que vous devriez faire : Insérer un <h1> explicite comme premier titre (si possible dès le serveur).

Déjà correctement traité

Prochaines étapes

  1. {n} bouton(s) sans nom dans le HTML. Ajouter le texte du bouton ou définir aria-label.
  2. {n} champ(s) de formulaire sans étiquette identifiable. Relier chaque champ à un élément <label for> ou définir aria-label / aria-labelledby. Un simple placeholder ne suffit pas.
  3. {n} lien(s) sans nom identifiable dans le HTML. Ajouter un texte de lien visible, ou pour les liens-icônes utiliser aria-label ou une image avec alt.
  4. Aucun titre <h1> dans le HTML livré. Insérer un <h1> explicite comme premier titre (si possible dès le serveur).
Surveiller cette page automatiquement ?

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 www.spiegel.de 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.

Les widgets overlay (boutons d’accessibilité qui modifient le contraste ou la police) ne rendent pas un site conforme — les obstacles détectés doivent être corrigés dans le code source. Pourquoi les overlays n’aident pas

Vérifier un autre site