ARIA Checker

Der Checker prüft, was Sie nicht sehen

Fünf Elemente, ein Prüfbericht: Attributnamen, Werte, Rollen und Namen.

Website prüfen
Beispiel im Prüfbericht Markierter Befund
Markierter Befund · Kritisch · WCAG 4.1.2aria-labl ist kein gültiger Name

ARIA-Prüfspur

Vom Attribut bis zur Ansage

Markup wird erst im Accessibility Tree zu Rolle, Name und Zustand.

Konzeptdarstellung

Vier Spuren durch den ARIA Checker

Eingabe Berechnet Befund
  1. Markup im DOM<button aria-labl="Karte öffnen">
    <span aria-hidden="true">▦</span>
    </button>
    Accessibility Treerole: buttonname: leer
    Prüfbericht2 Befundearia-valid-attrbutton-name
  2. Markup im DOM<button aria-expanded="offen">
    Schichtnotiz
    </button>
    Accessibility Treerole: buttonexpanded: ungültig
    PrüfberichtWert unbekanntaria-valid-attr-value
  3. Markup im DOM<a href="/karte"
    aria-pressed="true">Karte</a>
    Accessibility Treerole: linkpressed: nicht unterstützt
    PrüfberichtAttribut passt nichtaria-allowed-attr
  4. Markup im DOM<div role="switch"
    aria-checked="false" tabindex="0">
    </div>
    Accessibility Treerole: switchname: leer · checked: false
    PrüfberichtName fehltaria-toggle-field-name
Die Beispielspuren zeigen die fünf Regeln dieser Seite. Ordnen Sie jeden echten Befund dem betroffenen DOM-Element zu.

Die blinde Stelle

Technisch grün, inhaltlich falsch

Eine gültige Rolle kann trotzdem falsches Verhalten ankündigen. ARIA ergänzt Semantik, aber keine Tastaturbedienung.

DOM<a href="/bericht.csv" role="button">
Bericht laden</a>
Checker + TreeKein ARIA-Befund„Bericht laden, Schaltfläche“
BedienungVersprechen gebrochenLeertaste löst die erwartete Aktion nicht aus.

Die vollständige Prüfstrecke

  1. 1
    Automatisch prüfen

    Findet ungültige Namen, Werte und Kombinationen.

  2. 2
    Browser-Ergebnis ansehen

    Zeigt berechnete Rolle, Name und Zustand.

  3. 3
    Verhalten auslösen

    Beweist Fokus, Tastenlogik und passende Ansage.

So prüfen Sie es

  1. Lassen Sie den ARIA Checker laufen und öffnen Sie den ersten Befund am Element.
  2. Öffnen Sie in Chrome DevTools Elements → Accessibility und aktivieren Sie Show accessibility tree.
  3. Vergleichen Sie dort den berechneten Namen, die Rolle und den Zustand mit der Oberfläche.
  4. Bedienen Sie das Element mit Tab, Enter, Leertaste und den im Muster erwarteten Pfeiltasten.
  5. Prüfen Sie die letzte Strecke mit einem Vorleseprogramm in Ihren Zielbrowsern.

Aus dem Prüfbericht

Fünf Prüfungen, fünf Befunde

Zum Mitnehmen

Der Prüfbericht, abgearbeitet

Fünf Zeilen, fünf Korrekturen. Der Checker bestätigt jede einzeln.

Korrektur in 2 Schritten ansehen
  1. Attributname und Wert korrigieren

    aria-label richtig geschrieben liefert den Namen. aria-expanded trägt false, nicht „offen“.

    KorrekturvergleichSchritt 1 · HTML

    Vorher

    <button type="button" aria-labl="Wetterkarte öffnen">
      <span aria-hidden="true">▦</span>
    </button>
    <button type="button" aria-expanded="offen">Schichtnotiz öffnen</button>

    Nachher

    <button type="button" aria-label="Wetterkarte öffnen">
      <span aria-hidden="true">▦</span>
    </button>
    <button type="button" aria-expanded="false">Schichtnotiz öffnen</button>

    Markierte Zeilen wurden geändert

    So prüfen Sie es Lassen Sie den Checker erneut laufen. Beide Zeilen sind aus dem Bericht verschwunden.

  2. Zustände an die passenden Elemente

    Ein Link trägt kein aria-pressed. Ein Schalter braucht einen Namen, sein Text daneben liefert ihn.

    KorrekturvergleichSchritt 2 · HTML

    Vorher

    <a href="/karte" aria-pressed="true">Kartenansicht</a>
    <div role="switch" tabindex="0" aria-checked="false"></div>
    <span id="dock">Dockmarkierung</span>

    Nachher

    <button type="button" aria-pressed="true">Kartenansicht</button>
    <div role="switch" tabindex="0" aria-checked="false" aria-labelledby="dock"></div>
    <span id="dock">Dockmarkierung</span>

    Markierte Zeilen wurden geändert

    So prüfen Sie es Ein Vorleseprogramm sagt „Kartenansicht, Umschaltfläche, gedrückt“ und „Dockmarkierung, Schalter, aus“.

Werbung

Kostenloser Website-Barrierefreiheits-Check

Website auf Barrierefreiheit prüfen.

Technische WCAG-Warnsignale erkennen. Kritische Stellen zuerst prüfen.

Der Website-Check ist bereit.

Werbung

Ein letzter Schritt

Prüfen, bevor Sie gehen.

Finden Sie automatisch erkennbare Barrieren auf Ihrer eigenen Website.

Website prüfen

Kostenlos starten · keine Installation

Automatisches Screening. Tastaturbedienung und Screenreader bleiben manuelle Prüfung.