Bilder, Icons und andere visuelle Elemente werden auf genaue Textalternativen überprüft, und der Barrierefreiheit Website testen stellt sicher, dass jedes Element von Hilfstechnologien korrekt interpretiert werden kann.
WAS WIR PRÜFEN
Alle SVG-Grafiken und Icon-Elemente werden überprüft, um zu bestätigen, dass sie ARIA-Labels oder Textalternativen enthalten. Dekorative Icons verwenden role="presentation" oder aria-hidden="true", während bedeutungsvolle Icons zugängliche Namen über aria-label, aria-labelledby oder title enthalten.
WARUM ES WICHTIG IST
Screenreader verlassen sich auf diese Labels, um Icons und visuelle Elemente zu beschreiben. Ohne sie können Benutzer wichtige Schnittstellendetails oder Funktionen verpassen. Unser BITV-Checker bewertet diese Elemente, um sicherzustellen, dass sie Barrierefreiheitsstandards erfüllen.
WAS WIR PRÜFEN
Jedes <img>-Element muss ein alt-Attribut enthalten. Funktionale Bilder benötigen aussagekräftigen Alt-Text, während dekorative einen leeren Wert verwenden (alt="").
WARUM ES WICHTIG IST
Alternativtext ermöglicht es Hilfstechnologien, Bilder genau zu beschreiben. Fehlender oder falscher Alt-Text verhindert, dass Benutzer visuelle Inhalte verstehen, ein Problem, das unser WCAG-Checker automatisch identifiziert.
WAS WIR PRÜFEN
Wenn ein Hintergrundbild Bedeutung vermittelt, sollte es einen zugänglichen Namen über aria-label, aria-labelledby oder title enthalten und role="img" verwenden, wo angemessen.
WARUM ES WICHTIG IST
Screenreader ignorieren Hintergrundbilder, es sei denn, sie sind korrekt beschriftet. Eine ordnungsgemäße Kennzeichnung stellt sicher, dass bedeutungsvolle visuelle Elemente für alle Benutzer zugänglich bleiben.
WAS WIR PRÜFEN
<canvas>- und <object>-Elemente, die Grafiken oder Medien anzeigen, müssen Labels wie aria-label, aria-labelledby oder title enthalten und eine relevante Rolle wie role="img" oder role="graphics-symbol".
WARUM ES WICHTIG IST
Ohne ordnungsgemäße Beschriftung können Hilfstools die visuellen Elemente innerhalb dieser Elemente nicht beschreiben, wodurch Benutzer ohne Kontext oder Informationen bleiben. Diese Prüfungen bilden einen wichtigen Teil unseres Barrierefreiheits-Checker-Workflows.
WAS WIR PRÜFEN
Sowohl das Hauptbild als auch jede anklickbare Region in einer Bildkarte benötigen beschreibenden Alt-Text, der ihre Funktion oder ihr Ziel identifiziert.
WARUM ES WICHTIG IST
Bildkarten erstellen Navigation ohne sichtbare Links, daher ist Alt-Text für Screenreader-Benutzer unerlässlich, um zu verstehen, wohin jede Region führt.
WAS WIR PRÜFEN
Seiten werden überprüft, um zu bestätigen, dass Benutzer bis zu 200% zoomen können, ohne Funktionalität zu verlieren. Die Viewport-Einstellungen und CSS sollten die Skalierung nicht einschränken.
WARUM ES WICHTIG IST
Zoomen ist für Benutzer mit Sehbehinderung entscheidend. Die Einschränkung schafft Barrieren und erfüllt nicht die Barrierefreiheitsstandards.
WAS WIR PRÜFEN
Jedes Formularfeld muss ein sichtbares Label oder eine Anweisung haben. Platzhalter allein qualifizieren sich nicht, da sie beim Tippen verschwinden.
WARUM ES WICHTIG IST
Sichtbare Labels helfen Benutzern zu verstehen, welche Informationen bereitzustellen sind, insbesondere für Personen mit kognitiven oder Gedächtnisproblemen.
WAS WIR PRÜFEN
Links, die sich in neuen Fenstern oder Tabs öffnen, müssen einen klaren Indikator wie Text, ein Icon oder ein ARIA-Attribut enthalten, um Benutzer vor der Aktivierung zu informieren.
WARUM ES WICHTIG IST
Unerwartete neue Fenster können Benutzer verwirren, insbesondere solche mit kognitiven oder visuellen Beeinträchtigungen. Indikatoren halten die Navigation vorhersehbar und gewährleisten die Einhaltung bewährter Praktiken, die von unserem Barrierefreiheit Website testen überprüft werden.
Die Tastaturnutzbarkeit wird bei allen interaktiven Elementen getestet, während der Barrierefreiheits-Checker klare Fokus-Zustände, vorhersehbare Bewegung und vollständige Bedienbarkeit ohne Maus bestätigt.
WAS WIR PRÜFEN
Alle Links müssen beschreibenden Text oder ARIA-Labels haben, die ihr Ziel oder ihren Zweck klar angeben.
WARUM ES WICHTIG IST
Benutzer, die mit Screenreadern navigieren, sind auf klare Linknamen angewiesen, um zu verstehen, wohin jeder Link führt. Vage oder fehlende Labels können Verwirrung stiften und eine effiziente Navigation verhindern.
WAS WIR PRÜFEN
Wenn Benutzer über die Tastatur navigieren, müssen interaktive Elemente einen sichtbaren Fokusumriss, eine Rahmenlinie oder eine Hervorhebung anzeigen.
WARUM ES WICHTIG IST
A visible focus indicator shows users exactly where they
are on the page. Without it, those relying on keyboard
navigation can easily lose track, creating frustration
and accessibility barriers.
WAS WIR PRÜFEN
Jedes interaktive Element wie Schaltflächen, Links und Steuerelemente muss einen zugänglichen Namen über sichtbaren Text, aria-label, aria-labelledby oder title-Attribute enthalten.
WARUM ES WICHTIG IST
Screenreader verwenden diese Labels, um den Zweck interaktiver Komponenten anzukündigen. Fehlende Namen machen es Benutzern unmöglich zu verstehen, was ein Element tut oder wie man damit interagiert.
WAS WIR PRÜFEN
Seiten müssen Sprunglinks enthalten, die es Tastaturbenutzern ermöglichen, wiederholte Inhalte wie Kopfzeilen oder Menüs zu umgehen und direkt zum Hauptinhalt zu gelangen.
WARUM ES WICHTIG IST
Sprunglinks verbessern die Effizienz für Benutzer, die auf Tastaturen oder Screenreader angewiesen sind, und ermöglichen es ihnen, schneller durch Inhalte zu navigieren. Bewertet im Rahmen unseres WCAG-Checker-Scans.
WAS WIR PRÜFEN
Versteckte oder außerhalb des Bildschirms befindliche Elemente müssen tabindex="-1" oder aria-hidden="true" verwenden, um sie aus der Tabulatorreihenfolge der Tastatur zu entfernen.
WARUM ES WICHTIG IST
Elemente, die für sehende Benutzer nicht sichtbar sind, sollten keinen Fokus erhalten. Wenn sie dies tun, kann dies Screenreader-Benutzer desorientieren und die logische Navigation unterbrechen.
WAS WIR PRÜFEN
Jedes Formularsteuerelement muss ein Label oder ein programmatisch zugeordnetes ARIA-Attribut haben, damit Hilfstechnologien seinen Zweck ankündigen können.
WARUM ES WICHTIG IST
Ohne klare Zuordnungen zwischen Labels und Steuerelementen können Benutzer nicht verstehen, welche Eingabe erforderlich ist. Unsere BITV-Konformitätsprüfung stellt sicher, dass diese Beziehungen korrekt codiert sind.
WAS WIR PRÜFEN
Wenn ein Dialog oder Popup geöffnet ist, muss der Tastaturfokus bis zum Schließen darin bleiben und die Interaktion im Hintergrund verhindern.
WARUM ES WICHTIG IST
Das Fokussperren stellt sicher, dass Benutzer nicht versehentlich in versteckte Bereiche tabben. Dies ist wichtig für zugängliche Modals und Overlays.
WAS WIR PRÜFEN
Alle Dialoge und Popups müssen eine klare und tastaturzugängliche Ausstiegsmethode bereitstellen, wie das Drücken von Escape oder die Auswahl einer sichtbaren Schließen-Schaltfläche.
WARUM ES WICHTIG IST
Benutzer, die auf Tastaturnavigation angewiesen sind, müssen Modals schließen können, ohne eine Maus zu verwenden. Fehlende Ausstiegsoptionen können Benutzer fangen und die Barrierefreiheit beeinträchtigen. Überprüft bei unserer Überprüfung des Barrierefreiheit Website testens.
WAS WIR PRÜFEN
Der Fokus sollte sich nur bewegen, wenn der Benutzer eine Aktion auslöst. Interaktive Elemente sollten den Fokus nicht automatisch verschieben.
WARUM ES WICHTIG IST
Unerwartete Fokusänderungen können Screenreader-Benutzer und solche mit kognitiven Beeinträchtigungen desorientieren. Unser interner Barrierefreiheitstest gewährleistet einen reibungslosen und vorhersehbaren Navigationsfluss.
Seitenhierarchie, Überschriften und Landmarks werden auf Klarheit bewertet, und der WCAG-Checker stellt sicher, dass die Gesamtstruktur mit anerkannten Barrierefreiheitsmustern für Hilfstechnologien übereinstimmt.
WAS WIR PRÜFEN
Elemente, die wie Überschriften aussehen, aber nicht mit entsprechenden Überschriften-Tags codiert sind, müssen role="heading" und ein definiertes aria-level enthalten (z. B. aria-level="2").
WARUM ES WICHTIG IST
Hilfstechnologien sind auf Überschriften-Tags angewiesen, um effizient durch Seiten zu navigieren. Eine fehlende oder falsche Überschriftenstruktur erschwert es Benutzern, die Seitenorganisation zu verstehen und Inhalte schnell zu finden.
WAS WIR PRÜFEN
Jedes Formularsteuerelement muss programmatisch mit einem Label verknüpft sein, indem <label>, aria-label oder aria-labelledby-Attribute verwendet werden.
WARUM ES WICHTIG IST
Wenn Labels nicht korrekt verbunden sind, können Screenreader ihren Zweck nicht ankündigen. Unsere BITV-Konformitätsprüfung stellt sicher, dass Benutzer Formulare selbstbewusst und unabhängig ausfüllen können.
WAS WIR PRÜFEN
Jede Webseite muss ein beschreibendes <title>-Element enthalten, das ihren Zweck und Kontext klar widerspiegelt.
WARUM ES WICHTIG IST
Screenreader kündigen zuerst Seitentitel an. Ohne klare oder eindeutige Titel können Benutzer verloren gehen oder verwirrt sein, auf welcher Seite sie sich befinden.
WAS WIR PRÜFEN
Links müssen zugängliche Namen enthalten, die ihr Ziel oder ihre Aktion klar über sichtbaren Text, aria-label oder title beschreiben.
WARUM ES WICHTIG IST
Angemessenes Sprachmarkup gewährleistet eine genaue Aussprache und Übersetzung durch Hilfstechnologien. Dies wird in unserer Überprüfung des BITV-Checkers bestätigt.
WAS WIR PRÜFEN
Suchfelder müssen role="search" auf ihrem übergeordneten Element enthalten, um eine ARIA-Landmark-Region zu definieren.
WARUM ES WICHTIG IST
Screenreader-Benutzer können direkt auf den Suchbereich zugreifen, indem sie Tastenkürzel verwenden. Überprüft durch unseren Barrierefreiheit Website testen-Test.
WAS WIR PRÜFEN
Das <html>-Element muss ein lang-Attribut enthalten, um die Hauptsprache der Seite zu definieren.
WARUM ES WICHTIG IST
Ungültige Verschachtelung kann Hilfstechnologien verwirren und das erwartete Tastaturverhalten unterbrechen, was die Verwendung des Inhalts erschwert.
WAS WIR PRÜFEN
Text, der in einer anderen Sprache als der Standardsprache der Seite geschrieben ist, muss sein eigenes lang-Attribut verwenden.
WARUM ES WICHTIG IST
Angemessenes Sprachmarkup gewährleistet eine genaue Aussprache und Übersetzung durch Hilfstechnologien. Dies wird in unserer Überprüfung des BITV-Checkers bestätigt.
WAS WIR PRÜFEN
Elemente, die als Schaltflächen, Links oder Menüs fungieren, müssen korrekte ARIA-Rollen enthalten, wenn sie keine semantischen HTML-Tags verwenden.
WARUM ES WICHTIG IST
Ohne definierte Rollen können Screenreader Interaktionen möglicherweise nicht korrekt erkennen, was zu Usability-Problemen für Personen führt, die auf Hilfsgeräte angewiesen sind.
WAS WIR PRÜFEN
Interactive elements (like links or buttons) must not be
nested inside one another unless part of a valid HTML
pattern.
WARUM ES WICHTIG IST
Ungültige Verschachtelung kann Hilfstechnologien verwirren und das erwartete Tastaturverhalten unterbrechen, was die Verwendung des Inhalts erschwert.
WAS WIR PRÜFEN
Interaktive Elemente müssen sichtbaren Text oder zugängliche Namen enthalten, die mit aria-label, aria-labelledby oder title definiert sind.
WARUM ES WICHTIG IST
Ohne Namen oder Text können Benutzer die Funktion von Schaltflächen oder Links nicht identifizieren.
WAS WIR PRÜFEN
Visuell versteckte interaktive Elemente müssen aria-hidden="true" enthalten, wenn sie nicht für Benutzerinteraktionen vorgesehen sind.
WARUM ES WICHTIG IST
Screenreader-Benutzer können auf nicht funktionale oder dekorative Elemente stoßen, was zu Verwirrung führt. Das ordnungsgemäße Ausblenden gewährleistet Klarheit und Fokus.
