ADA Title II Website-Frist: April 2027 und April 2028 erklärt

Das DOJ hat die Fristen für die Barrierefreiheit von Websites und Apps nach ADA Title II auf April 26, 2027 und April 26, 2028 verschoben. Wer betroffen ist, welches Datum für Sie gilt, was WCAG 2.1 AA verlangt, die fünf Ausnahmen und ein Plan Monat für Monat.

Bundesstaaten und Kommunen in den USA haben jetzt bis April 26, 2027 (wenn sie 50,000 oder mehr Menschen versorgen) oder bis April 26, 2028 (wenn es weniger sind oder es sich um einen Zweckverband handelt) Zeit, ihre Websites und mobilen Apps an WCAG 2.1 Level AA auszurichten. Diese Daten stammen aus einer vorläufigen endgültigen Regel (interim final rule), die das Department of Justice am April 20, 2026 veröffentlicht hat und die die Fristen seiner Regel von 2024 um ein Jahr verschoben hat. Diese Seite erklärt, welches Datum für Sie gilt, was die Regel umfasst und was nicht und wie Sie das zusätzliche Jahr gut nutzen. Sie dient der allgemeinen Information und ist keine Rechtsberatung.

Die kurze Antwort

Ihre Organisation	Ursprüngliches Datum 2024	Aktuelles Datum (interim final rule 2026)
Einrichtung eines Bundesstaats oder einer Kommune mit einer Gesamtbevölkerung von 50,000 oder mehr	April 24, 2026	April 26, 2027
Einrichtung mit einer Gesamtbevölkerung unter 50,000	April 26, 2027	April 26, 2028
Zweckverband (special district, jede Größe)	April 26, 2027	April 26, 2028

Die Regel von 2026 hat nur die Daten geändert. Laut ihrem Text verändern die Änderungen „keine anderen Bestimmungen der endgültigen Regel von 2024“, sodass technischer Standard, Ausnahmen und Geltungsbereich gleich bleiben.

Was geschah, der Reihe nach

April 24, 2024. Das DOJ veröffentlichte seine endgültige Regel zur Barrierefreiheit von Webinformationen und -diensten von Bundesstaaten und Kommunen (89 FR 31320). Sie ergänzte subpart H in 28 CFR part 35 und legte WCAG 2.1 Level AA als technischen Standard für Webinhalte und mobile Apps fest.
April 20, 2026. Das DOJ veröffentlichte eine interim final rule (91 FR 20902), die beide Fristen um etwa ein Jahr verlängerte. Sie trat mit der Veröffentlichung in Kraft. Das Ministerium erklärte, es habe überschätzt, wie gut die betroffenen Einrichtungen personell und technisch darauf vorbereitet waren, die ursprünglichen Fristen einzuhalten.
June 22, 2026. Die öffentliche Kommentierungsfrist zu den neuen Daten endete.
Was als Nächstes kommen könnte. Die vorläufige Regel besagt, dass das Ministerium während der Verlängerung inhaltliche Änderungen an der Regel vorzuschlagen „erwägen wird“. Sie besagt auch, dass es fest davon ausgeht, die Regel zu den neuen Fristen umzusetzen, wenn kein solcher Vorschlag veröffentlicht wird und nichts anderes auf eine weitere Verschiebung hindeutet. Bei unserer Prüfung am October 25, 2026 fanden wir keinen Folgevorschlag im Federal Register. Prüfen Sie erneut, bevor Sie sich auf diese Seite verlassen.

Ein Punkt, den das DOJ wiederholt: Die Fristen gelten für den technischen Standard. Die grundlegende Pflicht nach Title II, Programme, Leistungen und Aktivitäten barrierefrei zu machen, auch online, gilt bereits und wurde nicht verschoben.

Wer betroffen ist

Title II erfasst öffentliche Einrichtungen. In der Praxis heißt das:

Regierungen der Bundesstaaten, Countys, Städte, Gemeinden sowie deren Abteilungen und Behörden.
Zweckverbände (Wasser-, Feuerwehr-, Verkehrs-, Park- und ähnliche Verbände) sowie Amtrak und Pendlerverkehrsbehörden.
Öffentliche Schulbezirke, öffentliche Colleges und Universitäten sowie öffentliche Bibliotheken, die Teil eines Bundesstaats oder einer Kommune sind oder von ihnen geschaffen wurden.
Inhalte, die „durch vertragliche, lizenzrechtliche oder sonstige Vereinbarungen“ bereitgestellt werden. Betreibt ein Dienstleister Ihr Genehmigungsportal, Ihre Zahlungsseite oder Ihren Videoplayer für Sitzungen, gelten diese Inhalte nach der Regel trotzdem als Ihre.

