Was prüft ein Barrierefreiheits-Audit bei der Seitenstruktur?

Bei einem Barrierefreiheits-Audit der Seitenstruktur werden vor allem die Überschriftenhierarchie, ARIA-Landmark-Regionen, Navigationsanker, die logische Lesereihenfolge sowie die semantisch korrekte Auszeichnung von Inhaltsbereichen geprüft. Diese Strukturelemente bilden das Fundament, auf dem Screenreader und andere assistive Technologien aufbauen, um Inhalte verständlich zu vermitteln. Der folgende Artikel beantwortet die wichtigsten Fragen rund um die Seitenstruktur im Kontext des Barrierefreiheits-Audits.

Welche Elemente der Seitenstruktur werden bei einem Barrierefreiheits-Audit geprüft?

Ein Barrierefreiheits-Audit prüft bei der Seitenstruktur insbesondere die Überschriftenhierarchie, ARIA-Landmark-Regionen, die logische DOM-Reihenfolge, Skip-Links zur Navigation sowie die semantisch korrekte Verwendung von HTML-Elementen wie main, nav, header und footer. Diese Elemente entscheiden darüber, ob Nutzerinnen und Nutzer mit assistiven Technologien eine Seite effektiv navigieren können.

Die Seitenstruktur ist für die digitale Barrierefreiheit kein ästhetisches, sondern ein funktionales Thema. Screenreader-Nutzerinnen und -Nutzer orientieren sich nicht visuell, sondern über die semantische Struktur des HTML-Codes. Fehlt diese Struktur oder ist sie fehlerhaft, wird die Seite für viele Menschen schlicht unnutzbar.

Im Einzelnen umfasst die Prüfung der Seitenstruktur typischerweise folgende Bereiche:

• Überschriftenhierarchie: Sind Überschriften von H1 bis H6 logisch und lückenlos eingesetzt?
• ARIA-Landmark-Regionen: Sind Inhaltsbereiche mit korrekten ARIA-Rollen oder semantischen HTML5-Elementen ausgezeichnet?
• Skip-Links: Gibt es einen Sprunglink, der es ermöglicht, die Navigation zu überspringen und direkt zum Hauptinhalt zu gelangen?
• Logische Lesereihenfolge: Entspricht die Reihenfolge der Elemente im DOM der visuellen Darstellung und dem inhaltlichen Fluss?
• Seitentitel: Ist der <title>-Tag eindeutig, aussagekräftig und beschreibt er den Seiteninhalt korrekt?
• Sprache der Seite: Ist das lang-Attribut im HTML-Element korrekt gesetzt?

All diese Punkte sind in den WCAG-Erfolgskriterien verankert und werden bei einem professionellen Accessibility Audit systematisch geprüft.

Warum ist die Überschriftenhierarchie für Barrierefreiheit so entscheidend?

Die Überschriftenhierarchie ist für Barrierefreiheit entscheidend, weil Screenreader-Nutzerinnen und -Nutzer Seiten primär über Überschriften navigieren. Eine korrekte, lückenlose Hierarchie von H1 bis H6 ermöglicht es, Inhalte schnell zu überblicken und gezielt anzuspringen, ohne die gesamte Seite linear durchhören zu müssen.

Für sehende Nutzerinnen und Nutzer ist eine Überschrift ein visuelles Signal. Für Menschen, die einen Screenreader verwenden, ist sie ein Navigationswerkzeug. Screenreader bieten in der Regel eine Funktion, mit der alle Überschriften einer Seite als Liste aufgerufen werden können, ähnlich einem Inhaltsverzeichnis. Fehlt eine Ebene oder werden Überschriften rein aus gestalterischen Gründen eingesetzt, bricht diese Orientierungsmöglichkeit zusammen.

Typische Probleme, die ein Audit in diesem Bereich aufdeckt:

