Section 508 einfach erklärt

Section 508 ist ein US-Bundesgesetz, das verlangt, dass Bundesbehörden sowie die Auftragnehmer und Anbieter, die Informations- und Kommunikationstechnologie an sie verkaufen, diese Technologie für Menschen mit Behinderungen barrierefrei gestalten. Seit einer 2017 beschlossenen Aktualisierung, bekannt als “508 Refresh”, die im Januar 2018 in Kraft trat, ist die technische Messlatte WCAG 2.0 Level A und AA statt eines separaten, rein staatlichen Regelwerks. Es gilt eindeutig für Bundesbeschaffung und Websites von Bundesbehörden, nicht für private Unternehmen im Allgemeinen, wobei die praktische Überschneidung mit anderem Recht zur Barrierefreiheit groß ist.

Was Section 508 tatsächlich verlangt

Section 508, Teil des Rehabilitation Act von 1973, verlangt, dass elektronische und Informationstechnologie, die von Bundesbehörden entwickelt, beschafft, gewartet oder genutzt wird, für Beschäftigte und die Öffentlichkeit mit Behinderungen barrierefrei ist. Das deckt ein breites Spektrum ab: Behördenwebsites, interne Software und Intranets, elektronische Dokumente (PDFs, Word-Dateien), Selbstbedienungsterminals und Telekommunikationsgeräte. Vor 2017 waren die Anforderungen als eigene technische Kriterien formuliert; der Refresh ersetzte den Großteil davon durch einen direkten Verweis auf WCAG 2.0 A und AA für Web- und elektronische Inhalte, was die Sache für alle, die bereits an WCAG arbeiteten, erheblich vereinfachte.

Wer davon betroffen ist

Zwei Gruppen sind betroffen. Erstens müssen Bundesbehörden selbst die von ihnen entwickelte oder betriebene Technologie barrierefrei gestalten. Zweitens, und das übersehen private Unternehmen oft, muss jeder Anbieter oder Auftragnehmer, der IKT-Produkte oder -Dienstleistungen an eine Bundesbehörde verkauft, nachweisen, dass das Verkaufte Section-508-Anforderungen erfüllt, meist dokumentiert über einen VPAT im Beschaffungsprozess. Ein Softwareunternehmen, eine Webentwicklungsagentur oder ein SaaS-Anbieter mit Bundesbehörden als Kunden fällt eindeutig darunter, auch wenn es sich um ein privates Unternehmen handelt.

Wie sich Section 508 zu WCAG und EN 301 549 verhält

Weil der Refresh von 2017 WCAG 2.0 A und AA direkt übernahm, ist eine Organisation, die bereits echte WCAG-2.1-AA-Arbeit geleistet hat (die aktuellere Version, auf die die meisten Programme im Privatsektor zielen), der Section-508-Grundlage in der Praxis eher voraus als hinterher. Der Refresh harmonisierte die technischen Anforderungen der US-Bundesbehörden außerdem mit EN 301 549, dem europäischen Standard, der ähnlich WCAG 2.1 AA vollständig übernimmt als technische Kerngrundlage. Diese Angleichung ist für Anbieter wichtig, die sowohl in den US-Bundes- als auch in den EU-Markt verkaufen: Eine einzige WCAG-basierte Behebungsarbeit deckt den größten Teil der technischen Grundlage für beide ab.

Section 508 gegenüber dem ADA

Es lohnt sich, hier präzise zu sein, da beide ständig vermischt werden. Section 508 ist eine Beschaffungs- und Bundesbehördenanforderung, die auf den Rehabilitation Act zurückgeht. Der Americans with Disabilities Act (ADA) ist ein breiteres Bürgerrechtsgesetz, das Gerichte und das Justizministerium unter Titel III auf private Websites und unter Titel II auf Websites von Landes- und Kommunalbehörden angewendet haben. Ein privates Unternehmen ohne Bundesaufträge hat keine direkte Section-508-Pflicht, kann aber trotzdem ADA-Gefährdung für eine nicht barrierefreie Website tragen, und die praktische Korrektur ist in beiden Fällen weitgehend dieselbe: nach WCAG 2.1 AA bauen.

Wo Test- und Behebungsanbieter passen

