Skip to main content
WCAG- und BFSG-relevante Website-Prüfung

Barrierefreie Website testen: Was ein guter Test wirklich prüfen muss

Ein nützlicher Barrierefreiheitstest prüft mehr als nur Deine Startseite. Er klärt, ob Deine Besucher wichtige Formulare, Tastatur-Navigationswege und mobile Seiten ohne Hürden nutzen können.

Produktmanager & Product Owner
Webentwickler & QA-Teams
Agenturen & Webdesign-Dienstleister
Compliance- & Legal-Verantwortliche
Diagnose-Kriterien

Was ein Barrierefreiheitstest für Websites prüfen sollte

Um die Anforderungen nach WCAG 2.1 AA und BFSG umzusetzen, sollten alle Interaktionsbereiche frei von Hindernissen sein.

Struktur und Semantik

Achte darauf, dass Überschriften-Hierarchien, Seitenbereiche (Landmarks) und Formularbeschriftungen für Screenreader logisch aufgebaut sind.

Häufiger Fehler: Beispiel: Eine Überschrift ist optisch fett, aber im HTML-Code als einfacher Absatz definiert, wodurch sie für Screenreader unsichtbar bleibt.
Bedienung mit Tastatur

Alle interaktiven Elemente (Menüs, Buttons, Links) müssen per Tabulatortaste erreichbar, bedienbar und visuell fokussiert sein.

Häufiger Fehler: Beispiel: Ein fokussierter Link im Dropdown-Menü zeigt keinen visuellen Rahmen (Focus Outline) – der Nutzer navigiert blind.
Formulare und Fehlerführung

Eingaben müssen verständlich beschriftet und Fehlermeldungen programmatisch mit den betroffenen Feldern verknüpft sein.

Häufiger Fehler: Beispiel: Eine Fehlermeldung wird zwar rot angezeigt, aber für Screenreader-Nutzer nicht vorgelesen.
Visuelle Kontraste

Texte, Symbole und aktive Zustände (Focus, Hover) müssen ausreichend hohe Kontraste zum Hintergrund aufweisen.

Häufiger Fehler: Beispiel: Ein hellgrauer Deaktivierungs- oder Platzhaltertext auf weißem Grund ist für Menschen mit Sehschwäche unlesbar.
Responsive & mobile Ansicht

Touch-Targets müssen groß genug sein, Navigationen dürfen nicht verschwinden und Gestensteuerung braucht tastaturbedienbare Alternativen.

Häufiger Fehler: Beispiel: Das Hamburger-Menü in der mobilen Ansicht lässt sich per Tastatur nicht öffnen oder fokussieren.
Interaktive Zustände & Overlays

Modale Dialoge, Filter-Popups, Tabs und Cookie-Banner müssen den Tastaturfokus einfangen, freigeben und logisch leiten.

Häufiger Fehler: Beispiel: Ein geöffneter Cookie-Banner fängt den Tastaturfokus nicht ein – der Nutzer tabbt blind auf der blockierten Seite im Hintergrund weiter.
Schwachstellen-Analyse

Was herkömmliche Scanner typischerweise übersehen

Einfache Quelltext-Scanner erfassen nur die halbe Wahrheit. Hier ist der direkte Vergleich.

Login-Wände & Schranken

Herkömmlicher Scan: Bricht am Login ab / Ignoriert geschützte Kundenbereiche komplett
navable Audit: navable loggt sich ein und prüft Dashboards, Profile und Einstellungen automatisiert

Cookie-Einwilligung

Herkömmlicher Scan: Scannt nur den blockierten Zustand im Hintergrund
navable Audit: navable interagiert mit dem Banner und testet Seiteninhalte nach der Einwilligung

Dynamische Overlays

Herkömmlicher Scan: Überspringt Modals, Filter-Dropdowns und Popups vollständig
navable Audit: navable prüft Fokus-Trapping und das Schließen von Dialogen per Escape-Taste

Tastatur-Fallen

