AODA-Anforderungen an Websites: Was Organisationen in Ontario tun müssen und wie sie es nachweisen

Die AODA-Regeln für Websites verständlich erklärt: wer sie einhalten muss, der Standard WCAG 2.0 AA und seine zwei Ausnahmen, der Stichtag 2012 für Inhalte, was sich bei beauftragten Webdienstleistern ändert, der Compliance-Bericht zum 31. Dezember 2026 sowie ein Register und Prüfplan zum Übernehmen.

Ontarios Regel zur Barrierefreiheit von Websites ist kurz, und genau deshalb macht sie Ärger. Sie passt in einen Satz, also glauben Organisationen, sie verstanden zu haben, und stellen dann mitten in einem Streit mit einem Dienstleister oder nach einer Beschwerde fest, dass niemand sagen kann, welche ihrer Websites betroffen sind, welche Inhalte ausgenommen sind oder wer das letzte Redesign hätte testen sollen. Dieser Leitfaden zeigt, was die Regel verlangt, was sie auslässt und welche Unterlagen belegen, dass Sie sie erfüllt haben.

Die Regel in einem Absatz

Nach dem Accessibility for Ontarians with Disabilities Act (AODA) und seinen Integrated Accessibility Standards gilt laut der Regierung von Ontario seit dem 1. Januar 2021: Sie "must make all public websites accessible", wenn Sie eine designierte Organisation des öffentlichen Sektors sind oder ein Unternehmen bzw. eine gemeinnützige Organisation mit 50 oder mehr Beschäftigten in Ontario. Öffentliche Websites und Webinhalte müssen WCAG 2.0 Level AA erfüllen, mit Ausnahme von zwei Erfolgskriterien. Die Anforderung gilt für Websites und Webinhalte, die nach dem 1. Januar 2012 veröffentlicht wurden, und für die Organisation, die die Website direkt oder über einen Vertrag kontrolliert.

Alles Weitere in diesem Leitfaden dreht sich darum, diesen Absatz auf echte Organisationen mit mehreren Websites, mehreren Dienstleistern und Inhalten sehr unterschiedlichen Alters anzuwenden.

Wer betroffen ist

Organisation	Website-Regel	Compliance-Bericht
Designierte Organisation des öffentlichen Sektors (Ministerien, Kommunen, Schulbehörden, Colleges, Krankenhäuser und weitere in der Verordnung genannte Stellen)	Ja, WCAG 2.0 AA	Ja, alle zwei Jahre
Unternehmen oder gemeinnützige Organisation, 50+ Beschäftigte in Ontario	Ja, WCAG 2.0 AA	Ja, alle drei Jahre
Unternehmen oder gemeinnützige Organisation, 20 bis 49 Beschäftigte	Keine Website-Pflicht nach dieser Regel	Ja, alle drei Jahre
Unternehmen oder gemeinnützige Organisation, 1 bis 19 Beschäftigte	Keine Website-Pflicht nach dieser Regel	In der Regel nein

Zählen Sie Beschäftigte so, wie es die Verordnung tut, also in Ontario, und prüfen Sie erneut, wenn Sie wachsen. Eine kleinere Organisation außerhalb der Website-Regel hat dennoch andere AODA-Pflichten, und Beschwerden über nicht barrierefreie Websites können unabhängig davon nach Menschenrechtsrecht entstehen. Viele Organisationen unter 50 Beschäftigten arbeiten trotzdem nach WCAG 2.0 AA, weil ein späterer Neubau teurer ist als ein richtiger Bau von Anfang an.

Was WCAG 2.0 AA hier bedeutet

WCAG 2.0 ist eine Sammlung prüfbarer Erfolgskriterien, gruppiert in die Stufen A, AA und AAA. AODA verlangt A und AA, mit zwei Ausnahmen, die die Provinz benennt: 1.2.4 Captions (Live) und 1.2.5 Audio Description (Prerecorded). Sie müssen also keine Live-Videostreams untertiteln und keine Audiodeskription für aufgezeichnete Videos hinzufügen, um die Regel in Ontario zu erfüllen. Untertitel für aufgezeichnete Videos (1.2.2) und alle anderen A- und AA-Kriterien brauchen Sie aber weiterhin.

