Accessibility Tree

Was ist der Accessibility Tree?

Der Accessibility Tree ist eine speziell aufbereitete Struktur, die aus dem Document Object Model (DOM) einer Webseite entsteht. Er enthält ausschließlich die Informationen, die für assistive Technologien wie Screenreader, Braillezeilen oder Sprachausgabe relevant sind. Die Inhalte im Accessibility Tree entscheiden darüber, welche Informationen für Nutzerinnen und Nutzer mit Behinderung zugänglich sind.

Warum ist der Accessibility Tree wichtig?

Für Personen, die mit einem Screenreader arbeiten, ist der Accessibility Tree das zentrale Element für die Interaktion mit digitalen Inhalten. Alles, was sich nicht im Tree befindet, ist für diese Menschen nicht erreichbar. Wenn beispielsweise ein Button nicht korrekt mit HTML ausgezeichnet ist oder keine zugängliche Beschriftung (z. B. via aria-label) hat, bleibt dieser Button für einen Screenreader-Nutzer unsichtbar.

Digitale Barrierefreiheit beginnt daher nicht erst beim Design oder bei der Farbwahl, sondern bei der korrekten semantischen Auszeichnung aller Bedienelemente.

Wie entsteht der Accessibility Tree?

Der Accessibility Tree wird vom Browser automatisch erstellt – und zwar auf Grundlage von:

  • semantischen HTML-Elementen (<button>, <h1>, <nav>, <form>, usw.)
  • Attributen aus dem ARIA-Standard (role, aria-label, aria-hidden, usw.)
  • CSS-Informationen (z. B. display: none oder visibility: hidden, die Inhalte komplett aus dem Tree entfernen)
  • dynamischen DOM-Änderungen (z. B. AJAX, JavaScript-Interaktionen)

Die generierte Struktur wird von assistiven Technologien verwendet, um die Inhalte vorlesbar, navigierbar oder fühlbar zu machen.

Häufige Fehler im Zusammenhang mit dem Accessibility Tree

1. Nicht-semantische HTML-Nutzung
Ein häufiges Problem ist der Einsatz von generischen <div>– oder <span>-Elementen anstelle von semantischen Elementen wie <button> oder <a>. Diese erscheinen ohne zusätzliche ARIA-Rollen nicht im Accessibility Tree.

2. Fehlende Beschriftungen
Inhalte oder Bedienelemente, die keine aria-label-, aria-labelledby– oder textuelle Beschriftung haben, sind für den Tree nicht eindeutig verständlich.

3. Verborgene Inhalte durch CSS
Inhalte, die über display: none oder visibility: hidden ausgeblendet werden, sind vollständig aus dem Tree entfernt – auch wenn sie visuell noch über JavaScript sichtbar gemacht werden.

4. Dynamisch geladene Inhalte ohne Aktualisierung des Trees
Werden Inhalte nachträglich eingeblendet oder verändert, müssen diese auch dem Accessibility Tree korrekt zur Verfügung gestellt werden – z. B. durch ARIA Live-Regionen.

So lässt sich der Accessibility Tree testen

Die meisten modernen Browser bieten integrierte Werkzeuge, um den Accessibility Tree zu analysieren:

  • Firefox Accessibility Inspector
    Bestandteil der Entwickler-Tools, zeigt Rollen, Namen, Zustände und Beziehungen.
  • Google Chrome DevTools > Accessibility
    Zeigt ebenfalls die Struktur, Namen und Rollen an.
  • NVDA + Accessibility Insights
    In Kombination lassen sich Barrieren sichtbar machen, die im Tree falsch oder unvollständig abgebildet sind.
  • VoiceOver Rotor (macOS)
    Ermöglicht die Navigation durch alle zugänglichen Elemente auf einer Seite.

Bedeutung für die digitale Barrierefreiheit

Der Accessibility Tree ist ein zentrales technisches Fundament der digitalen Barrierefreiheit. Nur wenn er korrekt aufgebaut ist, können Menschen mit Behinderungen auf Inhalte zugreifen. In den Web Content Accessibility Guidelines (WCAG), der BITV und der Norm EN 301 549 ist die saubere semantische Struktur nicht explizit als „Tree“ beschrieben, aber in nahezu allen Erfolgskriterien indirekt vorausgesetzt.

Barrierefreiheit ist kein rein visuelles Thema. Sie beginnt dort, wo Maschinen Inhalte strukturell verstehen – und dafür ist der Accessibility Tree essenziell.

 

Informative Ratgeber und redaktionelle Artikel rund um digitale Barrierefreiheit

Weitere Artikel entdecken

Ein Mann prüft am Computer mithilfe digitaler Tools wie WAVE, axe und Lighthouse, ob die Website barrierefrei gestaltet ist.

Was bedeutet das Barrierefreiheitsstärkungsgesetz (BFSG) für Unternehmen?

Einleitung
Das Barrierefreiheitsstärkungsgesetz (BFSG) verpflichtet ab dem 28. Juni 2025 erstmals auch private Unternehmen, ihre digitalen Produkte und Dienstleistungen barrierefrei zu gestalten. Zu den betroffenen Angeboten zählen Websites, Web‑Apps, mobile Anwendungen, elektronische Dokumente, Selbstbedienungsterminals und Online‑Geschäftsprozesse. Ziel ist es, Menschen mit Behinderungen, älteren Nutzern und allen weiteren Zielgruppen gleichberechtigten Zugriff zu ermöglichen und Diskriminierung abzubauen.

