Zum Inhalt springen
Pandus

WCAG-A/AA-Anforderung Priorität: Schwerwiegend

Barrierefreiheits-Attribute haben falsche Werte

Einige Barrierefreiheits-Attribute im Code haben unzulässige Werte oder verweisen auf Elemente, die es nicht gibt.

Dieser Text wurde automatisch übersetzt und noch nicht von Muttersprachlern geprüft.

Warum das für Ihre Kunden wichtig ist

Screenreader lesen womöglich einen falschen Zustand vor, verlieren die Beschreibung eines Feldes oder ignorieren das Attribut. Kunden erhalten dann irreführende Informationen zu Menüs, Filtern oder Fehlermeldungen in Formularen.

Wen es betrifft

  • Screenreader-Nutzer
  • blinde Kundinnen und Kunden

So beheben Sie es

Verwenden Sie nur zulässige Werte (zum Beispiel aria-expanded="true" oder "false"). IDs in aria-labelledby, aria-describedby und aria-controls müssen auf der Seite existieren. Prüfen Sie auch Werte, die Skripte dynamisch setzen.

Bei Shopify

Meist im JavaScript des Themes oder in App-Widgets, die ARIA-Werte setzen. Korrigieren Sie es in den Liquid- und JavaScript-Dateien des Themes; App-Probleme melden Sie dem App-Entwickler.

Bei Shoptet (CZ)

Meist in Template-Skripten oder Erweiterungen. Melden Sie es Shoptet oder einer Partneragentur.

Bei PrestaShop

Meist in Theme-Skripten oder Modulen. Korrigieren Sie es in den Templates und im JavaScript des Themes oder melden Sie es dem Modul-Entwickler.

Bei WooCommerce

Meist in Theme-Skripten, Page-Buildern oder Plugins. Korrigieren Sie es im Child-Theme-Code oder melden Sie es dem Plugin-Entwickler.

Standards

Standards
StandardAbschnitt
WCAG 2.2 4.1.2 (A) Name, Role, Value
WCAG 2.1 4.1.2 (A) Name, Role, Value
WCAG 2.0 4.1.2 (A) Name, Role, Value
EN 301 549 4.1.1 9.4.1.2
EN 301 549 3.2.1 9.4.1.2
Section 508 2017 E205.4
ДСТУ EN 301 549 2022 9.4.1.2

Automatische Prüfung: axe-core-Regel aria-valid-attr-value. dequeuniversity.com, github.com, www.w3.org

Alle Regeln, die wir prüfen