Section 508 Konformitätsleitfaden für Bundeswebsites

Was ist Section 508?

Section 508 des Rehabilitation Act von 1973 — deutlich verstärkt durch den Workforce Investment Act von 1998 — verpflichtet US-Bundesbehörden, ihre elektronische und Informationstechnologie für Menschen mit Behinderungen zugänglich zu machen. Das Gesetz gilt, wenn Behörden ICT (Information and Communication Technology) entwickeln, beschaffen, pflegen oder nutzen, und erstreckt sich auf jeden Auftragnehmer oder Zuschussempfänger, der ICT im Auftrag einer Bundesbehörde bereitstellt.

Kurz gesagt: Wer Bundesmittel erhält oder Technologie für einen Bundeskunden entwickelt, ist an Section 508 gebunden.

Das Refresh von 2017: Angleichung an WCAG 2.0 Level AA

Über die meiste Zeit ihrer Geschichte hinweg funktionierte Section 508 mit eigenen technischen Standards. Im Januar 2017 veröffentlichte das Access Board eine große Aktualisierung — gemeinhin „das Refresh” genannt —, die die alten Standards durch einen direkten Verweis auf die Web Content Accessibility Guidelines (WCAG) 2.0 Level AA ersetzte.

Diese Angleichung war ein bedeutender Schritt. Statt einen parallelen Standard zu pflegen, übernimmt Section 508 nun sämtliche WCAG-2.0-Erfolgskriterien der Stufen A und AA per Verweis, zusammen mit zusätzlichen Anforderungen für:

Autorenwerkzeuge (Software zur Erstellung von Webinhalten)
Elektronische Dokumente (PDFs, Word-Dateien, Tabellenblätter)
Softwareanwendungen (Desktop-, Mobil- und Web-Apps)
Hardware (Kioske, Drucker, Telefone)
Support-Dokumentation und -Dienste

Organisationen, die bereits auf WCAG 2.0 AA hinarbeiten, erfüllen damit den Großteil ihrer Section-508-Pflichten für Webinhalte. Der breitere ICT-Umfang bedeutet jedoch, dass Websites nur ein Teil des Gesamtbilds sind.

Wer muss die Vorgaben erfüllen?

Section 508 gilt für:

Bundesbehörden — alle Behörden der Exekutive müssen bei jeder von ihnen entwickelten, beschafften, gepflegten oder genutzten ICT konform sein.

Bundesauftragnehmer — jeder Anbieter, der einer Bundesbehörde ICT-Produkte oder -Dienstleistungen im Rahmen eines Vertrags bereitstellt, muss die Standards erfüllen. Das umfasst SaaS-Plattformen, Dokumentenmanagementsysteme, Webportale und mobile Apps.

Empfänger von Bundeszuschüssen — Organisationen, die Bundeszuschüsse erhalten, unterliegen Section 504 des Rehabilitation Act, die parallele Pflichten enthält. Section 508 selbst konzentriert sich auf Bundesbehörden und deren Anbieter, doch viele Zuschussempfänger sehen sich über ihre Förderverträge gleichwertigen Anforderungen ausgesetzt.

Landes- und Kommunalbehörden sind nicht direkt an Section 508 gebunden, unterliegen aber dem ADA und, sofern sie Bundesmittel erhalten, Section 504.

Was die Standards für Webinhalte verlangen

Da Section 508 WCAG 2.0 Level AA übernimmt, lassen sich die Anforderungen an Webinhalte direkt den vier WCAG-Prinzipien zuordnen: wahrnehmbar, bedienbar, verständlich und robust.

Wahrnehmbar

Alle Bilder, Diagramme und Nicht-Text-Inhalte müssen aussagekräftige Textalternativen haben (alt-Attribute, aria-label oder Gleichwertiges)
Videos müssen synchronisierte Untertitel haben; vorab aufgezeichnetes Audio muss Transkripte haben
Farbe darf nicht das einzige Mittel sein, um Information zu vermitteln
Text muss bis zu 200 % vergrößerbar sein, ohne Inhalt oder Funktion zu verlieren
Inhalte müssen anpassbar sein — Struktur und Beziehungen müssen programmatisch bestimmbar sein

Bedienbar

Sämtliche Funktionalität muss allein über die Tastatur verfügbar sein (keine Maus erforderlich)
Kein Inhalt sollte häufiger als dreimal pro Sekunde blinken (Anfallsrisiko)
Sprunglinks müssen es Nutzenden erlauben, wiederkehrende Inhaltsblöcke zu überspringen
Nutzende müssen bewegte, blinkende oder automatisch aktualisierte Inhalte pausieren, stoppen oder ausblenden können
Seiten müssen beschreibende Titel haben

