Zum Inhalt springen
Pandus

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

Barrierefreiheits-Attribute stehen an den falschen Elementen

Einige Elemente tragen Barrierefreiheits-Attribute, die für ihren Typ nicht erlaubt sind.

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

Warum das für Ihre Kunden wichtig ist

Screenreader ignorieren das Attribut möglicherweise oder lesen das Element verwirrend vor. Die beabsichtigte Information, etwa ein Zustand oder eine Beschriftung, kommt dann nicht an.

Wen es betrifft

  • Screenreader-Nutzer

So beheben Sie es

Verwenden Sie nur Attribute, die die Rolle des Elements unterstützt, zum Beispiel aria-checked nur bei Checkboxen, Radiobuttons und Schaltern (role="switch"). Entfernen Sie das Attribut oder geben Sie dem Element die passende Rolle. Natives HTML ist vorzuziehen.

Bei Shopify

Meist Theme- oder App-Code. Suchen Sie das Element in den Liquid- und JavaScript-Dateien des Themes und entfernen oder korrigieren Sie das Attribut.

Bei Shoptet (CZ)

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

Bei PrestaShop

Meist Theme- oder Modul-Templates. Korrigieren Sie es in den .tpl- oder JavaScript-Dateien.

Bei WooCommerce

Meist Code aus dem Theme, einem Page-Builder oder einem Plugin. Korrigieren Sie es in einem Child-Theme 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-allowed-attr. dequeuniversity.com, github.com, www.w3.org

Alle Regeln, die wir prüfen