ADA Title II und Section 504: Was öffentliche Websites und Websites im Gesundheitswesen bis 2027 beheben müssen

Ab dem 26. April 2027 muss jede Stelle einer US-Bundesstaats- oder Kommunalverwaltung mit einer Gesamtbevölkerung von 50.000 oder mehr ihre Webinhalte und mobilen Apps nach WCAG 2.1 Stufe AA gestalten. Das betrifft Countys, Städte, Schulbezirke, öffentliche Universitäten und Verkehrsbetriebe. Ab dem 11. Mai 2027 gilt derselbe Standard für jeden Empfänger finanzieller Förderung des HHS (des US-Gesundheitsministeriums) mit fünfzehn oder mehr Beschäftigten: Krankenhäuser, Kliniken, Gesundheitszentren und die Behörden der Bundesstaaten, Sozialdienste und Colleges, die das HHS ebenfalls fördert.

Beide Termine sollten ursprünglich ein Jahr früher kommen. Das Justizministerium (DOJ) und das HHS haben sie im Frühjahr 2026 jeweils per vorläufiger endgültiger Regelung (Interim Final Rule) verschoben und beide erklärt, sie könnten eine inhaltliche Lockerung vorschlagen. Keines von beiden hat das getan. Heute stehen die Termine 2027 in den Vorschriften, und der erste ist etwa 29 Wochen entfernt.

Wenn Sie auch in die EU verkaufen, ist der European Accessibility Act ein eigenes Regime, das unser Artikel zum European Accessibility Act behandelt.

Die Termine

„Gesamtbevölkerung“ ist ein definierter Begriff. Für die meisten Stellen ist es die Zählung der Volkszählung des Census Bureau, die alle zehn Jahre stattfindet; ein unabhängiger Schulbezirk verwendet die Small Area Income and Poverty Estimates. Eine staatliche Universität oder ein Verkehrsverbund nimmt die zusammengerechnete Bevölkerung der Gebietskörperschaften, denen er angehört. Eine Special District Government bekommt unabhängig von ihrer Größe den Termin 2028.

Ein Krankenhaus eines Countys ist typischerweise zugleich eine öffentliche Stelle und ein HHS-Empfänger. Prüfen Sie beide Termine und arbeiten Sie auf den früheren hin.

Was die Vorschriften verlangen

Die beiden Vorschriften sind fast gleich formuliert, und drei Formulierungen tragen den größten Teil.

„Webinhalte und mobile Apps.“ Webinhalte sind weit definiert: Text, Bilder, Ton, Video, Bedienelemente, Animationen und „herkömmliche elektronische Dokumente“, also PDFs, Textverarbeitungsdateien, Präsentationen und Tabellen. Mobile Apps sind die nativen Apps, die Menschen auf Telefone und Tablets herunterladen.

„Direkt oder über vertragliche, lizenzrechtliche oder sonstige Vereinbarungen.“ Die Pflicht folgt dem Dienst, nicht dem Server. Ein Genehmigungsportal, das ein Anbieter betreibt, eine Zahlungsseite, die ein Zahlungsdienstleister hostet, eine Lernplattform, die ein Schulbezirk lizenziert: All das zählt als Ihres. In der endgültigen Regelung von 2024 hat das DOJ das Beispiel direkt genannt: Eine Stelle, die für die Zahlung von Gebühren, Strafzetteln oder Steuern auf die Website eines Dritten verlinkt, muss sicherstellen, dass diese Website die Anforderungen erfüllt.

„Erfolgskriterien und Konformitätsanforderungen der Stufen A und AA nach WCAG 2.1.“ Die Fassung vom Juni 2018, nicht 2.2. Nach 2.2 zu bauen schadet nicht, die rechtliche Messlatte ist aber 2.1 AA.

Die Ausnahmen sind eng. Die Einhaltung ist nicht verlangt, wo sie eine grundlegende Veränderung oder eine unzumutbare finanzielle und administrative Belastung bedeuten würde, aber das muss die Leitung der Stelle (oder eine beauftragte Person) unter Berücksichtigung aller verfügbaren Mittel entscheiden, schriftlich begründen und trotzdem alles tun, was unterhalb dieser Belastung möglich ist. Eine gesonderte „konforme alternative Fassung“ ist nur zulässig, wo direkte Barrierefreiheit aus technischen oder rechtlichen Gründen unmöglich ist. Daneben gibt es eine Bestimmung zu minimalen Auswirkungen, die ist aber eine Verteidigung, die Sie nach einer Beschwerde vorbringen, kein Ziel für den Entwurf.

