Toolkit · Live-Scan

Barrierefreiheits-Scanner.

Führen Sie einen Live-WCAG 2.2 AA Barrierefreiheits-Scan auf einer beliebigen öffentlichen URL durch. Bereitgestellt von QualiBooth — wir übergeben an deren Berichts-Viewer in einem neuen Tab und behalten einen teilbaren Deeplink auf dieser Seite. Nutzen Sie es zur Triage einer Produktionsseite, zur Überprüfung einer Anbieteraussage oder um vorab zu sehen, was ein automatisiertes Audit aufdeckt, bevor ein manuelles beauftragt wird.

  • Keine Anmeldung. Nur öffentliche URLs.
  • Die teilbare URL auf dieser Seite füllt den Scan für den nächsten Besucher vor.
  • Triage-Werkzeug — kein Konformitätszertifikat.

Was automatisierte Scans erkennen — und was sie übersehen

Moderne Scanner erfassen etwa 60–70 % der WCAG-Probleme. Der Rest erfordert eine menschliche Prüfung.

Automatisiert · 60–70 %

Vom Scan erkannt

  • Farbkontrast (WCAG 1.4.3 / 1.4.11) Text-zu-Hintergrund-Verhältnisse, Link-Unterstreichungen, Fokusrahmen.
  • Alternativtext-Vorhandensein (WCAG 1.1.1) Bilder ohne alt, dekorative Bilder mit nicht-leerem Alt, fehlerhaftes aria-labelledby.
  • ARIA-Struktur (WCAG 4.1.2) Ungültige Rollen, nicht übereinstimmende aria-controls, verwaiste Landmarks.
  • Formular-Label-Verknüpfung (WCAG 3.3.2) Eingabefelder ohne zugehöriges <label> oder aria-label.
  • Dokumentstruktur (WCAG 1.3.1 / 2.4.6) Übersprungene Überschriftenebenen, leeres <h1>, fehlendes lang am <html>-Element.

Manuell · 30–40 %

Erfordert menschliche Prüfung

  • Erkennung von Tastaturfallen Ob jedes interaktive Element per Tab/Shift-Tab erreicht UND verlassen werden kann.
  • Qualität der Fokusreihenfolge Visuelle Reihenfolge vs. DOM-Reihenfolge, übersprungene Abschnitte, Fokus springt in den Footer.
  • Lesbarkeit für Screenreader Wie NVDA / JAWS / VoiceOver die Seite im kontinuierlichen Lesemodus tatsächlich vorlesen.
  • Aktualisierungen dynamischer Inhalte (WCAG 4.1.3) Ob aria-live-Ankündigungen bei Inhaltsänderungen tatsächlich ausgelöst werden.
  • Aussagekräftiger Alternativtext Scans prüfen das Vorhandensein; nur Menschen können beurteilen, ob „Image 47.png" das Bild tatsächlich beschreibt.
Warum öffnet sich der Bericht in einem neuen Tab?

Der Berichts-Viewer von QualiBooth sendet einen Content-Security-Policy: frame-ancestors 'self'-Response-Header, der verhindert, dass ein Drittanbieter ihn in einem iframe einbettet — eine sinnvolle Standardeinstellung für ein Werkzeug, das Kunden-URLs verarbeitet. Anstatt dies zu umgehen, öffnen wir QualiBooth in einem neuen Tab mit der vorausgefüllten URL. Die aktuelle Seite bleibt teilbar: die Adressleiste an beliebige Personen weitergeben, und diese sehen denselben vorbereiteten Launcher.