WCAG hat sich weiterentwickelt: 2.1 und 2.2 ergänzen Kriterien für Mobilgeräte, Sehbehinderung und kognitive Barrierefreiheit. Der AODA-Standard nennt weiterhin 2.0. Nach 2.1 oder 2.2 AA zu arbeiten ist sinnvoll, weil diese alles aus 2.0 AA enthalten und moderne Prüfwerkzeuge danach berichten. Seien Sie in Verträgen jedoch präzise: Schreiben Sie "WCAG 2.0 Level AA wie von AODA gefordert, mit dem Ziel WCAG 2.2 AA", damit gesetzliches Minimum und Ihr Ziel nicht verwechselt werden.

Die Mängel, die Prüfer auf Websites in Ontario am häufigsten finden, sind unspektakulär und behebbar:

Bilder und Icon-Buttons ohne Textalternativen.
Formularfelder mit Platzhaltertext statt Beschriftungen und Fehlermeldungen, die nur rot sind.
Textkontrast unter 4.5:1, oft bei Markenfarben auf Buttons und im Footer.
Menüs, Karussells und Pop-ups, die per Tastatur nicht bedienbar sind oder den Fokus festhalten.
Aufgezeichnete Videos ohne Untertitel.
PDFs als einzige Version wichtiger Informationen.

Unsere Checkliste zur Barrierefreiheit von Websites führt durch die Prüfungen zu jedem dieser Punkte, und der Leitfaden zu barrierefreien Alternativen zu PDFs behandelt den letzten.

Der Stichtag 2012 und "neue" Inhalte

Die Anforderungen gelten für Websites und Webinhalte, die nach dem 1. Januar 2012 veröffentlicht wurden. Das entlastet Organisationen mit langen Archiven, ist aber enger gefasst, als es klingt:

Inhalte, die Sie nach diesem Datum erneut veröffentlichen oder wesentlich ändern, sind faktisch neue Inhalte. Wer 2026 eine Richtlinienseite von 2010 aktualisiert, holt sie in den Geltungsbereich.
Templates, Navigation und websiteweite Komponenten sind bei jedem Redesign neu. Eine alte Seite in einem neuen Template ist in neue Webinhalte eingebettet.
Der Stichtag ist ein Veröffentlichungsdatum, kein Freibrief, nicht barrierefreie Informationen dort zu belassen, wo Menschen sie brauchen. Wenn Menschen über eine alte Seite immer noch eine Leistung beantragen, behandeln Sie sie als betroffen.

Halten Sie eine kurze Archivrichtlinie fest: welche Inhalte von vor 2012 bleiben, wo sie als archiviert gekennzeichnet sind und wie man sie in barrierefreiem Format anfordern kann.

Verträge: Die Pflicht lässt sich nicht auslagern

Die Provinz stellt klar, dass die Organisation, die eine Website direkt oder über einen Vertrag kontrolliert, die Anforderung erfüllen muss. Wenn eine Agentur, ein Softwareanbieter oder eine Plattform Ihre Website betreibt, bleiben Sie verantwortlich. Das verändert, wie Sie einkaufen:

Vertragsklausel	Warum sie wichtig ist
Der Dienstleister liefert nach WCAG 2.0 AA (ohne 1.2.4 und 1.2.5) und behebt festgestellte Abweichungen innerhalb einer vereinbarten Frist auf eigene Kosten.	Hält den Standard schriftlich fest und gibt Ihnen ein Druckmittel.
Der Dienstleister liefert für jedes Release einen Prüfbericht: verwendete Tools, getestete Seiten, manuelle Prüfungen, bekannte Probleme.	Liefert Nachweise für Ihren Compliance-Bericht.
Sie dürfen eigene Audits durchführen, und der Dienstleister muss mitwirken.	Verhindert, dass "Vertrauen Sie uns" die einzige Zusicherung ist.
Von Ihren Mitarbeitenden eingegebene Inhalte liegen in Ihrer Verantwortung; Templates und Komponenten in der des Dienstleisters.	Beendet den häufigsten Streit nach einer Beschwerde.
Beim Ausstieg können Sie Ihre Inhalte und Ihren Code mitnehmen.	Ein barrierefreier Neubau ist unmöglich, wenn Sie nicht wechseln können. Siehe unseren Exit-Plan für Dienstleister.