• Es gibt mehrere H1-Elemente auf einer Seite, obwohl nur eines vorhanden sein sollte
• Überschriftenebenen werden übersprungen, zum Beispiel von H2 direkt zu H4
• Texte werden als Überschriften formatiert, ohne das entsprechende HTML-Element zu verwenden
• Dekorative oder strukturell unwichtige Texte sind fälschlicherweise als Überschriften ausgezeichnet

Das WCAG-Erfolgskriterium 1.3.1 (Informationen und Beziehungen) sowie 2.4.6 (Überschriften und Beschriftungen) adressieren diese Anforderungen direkt. Ein Barrierefreiheits-Audit bewertet, ob Überschriften sowohl semantisch korrekt als auch inhaltlich aussagekräftig sind.

Was sind ARIA-Landmark-Regionen und wie werden sie geprüft?

ARIA-Landmark-Regionen sind definierte Bereiche einer Webseite, die durch ARIA-Rollen oder semantische HTML5-Elemente ausgezeichnet werden, zum Beispiel banner, navigation, main oder contentinfo. Sie ermöglichen es Screenreader-Nutzerinnen und -Nutzern, direkt zu bestimmten Seitenbereichen zu springen, ohne sich durch alle Inhalte navigieren zu müssen.

Bei der Prüfung von ARIA-Landmark-Regionen in einem Accessibility Audit werden mehrere Aspekte bewertet:

Vollständigkeit der Landmark-Regionen

Jede Seite sollte mindestens eine main-Region enthalten, die den Hauptinhalt umschließt. Darüber hinaus sollten wiederkehrende Bereiche wie Kopfzeile, Navigation und Fußzeile entsprechend ausgezeichnet sein. Ein Audit prüft, ob diese Regionen vorhanden und korrekt platziert sind.

Korrekte Verwendung und Benennung

Gibt es mehrere Navigationen auf einer Seite, müssen sie durch ein aria-label oder aria-labelledby eindeutig unterschieden werden, zum Beispiel „Hauptnavigation“ und „Breadcrumb“. Fehlen solche Bezeichnungen, können Nutzerinnen und Nutzer mit assistiven Technologien die Regionen nicht voneinander unterscheiden. Ein Barrierefreiheits-Audit prüft auch, ob ARIA-Rollen redundant oder falsch eingesetzt werden, was zu Verwirrung führen kann.

Wie unterscheidet sich die Prüfung der Seitenstruktur nach WCAG, BITV und BFSG?

Die Prüfung der Seitenstruktur nach WCAG, BITV und BFSG unterscheidet sich vor allem im rechtlichen Geltungsbereich und in der Verbindlichkeit: WCAG ist der internationale technische Standard, BITV dessen deutsche Umsetzung für öffentliche Stellen, und das BFSG erweitert ab Juni 2025 die Pflichten auf private Anbieter bestimmter digitaler Produkte und Dienstleistungen.

Im Detail bedeutet das für die Prüfung der Seitenstruktur:

• WCAG 2.1 / 2.2: Die Web Content Accessibility Guidelines definieren Erfolgskriterien auf drei Konformitätsstufen (A, AA, AAA). Für die Seitenstruktur sind insbesondere die Kriterien 1.3.1, 2.4.1, 2.4.6 und 4.1.2 relevant. Automatisierte Scans können viele dieser Kriterien typischerweise prüfen, allerdings nicht alle, da manche manuelle Bewertung erfordern.
• BITV 2.0: Die Barrierefreie-Informationstechnik-Verordnung basiert auf WCAG 2.1 Level AA und gilt in Deutschland für öffentliche Stellen. Sie enthält einige zusätzliche Anforderungen, etwa zur Bereitstellung einer Barrierefreiheitserklärung.
• BFSG: Das Barrierefreiheitsstärkungsgesetz setzt den European Accessibility Act in deutsches Recht um und gilt seit Juni 2025 auch für viele private Unternehmen, die digitale Produkte oder Dienstleistungen anbieten. Es verweist auf die harmonisierten europäischen Normen, die ebenfalls auf WCAG 2.1 Level AA basieren.