Zur Größenordnung: Die Analyse des DOJ von 2024 zählte 109.893 Websites und 8.805 mobile Apps von 91.489 Stellen der Bundesstaaten und Kommunen, mit Umsetzungskosten von 16,9 Milliarden US-Dollar in den ersten drei Jahren. Die Verlängerung vom April 2026 nennt eine Gesamtkostenschätzung über 10 Jahre von 24,7 Milliarden US-Dollar. Das Regelungsverfahren des HHS von 2024 betrifft insgesamt rund 453.084 Empfänger.

Was ausgenommen ist und unter welchen Bedingungen

Beide Vorschriften enthalten dieselben fünf Ausnahmen, und jede hat eine Bedingung, die leicht übersehen wird.

1. Archivierte Webinhalte, nur wenn alle vier Bedingungen erfüllt sind: vor Ihrem Stichtag erstellt (oder Wiedergabe von Papier oder anderen physischen Medien aus der Zeit davor), ausschließlich zu Referenz-, Forschungs- oder Dokumentationszwecken vorgehalten, nach der Archivierung nicht verändert und in einem eigenen, deutlich als Archiv gekennzeichneten Bereich gespeichert. Alte Protokolle, die über aktive Seiten von Fachbereichen verstreut sind, erfüllen das nicht. Verschieben Sie sie.
2. Vorhandene herkömmliche elektronische Dokumente, die vor Ihrem Stichtag veröffentlicht wurden, es sei denn, sie werden aktuell genutzt, um einen Dienst zu beantragen, Zugang dazu zu erhalten oder daran teilzunehmen. Das PDF für den Genehmigungsantrag von 2019, das immer noch auf der Genehmigungsseite verlinkt ist, ist nicht ausgenommen.
3. Von Dritten veröffentlichte Inhalte, es sei denn, sie werden aufgrund einer vertraglichen, lizenzrechtlichen oder sonstigen Vereinbarung mit Ihnen veröffentlicht. Öffentliche Kommentare in einem Forum sind ausgenommen. Alles, was ein Auftragnehmer für Sie veröffentlicht, nicht.
4. Individuelle, gesicherte Dokumente: Dateien über eine bestimmte Person, ihr Eigentum oder ihr Konto, hinter einem Passwort oder anders gesichert. Ein Steuerbescheid oder ein PDF mit Laborergebnissen. Die Ausnahme gilt für das Dokument. Das Portal darum herum bleibt erfasst.
5. Social-Media-Beiträge, die vor Ihrem Stichtag veröffentlicht wurden.

Nichts davon hebt die allgemeine Pflicht auf. Beide Verlängerungen von 2026 sagen, dass die Pflichten nach Title II und Section 504 unabhängig von den Stichtagen fortbestehen. Ein Einwohner, der eine barrierefreie Kopie eines ausgenommenen Dokuments verlangt, kann trotzdem Anspruch darauf haben.

Was Behebung in der Praxis bedeutet

CMS-Templates und Komponenten

Die meisten öffentlichen Websites bestehen aus einer Handvoll Templates und einem Dutzend Komponenten, die sich über Tausende Seiten wiederholen. Beheben Sie Kopfbereich, Navigation, Suche, Akkordeon, Tabelle und Formularkomponenten einmal, und jede Seite übernimmt die Korrektur. Prüfen Sie die Reihenfolge der Überschriften, Landmarks, sichtbaren Fokus (2.4.7), Textkontrast von 4,5:1 (1.4.3), Kontrast von 3:1 für Bedienelemente und Feldrahmen (1.4.11), Umbruch auf schmalen Bildschirmen (1.4.10) und auf 200 Prozent vergrößerten Text (1.4.4). Wenn das Theme individuell oder Jahre alt ist, gehört hierhin der größte Teil des Budgets.

Formulare, Zahlungen und Genehmigungen

Um Transaktionswege drehen sich die Beschwerden. Jedes Feld braucht eine für assistive Technologien zugängliche Beschriftung (3.3.2), in Textform beschriebene Fehler (3.3.1), Autovervollständigung bei Feldern mit persönlichen Daten (1.3.5), vollständige Bedienbarkeit per Tastatur (2.1.1) und Zeitlimits für Sitzungen, die der Nutzer abschalten, anpassen oder verlängern kann (2.2.1). Das Letzte wird in Zahlungs- und Genehmigungsabläufen leicht übersehen, wo eine Sitzung ablaufen kann, während ein Screenreader-Nutzer noch auf Seite zwei ist. Eigene Widgets (Datumsauswahl, Adresssuche, Datei-Upload) brauchen korrekten Namen, korrekte Rolle und korrekten Wert (4.1.2). Auch der eingebettete Zahlungsrahmen des Dienstleisters muss bestehen, testen Sie also den ganzen Ablauf, nicht nur Ihre Hälfte.