Bundesbehörden und ihre Auftragnehmer brauchen typischerweise dokumentierte, belastbare Konformität statt einer schnellen Widget-Installation, weshalb die in diesem Bereich aktivsten Anbieter eher zu entwicklerorientierten Tests und manueller Auditarbeit tendieren. Deque Systems, aufgebaut um die weit verbreitete axe-core-Test-Engine, verkauft genau diese Art entwicklerorientiertes Tooling sowie von Experten geleitete Audits und erstellt VPATs als Teil seiner Beratungsarbeit. Allyant hat eine starke Kundenbasis im öffentlichen Sektor und Hochschulwesen und konzentriert sich stark auf Dokumenten- und PDF-Aufbereitung, was wichtig ist, da Section 508 auch elektronische Dokumente abdeckt, nicht nur Webseiten, und PDF-Barrierefreiheit oft das schwächste Glied auf einer ansonsten konformen Behördenwebsite ist. Widget-basierte Plattformen wie Wawsome führen Section 508 unter den Standards auf, denen sie zugeordnet sind, was bei der öffentlich zugänglichen Web-Ebene helfen kann, aber eine echte Konformitätsaussage für Bundesbeschaffung braucht in der Regel die Art von manuellem Audit und VPAT-Dokumentation, auf die sich testfokussierte Anbieter spezialisieren.

Ein kurzer Rückblick

Section 508 entstand als Teil des Rehabilitation Act, mit föderalen Anforderungen zur Barrierefreiheit für elektronische und Informationstechnologie, die bis 1998 zurückreichen. Die ursprünglichen technischen Standards waren rein staatsspezifisch und veralteten, während sich die Webtechnologie weiterentwickelte; der 2017er Refresh (in Kraft seit Januar 2018) ersetzte sie durch direkte Verweise auf WCAG 2.0 A und AA und harmonisierte den US-Bundesstandard mit EN 301 549, sodass Behörden und Anbieter nicht mehr gegen zwei verschiedene Regelwerke für dasselbe zugrunde liegende Konzept testeten. Diese Geschichte zu kennen ist vor allem deshalb wichtig, weil ältere Dokumentation, ältere VPATs oder ältere interne Richtlinientexte einer Behörde noch auf die Kriterien von vor 2017 verweisen können, was es wert ist, angemerkt zu werden, falls Sie darauf stoßen.

Wie Konformität tatsächlich getestet wird

Bundesbehörden nutzen häufig eine strukturierte Methodik, manchmal Trusted-Tester-Prozess genannt, die automatisiertes Scannen mit einem festgelegten manuellen Testprotokoll kombiniert, das WCAG-Erfolgskriterien zugeordnet ist. Der Sinn eines solchen standardisierten Prozesses ist Konsistenz: Zwei verschiedene Tester, die dieselbe Seite bewerten, sollten zur gleichen Schlussfolgerung darüber kommen, ob sie konform ist, statt dass die Konformität davon abhängt, wer den Test zufällig durchgeführt hat. Wenn Sie ein Produkt oder eine Website für eine Bundesprüfung vorbereiten, lohnt es sich zu fragen, ob die Behörde oder der Auftraggeber Tests gegen eine bestimmte veröffentlichte Methodik erwartet, da das prägen kann, wie Sie Ihre eigenen Tests vor der Einreichung zuschneiden.

Erste Schritte, wenn Sie an Bundesbehörden verkaufen

Wenn Ihre Organisation neu bei Section 508 ist, weil Sie erstmals einen Bundesauftrag anstreben, ist der praktische Ausgangspunkt ein echtes WCAG-2.1-AA-Audit des betreffenden Produkts oder der Website, da Sie das in einem Durchgang größtenteils zur Section-508-Grundlage bringt. Dokumentieren Sie die Ergebnisse danach in einem VPAT unter Verwendung der Section-508- oder kombinierten Ausgabe, und seien Sie in der Bemerkungsspalte konkret dazu, was tatsächlich getestet wurde, statt generische “unterstützt”-Behauptungen unerklärt zu lassen. Planen Sie dafür Zeit ein, bevor eine Beschaffungsfrist naht; ein unter Zeitdruck erstellter VPAT ist genau die Art Dokument, die dazu neigt, Konformität zu übertreiben und später Probleme zu schaffen, wenn ein föderaler Prüfer für Barrierefreiheit oder ein Endnutzer eine nicht offengelegte Lücke findet.

Häufige Fehler

Der häufigste Fehler ist die Annahme, eine Software sei “Section-508-konform”, weil ein Anbieter das in einem Verkaufsgespräch behauptet, ohne je einen tatsächlichen VPAT oder ACR (Accessibility Conformance Report) geprüft zu haben. Der zweite ist, Section 508 als reines Web-Thema zu behandeln und PDFs, interne Tools und Terminals zu vergessen, die alle darunterfallen und in denen überraschend viel echte Nichtkonformität steckt. Der dritte ist, einen teilweisen automatisierten Scan mit einer echten Konformitätsbewertung zu verwechseln; automatisierte Tools erfassen einen bedeutsamen Teil der WCAG-Erfolgskriterien, aber eine echte Section-508-Konformitätsaussage hängt von manuellen Tests gegen die vollständige Kriterienliste ab, einschließlich Dingen wie logischer Lesereihenfolge, aussagekräftigem Alternativtext und korrekter Tastaturbedienbarkeit, die Scanner nur teilweise bewerten können.