Für die praktische Prüfung der Seitenstruktur bedeutet das: Die technischen Anforderungen sind über alle drei Regelwerke weitgehend identisch. Der Unterschied liegt im Adressatenkreis und in den rechtlichen Konsequenzen bei Nichterfüllung. Ein Barrierefreiheits-Audit, das sich an WCAG 2.1 Level AA orientiert, deckt die Anforderungen von BITV und BFSG in Bezug auf die Seitenstruktur in der Regel ab, ersetzt jedoch keine rechtliche Beratung.

Welche Fehler bei der Seitenstruktur werden am häufigsten in Audits gefunden?

Die häufigsten Fehler bei der Seitenstruktur, die in Barrierefreiheits-Audits gefunden werden, sind fehlende oder falsch eingesetzte ARIA-Landmark-Regionen, inkonsistente Überschriftenhierarchien, fehlende Seitentitel sowie das Fehlen von Skip-Links. Diese Fehler treten auch auf Websites auf, die in anderen Bereichen gut umgesetzt sind.

Basierend auf der Praxis automatisierter und manueller Accessibility Audits lassen sich folgende wiederkehrende Strukturprobleme identifizieren:

• Fehlende main-Landmark: Der Hauptinhalt ist nicht als solcher ausgezeichnet, sodass Screenreader-Nutzerinnen und -Nutzer nicht direkt dorthin springen können.
• Mehrere H1-Elemente: Viele CMS-Systeme generieren automatisch mehrere H1-Tags, zum Beispiel für Logo und Seitentitel gleichzeitig.
• Übersprungene Überschriftenebenen: Aus gestalterischen Gründen wird etwa von H2 auf H4 gesprungen, was die Navigationsstruktur für Screenreader unterbricht.
• Fehlende oder nichtssagende Seitentitel: Seiten tragen denselben generischen Titel wie die Startseite, was die Orientierung bei mehreren geöffneten Tabs erschwert.
• Fehlende Skip-Links: Nutzerinnen und Nutzer, die ausschließlich die Tastatur verwenden, müssen die gesamte Navigation bei jedem Seitenaufruf durchlaufen.
• Falsch benannte oder doppelte Navigationsbereiche: Mehrere nav-Elemente ohne unterscheidende Labels verwirren assistive Technologien.

Viele dieser Fehler entstehen nicht durch Fahrlässigkeit, sondern durch fehlende Kenntnisse oder automatisch generierte Template-Strukturen in gängigen CMS-Plattformen. Ein regelmäßiger Barrierefreiheits-Test hilft dabei, solche Probleme frühzeitig zu erkennen, bevor sie rechtlich relevant werden.

Wie lässt sich die Seitenstruktur nach einem Audit gezielt verbessern?

Nach einem Barrierefreiheits-Audit lässt sich die Seitenstruktur am effektivsten verbessern, indem gefundene Probleme nach Schweregrad priorisiert und systematisch behoben werden: zuerst fehlende Landmark-Regionen und H1-Struktur, dann inkonsistente Überschriftenhierarchien, abschließend ergänzende Elemente wie Skip-Links und Seitentitel.

Ein strukturierter Verbesserungsprozess umfasst typischerweise diese Schritte:

1. Priorisierung nach Schweregrad: Kritische Probleme, die grundlegende Funktionen blockieren, werden zuerst behoben. Probleme, die die Nutzung nur erschweren, aber Workarounds ermöglichen, folgen danach.
2. Semantisches HTML bevorzugen: Wo immer möglich, sollten native HTML5-Elemente wie <main>, <nav>, <header> und <footer> anstelle von ARIA-Rollen verwendet werden, da sie robuster und breiter unterstützt sind.
3. Überschriftenstruktur überarbeiten: Eine klare H1 pro Seite, gefolgt von logisch gegliederten H2- und H3-Elementen, die den Inhalt inhaltlich widerspiegeln, ist das Ziel.
4. Skip-Link implementieren: Ein einfacher Skip-Link am Seitenanfang, der zum Hauptinhalt führt, ist technisch unkompliziert und hat hohe Wirkung für Tastaturnutzerinnen und -nutzer.
5. Ergebnisse dokumentieren und nachverfolgen: Behobene Probleme sollten als gelöst markiert werden, damit der Fortschritt messbar bleibt und bei zukünftigen Audits als Referenz dient.