Anwendungsbereich & Ausnahmen
Betroffen sind alle neu bereitgestellten digitalen Angebote, während Bestandslösungen bis zum 27. Juni 2030 weiterbetrieben werden dürfen, sofern sie nicht wesentlich geändert werden. Kleinstunternehmen mit unter zehn Mitarbeitenden und bis zu 2 Mio. EUR Jahresumsatz sind für bestimmte digitale Dienstleistungen bis 2030 befreit, nicht jedoch für physische Produkte oder Dokumente.

Übersichtspflicht („Accessibility Statement“)
Unternehmen müssen eine öffentlich zugängliche Barrierefreiheitserklärung veröffentlichen. Diese umfasst den aktuellen Umsetzungsstand barrierefreier Funktionen, bekannte Barrieren, Maßnahmen und Zeitpläne zur Behebung sowie Kontaktmöglichkeiten für Nutzerfeedback.

Fristen & Risiken
Bis zum Stichtag müssen alle neuen Angebote vollständig barrierefrei sein. Bei Nichteinhaltung drohen Bußgelder bis 100 000 EUR, Marktüberwachungsmaßnahmen, Abmahnungen, Schadensersatzansprüche und erheblicher Reputationsverlust.

Empfohlene Vorgehensweise

Audit & Bestandsaufnahme: Systematische Prüfung aller digitalen Assets.

Priorisierung & Maßnahmenplan: Klassifizierung nach Schwere und Aufwand.

Umsetzung & Testing: Technische Anpassungen nach WCAG und EN 301 549, automatisierte und manuelle Tests.

Veröffentlichung & Monitoring: Accessibility‑Statement live schalten, kontinuierliches Monitoring und regelmäßige Updates.

IFDB-Unterstützung
Das IFDB begleitet Unternehmen mit strategischer Beratung, zertifizierten Audits, Managed Monitoring, Workshops und Tool‑Kits, um eine 100 % gesetzeskonforme und inklusive Umsetzung sicherzustellen.

Weiterelesen
Ein Mann prüft am Computer mithilfe digitaler Tools wie WAVE, axe und Lighthouse, ob die Website barrierefrei gestaltet ist.

Automatisiertes Barrierefreiheits-Testing mit axe, WAVE & Lighthouse

Automatisiertes Barrierefreiheits-Testing mit axe, WAVE und Lighthouse bringt Accessibility-Prüfungen direkt in euren Dev-Prozess: Von der lokalen Code-Extension über Pre-Commit-Hooks bis zur CI/CD-Pipeline sorgen diese Tools für schnelle, skalierbare Audits nach WCAG-Standards. axe glänzt mit tiefgehenden Regelsets für semantisches HTML und ARIA, WAVE liefert visuelles Feedback auf der Seite, und Lighthouse bietet zusätzlich Performance- und SEO-Checks. Durch frühzeitige Fehlererkennung in Pull-Requests und nächtliche Full-Site-Scans lassen sich Regressionen vermeiden und alle Releases revisionssicher dokumentieren.

Für reibungslose Abläufe empfiehlt es sich, automatische Builds bei kritischen Violations abbrechen zu lassen, Tickets via Bot zu erzeugen und KPI-gedriebene Dashboards zu pflegen. das IFDB – Institut für digitale Barrierefreiheit unterstützt euch dabei mit zertifizierten Audits, maßgeschneiderten Schulungen und Managed Monitoring, damit eure Produkte dauerhaft 100 % gesetzeskonform und inklusiv bleiben.

Weiterelesen
Frau sitzt an einem Schreibtisch und gestaltet am Computer ein modernes Webdesign mit Fokus auf Farben und Kontraste. Das Bild symbolisiert barrierefreies Design und visuelle Lesbarkeit für inklusive digitale Inhalte

Designrichtlinien für Inklusion – Farben, Kontraste & visuelle Lesbarkeit

Damit alle Nutzer per Tastatur klar erkennen, welches Element gerade aktiv ist, solltest du für Links und Buttons deutliche Fokusrahmen definieren – zum Beispiel einen 3 Pixel breiten, kontrastreichen Rand mit ausreichend Abstand zum umgebenden Inhalt. Achte darauf, dass dieser Rahmen stets gut sichtbar bleibt und nicht zu dünn oder farblich zu unauffällig ausfällt.

Für aufklappbare Untermenüs sind ARIA-Attribute unverzichtbar: Mit aria-expanded signalisierst du, ob das Submenü geöffnet ist, und über aria-controls verknüpfst du den auslösenden Button mit dem entsprechenden Menü. Zusätzlich zeigt aria-haspopup an, dass eine weitere Ebene folgt. So verstehen Screenreader zuverlässig, wann Nutzer auf ein Dropdown stoßen und in welchem Zustand es sich befindet.

Auch die mobile Navigation lässt sich barrierefrei umsetzen: Ein einfacher Hamburger-Button trägt aria-expanded=“false“ und aria-controls=“mobile-menu“ und toggelt beim Klick das versteckte

Weiterelesen
Kontaktieren sie uns!

Mit der IFDB haben Sie einen starken Partner an Ihrer Seite, wenn es um die Barrierefreiheit digitaler Angebote geht.

Wir stehen Ihnen gerne für alle Fragen zur Verfügung – auch telefonisch.

Vorteile der Access Ready Zertifizierung nach EU 2019/882:

Was sind die nächsten Schritte?

1

Wir prüfen Ihr digitales Angebot auf digitale Barrierefreiheit.

2

Terminvereinbarung für kostenfreie & unverbdindliche Erstberatung.

3

Zertifizierung des digitalen Auftritts. Gesetzeskonsform & barrierefrei

Kostenloser Compliance Check & Erstgespräch!