Google Lighthouse

Technische SEO- und Crawl-Tools wie Screaming Frog, Siteimprove oder axe leisten einen wertvollen Beitrag zur ersten Bestandsaufnahme – sie erfassen strukturelle Mängel wie fehlende alt-Attribute, fehlerhafte Überschriftenhierarchien oder mangelhafte Kontraste. Doch für die Barrierefreiheit nach WCAG 2.1 Level AA reicht das nicht aus. Viele Kriterien sind inhaltlicher, funktionaler oder semantischer Natur und lassen sich nicht automatisiert erfassen:

Aspekte, die manuell geprüft werden müssen:

1. Qualität von Alternativtexten
   • Tool erkennt: “alt”-Attribut vorhanden oder fehlt.
   • Was fehlt: Ist der Text sinnvoll, beschreibend, kontextbezogen?
2. Verständlichkeit von Linktexten
   • Tool erkennt: Wiederkehrende Linktexte wie „mehr erfahren“.
   • Was fehlt: Ist der Link kontextbezogen eindeutig? („Mehr erfahren“ – worüber?)
3. Tastaturbedienbarkeit & Fokussteuerung
   • Tool erkennt: Tabindex oder Fokusbereiche meist nicht.
   • Was fehlt: Logische Reihenfolge, sichtbarer Fokus, Bedienung ohne Maus.
4. Konsistenz & Logik von Überschriften
   • Tool zeigt: Hierarchie von ‘<h1>’ bis ‘<H6>’
   • Was fehlt: Inhaltliche Stimmigkeit und semantisch-logische Struktur.
5. Formularbedienbarkeit
   • Tool erkennt: Ob Labels vorhanden sind.
   • Was fehlt: Sind Labels korrekt zugeordnet? Sind Fehlermeldungen verständlich und barrierefrei ausgegeben?
6. Sinnvoller Einsatz semantischer Elemente
   • Tool erkennt: Ob ARIA-Rollen oder Landmarken wie ‘<main>’, ‘<nav>’ existieren.
   • Was fehlt: Werden sie richtig und kontextgerecht verwendet?
7. Korrekte Sprachauszeichnung
   • Tool prüft: Ob lang-Attribute gesetzt sind.
   • Was fehlt: Stimmen sie mit dem tatsächlichen Text überein? Z. B. bei fremdsprachigen Zitaten?
8. Inhaltliche Verständlichkeit (Einfache Sprache)
   • Tool kann: Lesbarkeitsindizes (Flesch-Wert) anzeigen.
   • Was fehlt: Zugänglichkeit für Menschen mit kognitiven Einschränkungen.
9. Medieninhalte (Video/Audio)
   • Tool erkennt: Vorhandene Medien.
   • Was fehlt: Untertitel, Transkripte, Audiodeskription – für barrierefreie Nutzung.
10. Animationen & visuelle Effekte
    • Tool kann: Bewegte Inhalte oft nicht erkennen oder bewerten.
    • Was fehlt: Beurteilung, ob Animationen ablenken oder gesundheitliche Risiken wie Epilepsie auslösen.

Fazit für Website-Projekte mit PERIMETRIK®
Als spezialisierte Digitalagentur und WordPress-Agentur legen wir bei PERIMETRIK® großen Wert darauf, Barrierefreiheit ganzheitlich zu betrachten. Das bedeutet:

• Automatisierte Prüfungen mit Tools wie Screaming Frog zur schnellen Identifikation technischer Schwächen
• Manuelle Audits gemäß WCAG 2.1 AA – inklusive semantischer, funktionaler und nutzerzentrierter Tests
• Screenreader-Tests und Usability-Checks mit realen Nutzergruppen
• Beratung und Umsetzung barrierefreier Inhalte, Formulare und Navigation in WordPress & WooCommerce

Diese Kombination ermöglicht es uns, maßgeschneiderte Lösungen zu entwickeln, die nicht nur technisch korrekt, sondern auch zugänglich, verständlich und gesetzeskonform sind – z. B. für BITV 2.0-konforme Websites von öffentlichen Stellen oder barrierefreie Online-Shops im B2C-Bereich.