Wichtig ist dabei, dass nicht alle Barrierefreiheitsprobleme automatisiert erkannt werden können. Aspekte wie die Verständlichkeit von Texten oder die korrekte Tastaturnavigation in komplexen Interaktionen erfordern zusätzlich manuelle Prüfungen. Ein automatisierter Scan ist ein wertvoller Ausgangspunkt, ersetzt aber keine vollständige manuelle Prüfung durch Fachkundige.

Wie decareto Sie bei der Prüfung der Seitenstruktur unterstützt

Wir bei decareto haben unsere Accessibility-Software so entwickelt, dass sie die Prüfung der Seitenstruktur systematisch, nachvollziehbar und effizient unterstützt. Dabei decken wir automatisiert die wesentlichen Strukturprobleme auf, die in Audits am häufigsten auftreten, und liefern konkrete Handlungsempfehlungen für Entwicklerinnen, Entwickler und Beraterinnen und Berater.

Was decareto bei der Seitenstruktur-Prüfung konkret bietet:

• Automatisierter Scan nach WCAG 2.1/2.2, BITV und BFSG: Wir prüfen Überschriftenhierarchie, ARIA-Landmark-Regionen, Seitentitel, Sprachauszeichnung und weitere Strukturelemente seitenübergreifend, auch auf Unterseiten und in passwortgeschützten Bereichen.
• Priorisierung nach Schweregrad: Gefundene Probleme werden als kritisch, schwerwiegend, mittel oder geringfügig eingestuft, damit Sie sofort wissen, wo dringender Handlungsbedarf besteht.
• Konkrete Handlungsempfehlungen: Zu jedem strukturellen Problem liefern wir verständliche Hinweise, wie es behoben werden kann, formuliert so, dass Entwicklerinnen und Entwickler sie direkt umsetzen können.
• Manuelle Tests dokumentieren: Strukturprobleme, die automatisiert nicht erkennbar sind, können manuell erfasst und dem Report hinzugefügt werden.
• Dauerhaftes Monitoring: Hunderte Websites lassen sich kontinuierlich überwachen. Bei Änderungen, die neue Strukturprobleme einführen, erhalten Sie automatische Benachrichtigungen.
• Reports teilen und unter eigenem Logo ausliefern: Agenturen können Barrierefreiheits-Reports direkt mit Kundinnen und Kunden teilen oder per Whitelabel-Funktion unter eigenem Logo ausliefern.

Möchten Sie sehen, welche Strukturprobleme auf Ihren Websites vorliegen? Testen Sie decareto jetzt und erhalten Sie in Minuten einen strukturierten Barrierefreiheits-Report, der Ihnen zeigt, wo konkreter Handlungsbedarf besteht.

Dieser Text wurde mit Hilfe von KI erstellt und könnte Fehler beinhalten.

Ähnliche Artikel

• Was kostet ein DSGVO-Check im Vergleich: manuell versus automatisiert?
• Wie unterscheiden sich Barrierefreiheits-Tools im Vergleich 2026?
• Was ist der Unterschied zwischen DSGVO-Audit und DSGVO-Monitoring?
• Brauchen auch Freelancer und Solo-Selbstständige eine DSGVO-Website-Prüfung?
• Gibt mein Zahlungsanbieter (z. B. PayPal, Stripe) unzulässig Daten an Dritte weiter?