Herkömmlicher Scan: Kann keine unendlichen Schleifen im Tastaturfokus erkennen
navable Audit: navable verifiziert, dass der Fokus jedes Element vor- und rückwärts erreicht

Mobile-spezifische Bugs

Herkömmlicher Scan: Testet ausschließlich vordefinierte Desktop-Layouts
navable Audit: navable erkennt zu kleine Touch-Targets und responsive Layout-Umbruchfehler

Formular-Fehlerführung

Herkömmlicher Scan: Scannt nur das statische, leere Ausgangsformular
navable Audit: navable löst Validierungen aus und prüft Fehlermeldungen für Screenreader

Versteckte Menüs

Herkömmlicher Scan: Übersieht Dropdowns und eingeklappte Akkordeons
navable Audit: navable klappt Menüs programmatisch auf und validiert die ARIA-Zustände

Komplexe Prozesse

Herkömmlicher Scan: Keine Auditierung mehrstufiger Buchungs- oder Kaufstrecken
navable Audit: navable durchläuft den kompletten Funnel Schritt für Schritt in Echtzeit
Prüfschritte

So testest Du eine Website richtig

Ein barrierefreier Webauftritt lässt sich nicht durch ein einziges Tool auf Knopfdruck garantieren. Jede Website sollte einen strukturierten, aufeinander aufbauenden Prüfprozess durchlaufen. Je dynamischer und interaktiver Deine Website ist, desto gründlicher sollte die Prüfung sein.

1

Schritt 1: Schneller Einzelcheck

Ideal für eine erste grobe Einschätzung. Findet offensichtliche Programmierfehler auf einer einzelnen URL, reicht aber nicht für Konformitätsnachweise aus.

2

Schritt 2: Template- und Sektionsprüfung

Untersucht die wichtigsten statischen Seitenlayouts. Identifiziert globale Fehler im Header, Footer oder Content-Strukturen.

3

Schritt 3: Umfassendes Audit (inkl. Nutzerflüssen)

Umfasst interaktive Zustände, Logins, Warenkörbe und Cookie-Layer auf Desktop und Mobile. Empfohlen für E-Commerce und Portale.

4

Schritt 4: Kombiniertes Audit (Auto + Manuell)

Kombiniert automatisierte Tests mit manueller Prüfung durch Experten (z.B. Screenreader-Navigation). Liefert maximale Rechtssicherheit für das BFSG.

5

Schritt 5: Dokumentation & Monitoring

Führen Sie alle Ergebnisse in einem zentralen Bericht zusammen und überwachen Sie die Barrierefreiheit kontinuierlich, um Rückschritte bei neuen Releases sofort zu erkennen.

Prüfbereiche

Welche Seiten und Zustände geprüft werden sollten

Barrierefreiheit entscheidet sich in den interaktiven Zuständen Deiner Website, nicht nur beim ersten Seitenaufruf.

Startseite / HomepageKategorieseiten & ProduktfilterProduktdetailseitenFormulare & EingabefelderLogin- & RegistrierungsformulareKunden-Dashboard & KontoeinstellungenSuchergebnisse & Auto-VorschlägeCookie-EinwilligungsbannerModale Dialoge & OverlaysValidierungs-FehlermeldungenLeere Zustände (Empty States)Checkout- & BuchungsprozesseMobile Hamburger-Menüpfade
Umfang

Was automatisierte Tests leisten – und was nicht

Automatisierte Scans decken schnell eine Vielzahl technischer Fehler auf – doch sie haben physikalische Grenzen. Manuelle Prüfungen sind unerlässlich, um Kriterien zu bewerten, die kein Algorithmus verlässlich beurteilen kann: Ob Alternativtexte inhaltlich sinnvoll sind, ob der Tastaturfokus logisch durch komplexe Formulare fließt und ob Screenreader-Ausgaben für echte Menschen verständlich sind. Dies gilt besonders für geschützte Bereiche, Dialoge und Bezahlprozesse.