Die Regel umfasst sowohl Webinhalte als auch mobile Apps, die die Einrichtung bereitstellt oder zugänglich macht. Private Unternehmen fallen nicht unter diese Regel, sondern unter Title III, den wir in ADA-Website-Compliance für kleine Unternehmen behandeln.

Wie die „Gesamtbevölkerung“ ermittelt wird

Für die meisten Verwaltungen ist es die Bevölkerung des Zuständigkeitsgebiets im Sinne der Regel (siehe die Definition von „total population“ in 28 CFR 35.104). Ein öffentlicher Schulbezirk verwendet die Bevölkerung der Stadt oder des Countys, zu dem er gehört, oder bei einem unabhängigen Bezirk die Small Area Income and Poverty Estimates des Census Bureau. Liegt Ihre Zahl nahe bei 50,000, nehmen Sie das frühere Datum. Die spätere Frist um ein Jahr zu verpassen, ist ein größeres Problem, als früh fertig zu sein.

Was WCAG 2.1 Level AA verlangt, einfach erklärt

WCAG 2.1 ist eine W3C-Empfehlung vom Juni 2018. Level AA bedeutet, alle Erfolgskriterien der Stufen A und AA zu erfüllen. Bei einer typischen Behörden-Website konzentriert sich die Arbeit auf einige Bereiche:

Textalternativen für aussagekräftige Bilder, Diagramme und Karten sowie Untertitel für aufgezeichnete Videos (Ratssitzungen sind die übliche Lücke).
Tastaturzugang zu jedem Menü, Formular, Datumswähler und jeder Karte, mit sichtbarem Fokusindikator.
Formulare mit echten Beschriftungen, klaren Fehlermeldungen und ohne Zeitlimits, die sich nicht verlängern lassen. Zahlungs-, Genehmigungs- und Antragsformulare sind am wichtigsten, weil Menschen sie brauchen, um eine Leistung zu erhalten.
Kontrast und Vergrößerung: 4.5:1 Kontrast für normalen Text und Inhalte, die bei 200% Zoom und auf schmalen Bildschirmen weiter funktionieren (WCAG 2.1 hat Reflow ergänzt).
Struktur: Überschriften in richtiger Reihenfolge, eine angegebene Seitensprache, Seitentitel, die sagen, worum es geht, und Linktexte, die auch ohne Kontext verständlich sind.
Dokumente: PDFs und Word-Dateien, die nach Ihrem Stichtag veröffentlicht werden oder weiterhin genutzt werden, um eine Leistung zu beantragen oder zu erhalten, müssen den Standard ebenfalls erfüllen.

Eine vollständige Arbeitsliste bieten unsere Checkliste zur Website-Barrierefreiheit und der ausführlichere WCAG-Leitfaden. WCAG 2.2 ist inzwischen die aktuelle W3C-Version und abwärtskompatibel, sodass Inhalte, die 2.2 AA erfüllen, auch 2.1 AA erfüllen.

Die fünf Ausnahmen und ihre Grenzen

Die Regel nennt fünf Arten von Inhalten, die WCAG 2.1 AA nicht erfüllen müssen. Jede hat Bedingungen, und das Merkblatt von ADA.gov weist darauf hin, dass auch ausgenommene Inhalte weiterhin den allgemeinen Pflichten zur wirksamen Kommunikation und zu angemessenen Anpassungen unterliegen.

Archivierte Webinhalte. Inhalte, die vor dem Stichtag erstellt wurden (oder physische Medien aus der Zeit davor wiedergeben), nur zu Referenz-, Forschungs- oder Dokumentationszwecken aufbewahrt, in einem eigens als Archiv gekennzeichneten Bereich liegen und seit der Archivierung nicht verändert wurden. Alle vier Bedingungen müssen erfüllt sein. Alte Tagesordnungen, auf die Sie noch von der aktuellen Sitzungsseite verlinken, sind nicht archiviert.
Bereits bestehende herkömmliche elektronische Dokumente. PDFs, Textdokumente, Präsentationen und Tabellen, die vor dem Stichtag veröffentlicht wurden. Die Ausnahme gilt nicht, wenn Menschen das Dokument weiterhin nutzen, um eine Leistung zu beantragen, zu erhalten oder daran teilzunehmen, etwa ein 2019 veröffentlichtes Antragsformular.
Inhalte Dritter. Inhalte, die von Bürgerinnen und Bürgern veröffentlicht werden, die nicht im Auftrag der Verwaltung handeln, etwa Kommentare in einem Forum. Inhalte Ihrer Auftragnehmer oder Ihrer eigenen Mitarbeitenden auf einer Drittplattform fallen nicht darunter.
Individuelle, passwortgeschützte Dokumente. Gesicherte Dateien zu einer bestimmten Person, Immobilie oder einem Konto, etwa eine Wasserrechnung. Bittet die betroffene Person um eine barrierefreie Version, müssen Sie diese dennoch bereitstellen.
Bereits bestehende Social-Media-Beiträge. Beiträge, die vor dem Stichtag veröffentlicht wurden. Neue Beiträge müssen den Standard erfüllen.