Der Compliance-Bericht zum 31. Dezember 2026

Unternehmen und gemeinnützige Organisationen mit 20 oder mehr Beschäftigten in Ontario müssen alle drei Jahre einen Compliance-Bericht zur Barrierefreiheit einreichen, und die Regierung nennt als aktuelle Frist den 31. Dezember 2026. Designierte Organisationen des öffentlichen Sektors berichten alle zwei Jahre. Der Bericht ist eine Selbsterklärung über das Online-Portal der Provinz, und die Regierung warnt, dass eine fehlende Einreichung zu Durchsetzungsmaßnahmen führen kann, die auch finanzielle Strafen umfassen können.

Die Erklärung zu Websites zu unterzeichnen ist viel einfacher, wenn Sie vorbereitet sind. Sammeln Sie vor der Einreichung:

Eine Liste aller öffentlichen Websites mit dem Datum des Launches oder des letzten Redesigns.
Für jede Website das jüngste Audit: wer es durchgeführt hat, wann, mit welchen Tools und manuellen Methoden, mit welchen Ergebnissen.
Offene Probleme und das erwartete Datum der Behebung.
Ihre Vertragsklauseln mit Dienstleistern und deren aktuelle Prüfberichte.
Ihre Archivrichtlinie für Inhalte von vor 2012.

Website-Register zum Übernehmen

Website	Verantwortlich	Plattform / Dienstleister	Launch oder Redesign	Letztes Audit	Ergebnis	Offene Probleme	Nächstes Audit
www.example.ca	Kommunikation	Agentur X	2024-03	2026-06 (extern)	12 AA-Probleme	4, fällig 2026-11	2027-06
careers.example.ca	Personal	Gehostetes ATS	2022-09	2025-10 (Bericht des Anbieters)	Anbieter gibt AA an	Nicht verifiziert	2026-11, eigener Test
events.example.ca	Marketing	Intern	2026-02	Keins	-	Unbekannt	Sofort

Eine Prüfroutine, die Sie ehrlich hält

Vor dem Launch: automatischer Scan jedes Templates plus ein manueller Durchgang der Hauptaufgaben (Leistung finden, Formular ausfüllen, Kontakt aufnehmen) per Tastatur und mit Screenreader.
Bei jedem Release: jede geänderte Komponente auf dieselbe Weise prüfen. Änderungen an Markenfarben brauchen eine Kontrastprüfung.
Jährlich: ein unabhängiges Audit einer Stichprobe von Seiten aus jedem Template auf jeder Website.
Bei Beschwerden: bestätigen, die Information sofort auf anderem Weg bereitstellen, die Ursache beheben, dokumentieren.

Veröffentlichen Sie auf jeder Website einen Feedback-Kanal. Der kostenlose Generator für Barrierefreiheitserklärungen entwirft eine Erklärung, die Sie anpassen können.

Organisationen mit vielen Websites

Kommunen, Schulbehörden, Krankenhäuser, Franchise-Netzwerke und Agenturen mit Kunden in Ontario haben selten nur eine Website. Das obige Register deckt meist Websites auf, für die niemand zuständig ist. Wenn das auf Sie zutrifft, macht die Konsolidierung auf weniger Plattformen, mit einem zentralen Überblick über alle Websites und einem Freigabeschritt vor jedem Livegang, die Prüfroutine praktikabel.