Die Verwendung von tabindex größer 0 (z. B. tabindex=”1″, tabindex=”2″ usw.) führt dazu, dass ein Element außerhalb der natürlichen Reihenfolge der Tastatur-Navigation fokussiert wird. Das kann schwerwiegende Barrierefreiheitsprobleme verursachen:

• Unvorhersehbare Navigation: Die natürliche Tab-Reihenfolge orientiert sich an der Position der Elemente im DOM (Document Object Model). Ein tabindex > 0 bricht diese Logik auf und kann zu Sprüngen oder Wiederholungen führen, die vor allem für Screenreader-Nutzer:innen verwirrend sind.
• Hoher Pflegeaufwand: Bei jeder strukturellen Änderung müssen die tabindex-Werte neu koordiniert werden – ein fehleranfälliger und ineffizienter Prozess.
• Negative Auswirkungen auf die Barrierefreiheit (Accessibility): Die Web Content Accessibility Guidelines (WCAG) empfehlen, sich auf tabindex=”0″ oder tabindex=”-1″ zu beschränken, um die erwartete Navigationslogik beizubehalten.

Besser ist es, alle interaktiven Elemente korrekt im DOM zu platzieren und mit tabindex=”0″ für Tastatur-Fokus zugänglich zu machen. tabindex=”-1″ kann verwendet werden, um Elemente fokussierbar zu machen, ohne sie in die Tab-Reihenfolge aufzunehmen (z. B. modale Dialoge).

Wie PERIMETRIK® Sie bei der Verbesserung der Barrierefreiheit unterstützt:

Als erfahrene Web-Agentur und Spezialist für barrierefreie Webentwicklung mit WordPress und WooCommerce sorgt PERIMETRIK® dafür, dass Ihre Website nicht nur optisch überzeugt, sondern auch zugänglich, benutzerfreundlich und rechtssicher ist.

Wir analysieren Ihre bestehenden Inhalte, optimieren die Tastaturnavigation und setzen bei Bedarf ein durchdachtes Fokus-Management um – z. B. bei dynamischen Inhalten, Modalen oder Formularen. Zusätzlich beraten wir Sie umfassend zur Digitalisierung Ihrer Prozesse und entwickeln maßgeschneiderte Lösungen, die sowohl UX als auch SEO berücksichtigen.

Tipp: Möchten Sie sicherstellen, dass Ihre Website WCAG-konform ist und eine optimale Tastaturnavigation bietet? PERIMETRIK® bietet Ihnen eine fundierte Accessibility-Analyse und unterstützt Sie bei der barrierefreien Umsetzung.

Barrierefreiheit bei einer Website bedeutet, dass auch Menschen mit Einschränkungen, die Seite nutzen können. Das umfasst Seh-, Hör- oder motorischen Einschränkungen sowie kognitive Beeinträchtigungen. Wichtige Punkte der Barrierefreiheit sind daher:

• Visuelle Barrierefreiheit: Hoher Kontrast zwischen Text und Hintergrund, damit auch Menschen mit Sehproblemen alles lesen können. Außerdem sollten Bilder einen Text haben, der erklärt, was darauf zu sehen ist.
• Hörbare Barrierefreiheit: Videos sollten Untertitel haben oder ein Transkript anbieten, damit auch hörgeschädigte Menschen sie verstehen können.
• Einfache Navigation: Die Seite sollte mit der Tastatur bedienbar sein, ohne dass eine Maus gebraucht wird. Dabei hilft eine klare und verständliche Struktur, sich auf der Seite zurechtzufinden.
• Interaktive Elemente: Formulare sollten einfach sein und klare Fehlermeldungen anzeigen. Zudem sollte es genügend Zeit für Interaktionen geben, falls ein Zeitlimit besteht.

Im Wesentlichen geht es also darum, die Website so zu gestalten, dass jeder, unabhängig von seinen Fähigkeiten, problemlos auf alle Inhalte zugreifen kann.

Die DOM Order (Document Object Model Order) bezeichnet die Reihenfolge, in der Elemente innerhalb des DOM-Baums einer Webseite organisiert sind. Diese Reihenfolge beeinflusst, wie Inhalte von assistiven Technologien wie Screenreadern oder durch die Tastaturnavigation wahrgenommen und verarbeitet werden.

Der DOM ist eine baumartige Struktur, die den Aufbau und Inhalt einer Webseite repräsentiert, wie sie von Webbrowsern verwendet wird, um den Inhalt darzustellen.