Die Regel erlaubt außerdem begrenzte Erleichterungen, wenn die Konformität eine grundlegende Veränderung oder eine unzumutbare Belastung bedeuten würde (im Einzelfall entschieden, und Sie müssen den Zugang trotzdem auf anderem Weg ermöglichen), und behandelt manche Abweichungen mit minimaler Auswirkung auf den Zugang nicht als Verstoß. Beides ist kein Plan. Planen Sie die Konformität.

Ein Plan für die verbleibende Zeit

Ab Ende Oktober 2026 gerechnet hat eine große Einrichtung etwa 18 Monate und eine kleine etwa 30. Diese Abfolge funktioniert für beide; strecken Sie bei der späteren Frist den mittleren Teil.

Wann	Was zu tun ist	Was Sie am Ende haben
Monat 1	Benennen Sie eine verantwortliche Person. Listen Sie jede öffentliche Website, Subdomain, App, jedes Portal und jedes eingebettete Werkzeug von Dienstleistern auf (Zahlungen, Genehmigungen, Tagesordnungen, Karten, Stellenbewerbungen, Bibliothekskatalog).	Ein Verzeichnis mit einer verantwortlichen Person pro Eintrag
Monate 2 bis 3	Testen Sie eine Stichprobe jeder Vorlage und jedes Dienstleister-Werkzeugs mit einem automatischen Scanner sowie manuell per Tastatur und Screenreader. Fordern Sie von jedem Dienstleister seine Dokumentation zur Barrierefreiheit und ein Datum für die Behebung an.	Eine Mängelliste, sortiert danach, wie viele Menschen eine Seite nutzen
Monate 3 bis 4	Entscheiden Sie, was abgeschaltet, archiviert, korrigiert oder neu gebaut wird. Verschieben Sie echte Archive in einen gekennzeichneten Archivbereich. Löschen Sie Seiten, die niemand braucht.	Eine kleinere Website und eine schriftliche Entscheidung pro Bereich
Monate 4 bis 9	Korrigieren Sie zuerst gemeinsame Vorlagen (Kopfbereich, Navigation, Formulare, Fußzeile), denn eine Korrektur wirkt auf Tausende Seiten. Ersetzen Sie die meistgenutzten PDF-Formulare durch HTML-Formulare.	Barrierefreie Vorlagen und wichtigste Leistungen
Monate 6 bis 12	Schulen Sie jede Person, die Inhalte veröffentlicht. Ergänzen Sie Ihren Freigabeschritt um eine Prüfung auf Barrierefreiheit. Untertiteln Sie künftig Sitzungsvideos.	Neue Inhalte, die keine neuen Mängel mehr erzeugen
Monate 10 bis 15	Arbeiten Sie die restliche Mängelliste ab. Nehmen Sie Anforderungen an Barrierefreiheit und Prüfrechte in jede Vertragsverlängerung mit Dienstleistern auf.	Verträge, die Sie konform halten
Vor dem Stichtag	Testen Sie erneut, veröffentlichen Sie eine Erklärung zur Barrierefreiheit mit funktionierendem Feedback-Weg und legen Sie ein wiederkehrendes Audit fest.	Nachweise, die Sie vorlegen können

Wenn Sie dabei Ihre Website-Plattform ersetzen, bringen unsere RFP-Vorlage für Behörden-Websites und die Beschaffungs-Checkliste Barrierefreiheitstests in den Vertrag statt in die Broschüre. Wenn Sie unsicher sind, welches Barrierefreiheitsgesetz für welchen Teil Ihrer Organisation gilt, lesen Sie Section 508 vs. ADA Title II vs. WCAG.

Häufige Fehler