Die White-Label-Plattform von We.Inc betreibt viele Websites unter einer Marke. Sie bietet eine Liste aller Websites, markenweite Standards dafür, was jeder Website-Verantwortliche tun darf, eine optionale einstufige Freigabe, bevor die Website eines Kunden live geht, ein Audit-Log der Aktionen in der Organisation und einen Code-Download, damit Sie nie gebunden sind.

Markenweite Standards mit dem Titel Was Ihre Kunden tun dürfen, mit Schaltern für Veröffentlichung, Domains und weitere Funktionen — Markenweite Standards legen fest, was jeder Website-Verantwortliche tun darf, auch ob die Veröffentlichung auf eine Freigabe wartet.

Eine Warteschlange Wartet auf Ihre Freigabe mit einer Website und den Buttons Freigeben und veröffentlichen sowie Änderungen anfordern — Eine Website wartet auf Freigabe: ein natürlicher Zeitpunkt für die Barrierefreiheitsprüfung vor dem Launch. Die gezeigte Anfrage wurde auf einer Demo-Marke inszeniert.

Der visuelle Editor mit ausgewählter Überschrift und Einstellungen für Schrift, Größe und Farbe — Der visuelle Editor. Hier gewählte Farben brauchen weiterhin eine Kontrastprüfung nach WCAG 2.0 AA.

Das Code-Panel mit Dateibaum, Komponentenquelltext und einem Download-Button — Der Code jeder Website lässt sich herunterladen, was für die Ausstiegsklausel in Ihrem Vertrag wichtig ist.

Wir behaupten nicht, dass mit We.Inc erstellte Websites WCAG 2.0 AA entsprechen oder AODA erfüllen. Websites werden mit KI aus Templates und Prompts erzeugt und müssen von Ihrem Team vor und nach dem Launch getestet werden. Um den Freigabeschritt und die Berechtigungen an einer Demo-Marke zu sehen, vereinbaren Sie eine Demo. Käufer aus dem öffentlichen Sektor beginnen am besten auf unserer Seite für Behörden.

Quellen

Zuletzt geprüft am 2026-10-25.

Government of Ontario, How to make websites accessible (wer betroffen ist, WCAG 2.0 AA, Ausnahmen 1.2.4 und 1.2.5, Inhalte nach dem 1. Januar 2012, Kontrolle über Verträge).
Government of Ontario, Completing your accessibility compliance report (20+ Beschäftigte, 31. Dezember 2026, alle drei Jahre, Durchsetzung).
Government of Ontario, O. Reg. 191/11, Integrated Accessibility Standards.

Dieser Leitfaden ist eine allgemeine Information und keine Rechtsberatung.

Häufige Fragen

Wer muss die AODA-Anforderungen an Websites einhalten?

Designierte Organisationen des öffentlichen Sektors sowie Unternehmen und gemeinnützige Organisationen mit 50 oder mehr Beschäftigten in Ontario. Seit dem 1. Januar 2021 müssen ihre öffentlichen Websites WCAG 2.0 Level AA erfüllen.

Welche WCAG-Kriterien sind unter AODA ausgenommen?

Zwei: 1.2.4 Captions (Live) und 1.2.5 Audio Description (Prerecorded). Alle anderen Kriterien von WCAG 2.0 Level A und AA gelten.

Gilt AODA auch für alte Webinhalte?

Die Anforderungen gelten für Websites und Webinhalte, die nach dem 1. Januar 2012 veröffentlicht wurden. Inhalte, die nach diesem Datum erneut veröffentlicht oder wesentlich geändert wurden, sollten als neu behandelt werden.

Wann ist der nächste AODA-Compliance-Bericht fällig?

Für Unternehmen und gemeinnützige Organisationen mit 20 oder mehr Beschäftigten nennt die Regierung von Ontario als Frist den 31. Dezember 2026. Sie berichten alle drei Jahre.

Wenn ein Dienstleister unsere Website betreibt, sind wir trotzdem verantwortlich?

Ja. Laut Provinz muss die Organisation, die die Website direkt oder über einen Vertrag kontrolliert, die Anforderung erfüllen. Verankern Sie daher Standard, Prüfberichte und Behebungspflichten im Vertrag.