• Bedeutung für das Rendering: Die Reihenfolge der Elemente im DOM bestimmt, wie der Browser die Seite rendert. Elemente, die früher im DOM erscheinen, werden in der Regel zuerst gerendert.
• Zugänglichkeit: Die DOM-Order ist besonders wichtig für die Zugänglichkeit, da Screenreader die Inhalte in der Reihenfolge vorlesen, in der sie im DOM erscheinen. Eine logische und intuitive Reihenfolge kann die Benutzerfreundlichkeit für Menschen mit Sehbehinderungen erheblich verbessern.
• Interaktion mit CSS und JavaScript: Änderungen am Aussehen oder Verhalten der Webseite durch CSS oder JavaScript hängen ebenfalls von der DOM-Order ab. Zum Beispiel können CSS-Flexbox oder Grid Layouts die visuelle Präsentation von Elementen ändern, ohne die DOM-Order zu beeinflussen, was zu Diskrepanzen zwischen visueller Darstellung und Screenreader-Ausgabe führen kann.
• Optimierung: Wir können die DOM-Order optimieren, um die Performance der Seite zu verbessern. Beispielsweise durch das Priorisieren der Ladereihenfolge kritischer Inhalte.

Die DOM-Order spielt eine zentrale Rolle in der Webentwicklung, da sie sowohl die technische Verarbeitung als auch die Interaktion der Nutzer mit der Webseite beeinflusst. Es ist daher wichtig, die Struktur des DOMs sorgfältig zu planen, um sowohl die Performance als auch die Zugänglichkeit (Barrierefreiheit) der Webseite zu optimieren.

Unser Team kann Sie bei der Optimierung der DOM-Order unterstützen, um die Effizienz und Zugänglichkeit Ihrer Webseite zu maximieren.

Im Sinne des Barrierefreiheitsstärkungsgesetzes (BFSG) und der WCAG 2.1-Richtlinien müssen ARIA-Rollen und ARIA-Labels für Inhalte verwendet werden, die assistiven Technologien wie Screenreadern zusätzliche semantische Informationen bereitstellen sollen. Dies ist insbesondere dann erforderlich, wenn die native HTML-Semantik nicht ausreicht, um die Funktion, den Status oder die Bedeutung eines Elements zu vermitteln.

• Benutzerdefinierte Widgets wie Akkordeons, Tabs oder Schalter benötigen ARIA-Rollen (z. B. `role=”button”`) und Zustände (z. B. `aria-expanded`), um ihre Funktion und ihren Status klar zu definieren.

• Elemente ohne sichtbare Beschriftung benötigen ein `aria-label` oder `aria-labelledby`, um einen zugänglichen Namen bereitzustellen. Dies gilt z. B. für Icons oder Bilder, die als Bedienelemente fungieren.

• Inhaltsbereiche wie Tabellen, Listen oder Navigationsmenüs können mit ARIA-Rollen (z. B. `role=”navigation”`) versehen werden, um ihre Struktur und Funktion zu verdeutlichen.

• Wenn sich Inhalte dynamisch ändern (z. B. durch AJAX-Updates), können Attribute wie `aria-live` oder `aria-busy` verwendet werden, um Screenreader-Nutzern Änderungen mitzuteilen.

Ein Bild muss über eine ARIA-Rolle und/oder ein ARIA-Label verfügen, wenn:

• das Bild eine funktionale Rolle hat: Beispielsweise als Schaltfläche oder Link (`role=”button”` oder `role=”link”`), wobei ein `aria-label` erforderlich ist, um die Funktion zu beschreiben.
• das Bild keinen sichtbaren Kontext bietet: Ein `aria-label` oder `aria-labelledby` ist nötig, wenn das Bild eine Bedeutung vermittelt, die nicht aus dem Kontext ersichtlich ist.
• das Bild rein dekorativ ist: Es sollte mit `role=”presentation”` oder `aria-hidden=”true”` ausgezeichnet werden, damit es von Screenreadern ignoriert wird.

Wo immer möglich, sollte jedoch native HTML-Semantik Vorrang haben, da diese von assistiven Technologien besser unterstützt wird und weniger fehleranfällig ist.