Verständlich

Die Sprache der Seite muss im HTML angegeben sein (lang-Attribut)
Die Navigation muss über Seiten hinweg konsistent sein
Fehlermeldungen müssen das fehlerhafte Feld benennen und beschreiben, wie es zu korrigieren ist
Beschriftungen und Anweisungen müssen für alle Formularfelder vorhanden sein

Robust

Inhalte müssen mit aktuellen assistiven Technologien kompatibel sein
Name, Rolle und Wert aller UI-Komponenten müssen programmatisch bestimmbar sein (ARIA korrekt eingesetzt)
Statusmeldungen müssen assistiver Technologie angesagt werden, ohne dass Fokus erforderlich ist

Elektronische Dokumente

Einer der am häufigsten übersehenen Bereiche der Section-508-Konformität ist die Barrierefreiheit von Dokumenten. PDFs, Word-Dokumente, Excel-Tabellen und PowerPoint-Präsentationen, die über Behördenwebsites verteilt oder mit der Öffentlichkeit geteilt werden, müssen dieselben Standards erfüllen.

Für PDFs bedeutet das:

Das Dokument muss getaggt sein (strukturelle Tags für Überschriften, Absätze, Listen, Tabellen)
Die Lesereihenfolge muss logisch sein
Bilder müssen Alternativtext haben
Formularfelder müssen beschriftet sein
Das Dokument darf kein Passwort erfordern, das Barrierefreiheitsfunktionen blockiert

Viele Behörden verfügen über große Archive an Altdokumenten. Das Refresh erlaubt für Altinhalte eine Ausnahme wegen „grundlegender Änderung” — diese gilt jedoch nur, wenn Konformität eine grundlegende Änderung der Art des Programms erfordern würde, nicht einfach, weil die Behebung unbequem oder kostspielig ist.

Beschaffung: die Pflicht des Anbieters

Section 508 wirkt sich direkt auf die Beschaffung aus. Bundesbehörden müssen Barrierefreiheit beim Erwerb von ICT-Produkten und -Dienstleistungen berücksichtigen. Hier wird der Accessibility Conformance Report (ACR) — oft VPAT genannt, für Voluntary Product Accessibility Template — entscheidend.

Anbieter, die ICT an Bundesbehörden verkaufen möchten, müssen einen ACR vorlegen, der dokumentiert, wie ihr Produkt jeden zutreffenden Section-508-Standard erfüllt. Behörden nutzen ACRs, um Produkte zu vergleichen und Sorgfaltspflicht zu dokumentieren. Ein ungenauer oder überzogener ACR schafft rechtliches Risiko für den Anbieter, falls das Produkt die behaupteten Standards tatsächlich nicht erfüllt.

Wenn Ihre Organisation Technologie an Bundeskunden verkauft oder dies plant, ist ein genauer, aktueller ACR keine Option — er ist eine kaufmännische Erwartung.

Ausnahmen nach Section 508

Die Standards umfassen mehrere anerkannte Ausnahmen:

Unangemessene Belastung — eine Behörde kann geltend machen, dass Konformität eine erhebliche Schwierigkeit oder Kosten mit sich bringen würde. Das ist eine hohe Hürde und muss dokumentiert werden; die Behörde muss weiterhin einen alternativen Zugang zu der Information oder Funktion bereitstellen.

Grundlegende Änderung — Konformität ist nicht erforderlich, wenn sie eine grundlegende Änderung der Art des Programms oder der Tätigkeit erfordern würde.

Back-Office-Ausnahme — ICT, die ausschließlich von Behördenmitarbeitenden ohne Interaktion mit der Öffentlichkeit genutzt wird, ist ausgenommen, sofern kein Mitarbeitender mit Behinderung diese ICT nutzen muss.

Alt-ICT — vor dem Refresh, also vor dem 18. Januar 2018, beschaffte ICT muss nicht automatisch nachgerüstet werden, doch jede Neubeschaffung oder wesentliche Aktualisierung löst die Konformitätspflicht aus.

Beachten Sie, dass Ausnahmen dokumentiert werden müssen und nicht automatisch gelten. Eine Ausnahme ohne angemessene Dokumentation zu beanspruchen schützt eine Behörde nicht vor einer Beschwerde.

Durchsetzung und Beschwerden

Section 508 wird über zwei Hauptkanäle durchgesetzt:

Interne Beschwerdeverfahren der Behörden — jede Behörde muss Verfahren einrichten, über die Mitarbeitende und die Öffentlichkeit Section-508-Beschwerden einreichen können.