Patientenportale und Terminvergabe

Alles oben Genannte, dazu Terminauswahl, Aufnahmefragebögen, sichere Nachrichten und Telemedizin per Video. Meldungen wie „Termin bestätigt“ müssen angesagt werden, ohne den Fokus zu verschieben (4.1.3).

Dokumente

Das günstigste barrierefreie PDF ist das, das Sie nie erstellen. Veröffentlichen Sie Tagesordnungen, Bekanntmachungen und Formulare wo möglich als HTML. Für PDFs, die bleiben müssen: Tags, eine korrekte Lesereihenfolge, echte Formularfelder, die Dokumentsprache und Textalternativen für Bilder. Bringen Sie dann die Erstellung in Ordnung (Word-Vorlagen mit echten Überschriften, Exporteinstellungen, die Tags erhalten, eine Prüfung, bevor irgendetwas veröffentlicht wird), sonst beheben Sie für immer die Tagesordnung der nächsten Woche.

Video und Sitzungen

Aufgezeichnete Videos brauchen Untertitel (1.2.2) und Audiodeskription, wo das Bild Bedeutung trägt (1.2.5). Live-Audio in synchronisierten Medien braucht Live-Untertitel (1.2.4), was für die meisten Städte, Countys und Schulbehörden die übertragene öffentliche Sitzung bedeutet. Alte Aufzeichnungen können unter den vier Bedingungen oben ins Archiv.

Mobile Apps

Native Apps unterliegen denselben Kriterien über die Bedienungshilfen der Plattform: jedes Bedienelement für VoiceOver und TalkBack beschriftet, keine Festlegung auf eine Ausrichtung (1.3.4), eine einfache Tipp-Alternative zu Wisch- und Zoomgesten (2.5.1).

Standardsoftware: der Code Ihres Anbieters, Ihre Pflicht

Wenn Ihre Website auf einem gehosteten CMS für Behörden läuft, Ihre Zahlungen über die gehostete Seite eines Dienstleisters gehen und Ihr Patientenportal ein Modul Ihrer elektronischen Patientenakte ist, liegt der größte Teil der Codekorrekturen bei Ihren Anbietern. Ihre Aufgabe ist die Beschaffung: Verlangen Sie von jedem Anbieter einen Konformitätsbericht nach WCAG 2.1 AA, testen Sie seine Angaben auf Ihren eigenen kritischen Wegen und schreiben Sie eine Konformitätspflicht und einen Termin für die Behebung in den Vertrag oder die Verlängerung. Ihre Inhalte (PDFs, Videos, Alternativtexte, die Seiten, die Ihre Mitarbeiter schreiben) bleiben auf jeder Plattform Ihre Aufgabe.

Am nützlichsten ist dieser Artikel, wenn Sie selbst entwickelte, ältere oder angepasste Systeme betreiben: ein selbst gebautes Genehmigungsportal, ein stark verändertes CMS-Theme, eine App, deren Agentur weitergezogen ist, ein Aufnahmeformular, das an ein Anbieterprodukt angeflanscht wurde. Diese behebt niemand sonst.

Warum ein Overlay Sie nicht ans Ziel bringt

Die Vorschrift misst Ihre Inhalte an WCAG 2.1 AA. Ein Overlay ist ein Skript, das über der Seite liegt. Es kann keine aussagekräftige Beschreibung eines Diagramms schreiben, keine Sitzung untertiteln, kein PDF taggen und keine native App ändern, und es erreicht nicht die Domain des Zahlungs- oder Terminanbieters, zu der Ihre Nutzer geschickt werden.

Die FTC hat sich das Versprechen sofortiger Konformität bereits angesehen. Im Januar 2025 veröffentlichte sie einen vorgeschlagenen Vergleich mit accessiBe, dem Hersteller des Overlays accessWidget, nachdem sie geltend gemacht hatte, das Produkt mache nicht alle Websites WCAG-konform. Der vorgeschlagene Vergleich umfasste eine Zahlung von 1.000.000 US-Dollar und einen verpflichtenden Hinweis, dass das Produkt keine Barrieren auf Domains Dritter behebt, auf denen es nicht ebenfalls läuft.

Das Terminrisiko