Automatisiert gut prüfbar

  • Technische Syntax- und HTML-Fehler
  • Fehlende Bildbeschreibungen (Alt-Texte komplett leer)
  • Farbkontraste zwischen Text und Hintergrund
  • Fehlende Labels an Formularfeldern
  • Tastatur-Erreichbarkeit von Links und Buttons

Zusätzlich manuell zu bewerten

  • Sinnhaftigkeit von Alternativtexten (z. B. 'Bild_123.jpg' vs. Beschreibung)
  • Logik der Tastatur-Fokusreihenfolge in komplexen Formularen
  • Verständlichkeit von Texten und Fachbegriffen
  • Nutzerfreundlichkeit bei der Navigation mit echten Screenreadern
  • Ausnahme-Regelungen und Verhältnismäßigkeit (§ 17 BFSG)

navable vereint beide Welten: Nutze die automatisierte Engine für den Großteil Deiner Seiten und dokumentiere manuelle Experten-Tests direkt in derselben Plattform für Deine Unterlagen.

Verantwortlichkeiten

Wer welche Barrierefreiheits-Prüfung übernimmt

Erfolgreiche Barrierefreiheit ist Teamarbeit. Jeder Bereich trägt in der Praxis einen wichtigen Teil bei.

Design & Produkt

Verantwortlich für Farbkombinationen, Kontrastverhältnisse, logische Seitenabfolgen, visuelle Fokus-Indikatoren und Screenreader-Alternativen im Konzept.

Redaktion & Content

Verantwortlich für sinnvolle Alternativtexte für Bilder, verständliche Überschriften-Strukturen, barrierefreie PDF-Downloads und einfache Sprache.

Entwicklung & QA

Verantwortlich für semantisches HTML, WAI-ARIA Rollen, Tastatur-Bedienbarkeit aller Elemente, Vermeidung von Fokus-Fallen und CI/CD-Checks.

Compliance & Management

Verantwortlich für die BFSG/WCAG-Konformitätserklärung, kontinuierliches Monitoring, Freigabeberichte und Schulung der Teams.

Die navable Lösung

Wo navable bei tieferen Website-Tests ansetzt

navable wurde entwickelt, um die Lücken herkömmlicher Scanner zu schließen und professionelle Prüfprozesse zu vereinfachen.

Audits hinter Cookie-Bannern und Logins

Mit navable kannst Du Cookie-Zustimmungen und Login-Daten hinterlegen, um geschützte Kundenbereiche automatisch zu prüfen.

Prüfung dynamischer Zustände

Wir testen nicht nur nacktes HTML, sondern interagieren mit Modals, Menüs und Filtern, um Barrieren nach Benutzeraktionen aufzuspüren.

Vergleich Desktop vs. Mobile

navable scannt Deine Seiten in verschiedenen Viewports und deckt mobile Hürden wie zu kleine Touch-Targets oder fehlende Zoom-Optionen auf.

Einheitliche Datenbasis

Führen Sie automatisierte Scans und Ihre manuellen Prüfergebnisse in einem zentralen Dashboard zusammen.

Entwickler- & KI-Integrationen

Exportiere gefundene Barrieren als fertige Fehlerbeschreibungen und Fix-Prompts für Dein Team oder Deine KI-Code-Editoren.

Nächste Schritte

Welcher nächste Schritt passt zu Deiner Website?

BFSG-Betroffenheit klären

Prüfe mit unserem kostenlosen Checker, ob Dein Unternehmen unter das BFSG fällt.

Schneller Einzelcheck

Starte einfach einen kostenlosen Scan für eine erste Momentaufnahme Deiner Seite.

Barrierefreiheitserklärung

Erstelle aus Deinen Audit-Daten eine strukturierte Erklärung zur Barrierefreiheit.

Die Plattform kennenlernen

Starten Sie kostenlos in den ersten 7 Tagen mit navable und entdecken Sie, wie einfach Barrierefreiheit sein kann.

Häufige Fragen zum Testen barrierefreier Websites

Referenzen

Standards und weiterführende Referenzen

Nutzen Sie diese offiziellen Ressourcen und Leitfäden zur Vertiefung.