Aufsicht durch Bundesbehörden — die General Services Administration (GSA) und das Access Board bieten Leitlinien und Aufsicht. Das Department of Justice berichtet dem Kongress über die Konformität der Behörden.

Zivilrechtliche Klagen — obwohl Section 508 kein eigenes privates Klagerecht begründet, können Einzelpersonen Ansprüche nach Section 504 des Rehabilitation Act erheben, die Diskriminierung aufgrund von Behinderung durch Empfänger von Bundesmitteln verbietet. Gerichte haben festgestellt, dass Verstöße gegen Section 508 die Grundlage eines Anspruchs nach Section 504 bilden können.

Ein praktischer Fahrplan zur Konformität

Schritt 1: Ihre ICT inventarisieren

Erfassen Sie alles, was in den Anwendungsbereich von Section 508 fällt — Websites, Intranets, Webanwendungen, Dokumente, Software und jede Hardware mit Nutzeroberflächen. Sie können nicht beheben, was Sie nicht identifiziert haben.

Schritt 2: Aktuelle Konformität bewerten

Führen Sie automatisierte Barrierefreiheits-Scans durch, um erfassbare WCAG-Verstöße schnell zu identifizieren. Ergänzen Sie dies durch manuelle Audits, um die Probleme aufzudecken, die automatisierte Tools übersehen — reine Tastaturnavigation, Screenreader-Verhalten, kognitive Belastung.

Schritt 3: Nach Wirkung priorisieren

Beheben Sie zuerst Barrieren, die die Fähigkeit der Nutzenden, auf zentrale Dienste und Informationen zuzugreifen, am direktesten beeinträchtigen. Kernabläufe (Login, Formularübermittlung, Dokumenten-Download) sollten vor dekorativen oder sekundären Inhalten priorisiert werden.

Schritt 4: Beheben und erneut testen

Behebung ohne Verifizierung ist unvollständig. Testen Sie nach jeder Korrektur sowohl mit automatisierten Tools als auch mit assistiver Technologie erneut, um zu bestätigen, dass das Problem gelöst ist und keine Regression eingeführt wurde.

Schritt 5: Barrierefreiheit in die Beschaffung einbetten

Aktualisieren Sie Ihre Beschaffungsvorlagen, um ACRs von Anbietern zu verlangen. Prüfen Sie ACRs kritisch — vergleichen Sie behauptete Konformitätsstufen, wo möglich, mit dem tatsächlichen Produktverhalten. Ein Anbieter, der volle Konformität für ein Produkt behauptet, das an grundlegender Tastaturnavigation scheitert, legt einen ungenauen ACR vor.

Schritt 6: Aufrechterhalten

Section-508-Konformität ist keine einmalige Zertifizierung. Neue Inhalte, neue Funktionen und neue Integrationen können Barrieren einführen. Automatisiertes Monitoring, eingebettet in Ihre Entwicklungs- und Content-Workflows, hält die Konformität kontinuierlich statt reaktiv aufrecht.

Section 508 und WCAG 2.1 / 2.2

Das Refresh verweist auf WCAG 2.0, nicht auf WCAG 2.1 oder 2.2. Das schafft eine kleine Lücke: WCAG 2.1 fügte 17 neue Erfolgskriterien hinzu (insbesondere zu Barrierefreiheit auf Mobilgeräten, Sehbehinderung und kognitiver Zugänglichkeit), WCAG 2.2 weitere 9. Wer WCAG 2.1 oder 2.2 AA erfüllt, erfüllt automatisch auch die Webinhaltsanforderungen von Section 508 — umgekehrt gilt das jedoch nicht.

Für Organisationen, die moderne digitale Dienste entwickeln, ist es dringend empfehlenswert, WCAG 2.1 oder 2.2 AA anzustreben — das deckt ein breiteres Spektrum an Nutzerbedürfnissen ab und positioniert Sie für künftige Standard-Aktualisierungen.

Zusammenfassung

Section 508 ist eines der umfassendsten ICT-Barrierefreiheitsrahmenwerke weltweit. Die Angleichung an WCAG im Jahr 2017 bedeutet, dass Web-Barrierefreiheit und Section-508-Konformität eine gemeinsame technische Grundlage teilen — doch der Anwendungsbereich des Gesetzes reicht weit über Websites hinaus und umfasst auch Dokumente, Software und Beschaffung.

Bundesbehörden und ihre Technologieanbieter, die Barrierefreiheit als kontinuierliche Qualitätspraxis behandeln — statt als einmalige Audit-Übung —, sind am besten aufgestellt, um den Standard zu erfüllen, rechtliches Risiko zu senken und alle Nutzenden wirksam zu bedienen.