• Sowohl das DOJ als auch das HHS schrieben, sie würden während der Verlängerung „erwägen, eine NPRM herauszugeben“, also einen Regelungsvorschlag zum Inhalt. Der Eintrag des DOJ in seiner Regulierungsagenda sagt, man prüfe, ob Bestimmungen „weniger belastend gestaltet werden könnten“, mit dem Datum des Vorschlags „noch festzulegen“.
• Beide schrieben außerdem, dass jedes Ministerium, falls keine solche NPRM herausgegeben wird und nichts anderes auf eine weitere Verzögerung hindeutet, „fest davon ausgeht, die Regelung zum neuen Stichtag umzusetzen“.
• Die National Federation of the Blind hat am 21. Mai 2026 vor dem Bezirksgericht von Maryland Klage gegen beide Verlängerungen erhoben (National Federation of the Blind v. Department of Justice, 1:26-cv-02007). Stand Anfang Oktober 2026 gibt es keine Entscheidung.
• Ein Regelungsvorschlag allein ändert nichts. Eine endgültige oder vorläufige endgültige Regelung schon, und 2026 hat gezeigt, wie spät eine kommen kann: Die Verlängerung des DOJ trat am 20. April 2026 in Kraft, vier Tage vor dem Termin, den sie verschob.

Das Risiko läuft also in beide Richtungen: Ein Vorschlag könnte die Vorschrift lockern, und die Klage argumentiert, der Termin hätte nie verschoben werden dürfen. Auf einen Aufschub zu planen ist eine Wette. Wenn DOJ oder HHS tatsächlich eine weitere Verschiebung veröffentlichen, planen Sie neu, bevor Sie mehr ausgeben.

Ein Plan, der sich in jedem Fall lohnt

Einiges davon zahlt sich bei jedem Ausgang aus, weil Title II und Section 504 schon heute gleichberechtigten Zugang verlangen. Tun Sie es auf jeden Fall:

• Templates und Komponenten beheben.
• Die wichtigsten Transaktionswege (bezahlen, beantragen, registrieren, buchen, anmelden) von Anfang bis Ende mit Tastatur und Screenreader nutzbar machen.
• Keine neuen nicht barrierefreien PDFs mehr erzeugen.
• WCAG 2.1 AA in jeden Vertrag und jede Verlängerung schreiben.
• Öffentliche Sitzungen untertiteln.

Zurückhalten, falls eine Verschiebung veröffentlicht wird: die Massenbehebung selten genutzter alter Dokumente. Ein ordentliches Archiv ist ohnehin meist günstiger.

Rückwärts vom 26. April 2027 (HHS-Empfänger haben bis zum 11. Mai 2027 Zeit):

1. Oktober bis Mitte November 2026: Bestandsaufnahme. Jede Domain, jede App, jedes Anbietersystem und jede Dokumentensammlung. Sortieren Sie die Dokumente danach, ob jemand sie noch nutzt, um einen Dienst zu erhalten. Entscheiden Sie, was archiviert oder gelöscht wird.
2. Mitte November bis Januar: Templates, Komponenten und die wichtigsten Transaktionswege. Schicken Sie den Anbietern jetzt Ihre Anforderung zur Konformität. Vertragszyklen bewegen sich langsamer als Code.
3. Januar und Februar: aktiv genutzte Dokumente, Formulare, Untertitel und Korrekturen an Apps. Reichen Sie App-Updates bis Ende Februar ein, damit Zeit für die Prüfung in den Stores bleibt.
4. März: testen. Zuerst nur mit der Tastatur, dann NVDA oder JAWS unter Windows, VoiceOver unter iOS und macOS, TalkBack unter Android, auf den echten kritischen Wegen. Ein Scanner kann Ihnen nicht sagen, ob ein Alternativtext etwas bedeutet.
5. April: einfrieren und absichern. Ergänzen Sie automatische Prüfungen im Build und im Veröffentlichungsablauf, damit die nächste Tagesordnung und das nächste Release die Arbeit nicht zunichtemachen. Wo eine unzumutbare Belastung tatsächlich zutrifft, lassen Sie die schriftliche Erklärung vor dem Termin unterschreiben, nicht nach einer Beschwerde.

Zu den Kosten: Die Verlängerung des HHS zitiert Berichte der National League of Cities über einmalige Angebote für die Behebung von PDFs und Websites zwischen 10.000 und 20.000 US-Dollar und bis zu 70.000 US-Dollar pro Jahr, für Städte nicht genannter Größe.

Wo Sie Hilfe bekommen

Wir beheben Barrierefreiheit im Code: Templates, Komponentenbibliotheken, Formulare, Portale und mobile Apps, mit Prüfungen im Build, damit die Korrektur hält. Keine Overlays und keine reinen Prüfberichte. Das Vorgehen steht auf unserer Seite zur Web-Barrierefreiheit, und die Seite der EU behandelt unser Artikel zum European Accessibility Act.

Wir sind Ingenieure, keine Juristen: Welcher Termin gilt und ob eine unzumutbare Belastung geltend gemacht werden kann, sind Fragen für Ihre Rechtsberatung. Wenn Sie ein individuelles Portal und einen Termin haben, den Sie halten müssen, schreiben Sie an office@c9group.dev.