Methodik

Automatischer Scan vs. manuelles Audit — was ist der wirkliche Unterschied?

Kurz gesagt: Ein automatisierter Scan prüft Ihren Code in Sekunden gegen maschinell prüfbare WCAG-Regeln — ideal als erster Durchgang und zur laufenden Überwachung —, doch Branchenschätzungen sehen die automatisierte Abdeckung bei etwa 30–40 % der WCAG-Probleme. Ein manuelles Audit ergänzt, was Code nicht zeigt: Kontrast im Kontext, Tastatur und Screenreader. Sie brauchen beides.

Beide sind legitime Bausteine eines Accessibility-Programms, erkennen aber unterschiedliche Dinge. Hier ist eine ehrliche Aufschlüsselung, was jeweils abgedeckt wird — damit Sie wissen, wann ein Scan reicht und wann ein Mensch gebraucht wird.

Automatischer ScanManuelles Audit
GeschwindigkeitSekunden — Ergebnisse in Echtzeit.Tage bis Wochen, je nach Größe der Website.
KostenKostenlos bis wenige Hundert Euro/Monat für kontinuierliches Monitoring.Typischerweise €1.000–5.000+ pro Audit, bei großen Websites mehr.
Fehlende Alt-Texte, unbeschriftete Formularfelder, fehlender Dokumenttitel/lang-AttributZuverlässig erkannt — genau dafür ist die Analyse auf Code-Ebene gemacht.Wird ebenfalls erkannt, aber langsamer und teurer für dasselbe Ergebnis.
FarbkontrastTeilweise — Kontrast aus Inline-Styles ist berechenbar; über CSS-Klassen definierte Farben in der Regel nicht, ohne die Seite zu rendern.Vollständig abgedeckt — ein echter Browser berechnet die tatsächlich angewendeten Stile.
Tastaturnavigation & TastaturfallenNicht abgedeckt — erfordert echtes Durchtabben der Oberfläche.Vollständig abgedeckt — Tester navigieren ausschließlich mit der Tastatur.
Screenreader-ErfahrungNicht abgedeckt — ein Scanner hört nicht, was tatsächlich vorgelesen wird.Vollständig abgedeckt — Tester verwenden direkt NVDA/JAWS/VoiceOver.
Dynamische Inhalte & per JS gerenderte UIEingeschränkt — die statische Analyse sieht das initiale HTML, nicht alles, was JavaScript später hinzufügt.Vollständig abgedeckt — Tester interagieren mit der echten, gerenderten Anwendung.
Konsistenz & Regressions-TrackingHervorragend — dieselben Regeln, automatisch bei jeder Änderung der Website ausgeführt.Hängt davon ab, wie oft ein neues Audit beauftragt wird.
Rechtliche/fachliche EinschätzungenKeine — ein Scanner meldet Muster, interpretiert aber weder Absicht noch Kontext.Enthalten — Auditor:innen bewerten den Kontext und erstellen einen unterschriebenen Bericht.

Unsere ehrliche Empfehlung

Nutzen Sie einen automatisierten Scan als ersten Schritt und für laufendes Regressions-Monitoring — er ist schnell, kostenlos oder günstig und erkennt einen relevanten Teil der häufigen WCAG-Probleme auf Code-Ebene. Bevor Sie eine Konformitäts- oder Barrierefreiheitserklärung veröffentlichen, oder wenn Ihr Unternehmen eindeutig unter das EAA/BFSG fällt, beauftragen Sie ein manuelles Audit für das, was Code nicht sehen kann: Kontrast, Tastatur und Screenreader-Verhalten. Beide ergänzen sich, statt sich zu ersetzen.

Kostenlosen automatisierten Scan durchführen →
FAQ
Kann ein automatischer Scan ein manuelles Audit ersetzen?
Nein. Er ist eine schnelle, ehrliche erste Einschätzung, die häufige Probleme auf Code-Ebene erkennt, aber Kontrast bei CSS-gesteuerten Stilen, Tastaturfallen oder echtes Screenreader-Verhalten nicht testen kann.
Wie viel von WCAG erkennen automatisierte Tools wirklich?
Häufig zitierte Branchenschätzungen gehen von einer automatisierten Abdeckung von etwa 30–40 % der WCAG-Erfolgskriterien aus — nützlich, aber bei Weitem nicht vollständig.
Sollte ich trotzdem ein manuelles Audit machen, wenn der automatische Scan sauber ist?
Wenn Sie formal unter das EAA oder ein nationales Gesetz wie das BFSG fallen, ja — ein sauberer automatischer Scan bedeutet, dass keine Probleme auf Code-Ebene gefunden wurden, nicht dass die Website vollständig konform ist.

Overlay vs. Code-Fix · Leitfaden EU (EAA) · Methodik