Sich auf ein Overlay-Widget verlassen. Eine über die Seite gelegte Werkzeugleiste ändert den zugrunde liegenden Code nicht, sodass fehlende Beschriftungen und Tastaturfallen bestehen bleiben.
Werkzeuge von Dienstleistern vergessen. Die Regel erfasst Inhalte, die über Verträge bereitgestellt werden. Eine perfekte Stadt-Website, die Bürger an eine nicht barrierefreie Zahlungsseite weiterreicht, bleibt ein Problem.
Das Archiv als Versteck nutzen. Inhalte dürfen nur zu Referenzzwecken, in einem gekennzeichneten Bereich und unverändert aufbewahrt werden.
Nur einmal testen. Jede neue Seite, jedes PDF und jedes Video kann Mängel zurückbringen. Bauen Sie die Prüfung in die Veröffentlichung ein.

Wo We.Inc passt und wo nicht

We.Inc betreibt eine White-Label-Website-Plattform, die Abteilungen unter einer einheitlichen Behördenmarke nutzen können, mit den Rollen Inhaber, Admin und Mitglied, Freigabe vor der Veröffentlichung einer Website, einem Audit-Protokoll der Organisationsaktionen und vollständigem Code-Download. Websites werden mit KI erstellt, das Ergebnis ist also ein Ausgangspunkt: Ihr Team muss jede Website vor der Veröffentlichung gegen WCAG 2.1 AA testen, und wir behaupten nicht, dass eine auf der Plattform erstellte Website konform ist. Wenn Sie sehen möchten, wie Abteilungen darin arbeiten würden, vereinbaren Sie eine Demo. Mehr zur Einrichtung finden Sie auf unserer Seite Website-Plattform für Behörden.

Quellen

Zuletzt geprüft am 2026-10-25.

Federal Register, Nondiscrimination on the Basis of Disability; Accessibility of Web Information and Services of State and Local Government Entities, final rule, April 24, 2024 (89 FR 31320).
Federal Register, Extension of Compliance Dates, interim final rule, April 20, 2026 (91 FR 20902).
ADA.gov, Fact Sheet: New Rule on the Accessibility of Web Content and Mobile Apps Provided by State and Local Governments.
ADA.gov, First Steps Toward Complying with the Title II Web and Mobile Application Accessibility Rule.
W3C, Web Content Accessibility Guidelines (WCAG) 2.1.

Dieser Leitfaden dient der allgemeinen Information und ist keine Rechtsberatung. Regeln und Fristen können sich ändern; prüfen Sie das Federal Register und ADA.gov und sprechen Sie mit Ihrer eigenen Rechtsberatung über Ihre Situation.

Häufige Fragen

Was ist die aktuelle Website-Frist nach ADA Title II?

Nach der am April 20, 2026 veröffentlichten interim final rule des DOJ müssen Einrichtungen von Bundesstaaten und Kommunen mit einer Gesamtbevölkerung von 50,000 oder mehr bis April 26, 2027 konform sein. Einrichtungen unter 50,000 und Zweckverbände müssen bis April 26, 2028 konform sein.

Was waren die ursprünglichen Fristen der Web-Regel nach Title II?

Die endgültige Regel von 2024 legte April 24, 2026 für Einrichtungen mit 50,000 oder mehr Menschen fest und April 26, 2027 für kleinere Einrichtungen und Zweckverbände. Die interim final rule von 2026 hat beide Daten um etwa ein Jahr verschoben.

Hat die Verlängerung 2026 den technischen Standard geändert?

Nein. Die interim final rule hat nur die Fristen geändert. Der Standard bleibt WCAG 2.1 Level AA, und die Ausnahmen sind unverändert.

Gilt die Web-Regel nach Title II auch für Dienstleister und Auftragnehmer?

Sie gilt für Webinhalte und mobile Apps, die eine öffentliche Einrichtung bereitstellt oder zugänglich macht, auch über Verträge, Lizenzen oder sonstige Vereinbarungen. Inhalte, die ein Dienstleister in Ihrem Auftrag betreibt, gelten als Ihre.

Sind alte PDFs betroffen?

PDFs und ähnliche Dokumente, die vor Ihrem Stichtag veröffentlicht wurden, sind ausgenommen, es sei denn, Menschen nutzen sie weiterhin, um eine Leistung zu beantragen, zu erhalten oder daran teilzunehmen. Nach dem Stichtag veröffentlichte Dokumente müssen WCAG 2.1 AA erfüllen.