Checkliste: Barrierefreiheit einer Website prüfen und umsetzen
Für: Website-Verantwortliche
Aktualisiert: 2026-11
Eine barrierefreie Website entsteht in sieben Schritten: Geltungsbereich und Zielstandard festlegen, automatisch und manuell testen, die wiederverwendeten Komponenten korrigieren, Formulare und interaktive Elemente mit Tastatur und Screenreader prüfen, Inhalte und PDFs bereinigen, eine Erklärung zur Barrierefreiheit veröffentlichen und eine Prüfroutine für neue Inhalte einführen.
Diese Checkliste richtet sich an Verantwortliche für Websites von Behörden, Verbänden und Unternehmen, die WCAG 2.1 oder 2.2 auf Stufe AA erreichen wollen, sei es wegen eCH-0059, wegen des European Accessibility Act oder aus eigenem Anspruch.
Sie ist so aufgebaut, dass zuerst die Bausteine korrigiert werden, die auf vielen Seiten wirken. Das spart den meisten Aufwand.
Die Checkliste
- 01
Geltungsbereich und Standard festlegen
Bestimmen, welche Seiten, Abläufe und Dokumente erfasst sind und welcher Standard gilt.
Erledigt, wenn: Ein kurzes Dokument nennt den Zielstandard, etwa WCAG 2.2 AA, und listet die erfassten Seitentypen und Abläufe.
- 02
Automatisch testen
Die wichtigsten Seitentypen mit einem automatischen Prüfwerkzeug testen und die Befunde nach Komponente gruppieren.
Erledigt, wenn: Eine Befundliste liegt vor, gruppiert nach Komponente statt nach Seite.
- 03
Manuell testen
Hauptabläufe nur mit Tastatur und mit einem Screenreader durchspielen, Fokus, Reihenfolge und Ansagen prüfen.
Erledigt, wenn: Jeder Hauptablauf ist mit Tastatur und Screenreader vollständig durchführbar oder die Abweichung ist dokumentiert.
- 04
Komponenten korrigieren
Navigation, Buttons, Formularfelder, Dialoge und Farbsystem an der Quelle korrigieren.
Erledigt, wenn: Die korrigierten Komponenten bestehen den erneuten Test; Kontraste erreichen die verlangten Werte.
- 05
Formulare und Fehlermeldungen prüfen
Beschriftungen, Pflichtfelder, Fehlermeldungen und Statusmeldungen so gestalten, dass sie angesagt werden.
Erledigt, wenn: Ein absichtlich fehlerhaft ausgefülltes Formular wird mit dem Screenreader verständlich zurückgemeldet.
- 06
Inhalte und PDFs bereinigen
Textalternativen, Linktexte, Überschriftenstruktur und relevante PDFs überarbeiten.
Erledigt, wenn: Die aktuellen Seiten haben sinnvolle Textalternativen und eine logische Überschriftenstruktur; relevante PDFs sind getaggt.
- 07
Erklärung veröffentlichen und Routine einführen
Eine Erklärung zur Barrierefreiheit mit Stand, Einschränkungen und Kontakt veröffentlichen und neue Inhalte vor Veröffentlichung prüfen.
Erledigt, wenn: Die Erklärung ist verlinkt, und eine Prüfroutine ist im Redaktionsablauf verankert.
Häufige Fehler
- —Sich auf ein Overlay-Skript verlassen, statt die Ursachen im Code zu beheben.
- —Seite für Seite korrigieren, statt die Komponenten zu reparieren.
- —Nur automatisch testen und annehmen, die Website sei damit barrierefrei.
- —PDFs vergessen, die bei Behörden oft den grössten Teil der Inhalte ausmachen.
Was diese Checkliste nicht abdeckt
- —Die Checkliste ersetzt keine rechtliche Beurteilung, ob und in welchem Umfang eine Organisation zur Barrierefreiheit verpflichtet ist.
- —Ein vollständiger Konformitätsnachweis verlangt eine Prüfung aller Erfolgskriterien; die Checkliste beschreibt das Vorgehen, nicht jeden einzelnen Test.
- —Tests mit Betroffenen geben Erkenntnisse, die kein Werkzeug liefert, und sind hier nicht abgedeckt.
Übergeordnete Leistung: Website-Entwicklung
Passende Angebote
Barrierefreie Website
Wir prüfen bestehende Websites nach WCAG mit automatischen und manuellen Tests, korrigieren die wiederverwendeten Komponenten, unterstützen bei Inhalten und PDFs und erstellen die Erklärung zur Barrierefreiheit. Neue Websites bauen wir von Anfang an nach WCAG 2.2 auf Stufe AA, kompatibel mit eCH-0059 und den Anforderungen des European Accessibility Act.
Website-Relaunch mit SEO- und GEO-Fundament
Ein Relaunch, der Sichtbarkeit sichert statt verliert: Wir erfassen jede URL mit Impressionen aus der Search Console, bauen die neue Website auf Next.js mit technischem SEO, strukturierten Daten und GEO-Fundament, leiten alte URLs dauerhaft auf die passenden neuen Seiten und kontrollieren nach dem Go-live Indexierung und Weiterleitungen.
Häufige Fragen
WCAG 2.1 oder 2.2?
eCH-0059 verlangt für den Bund WCAG 2.1 AA. Wer neu baut, sollte sich an 2.2 orientieren, das abwärtskompatibel ist.
Welcher Screenreader eignet sich für Tests?
Verbreitete Kombinationen sind NVDA mit Firefox oder Chrome unter Windows und VoiceOver mit Safari auf Apple-Geräten.
Wie oft muss man prüfen?
Neue Inhalte und Funktionen vor der Veröffentlichung, die ganze Website bei grösseren Änderungen und periodisch.
Weitere Checklisten
Checkliste: technische und organisatorische Massnahmen (TOM) dokumentieren
TOM werden glaubwürdig dokumentiert, wenn sie vom tatsächlichen Bestand ausgehen: Systeme und Daten erfassen, Schutzbedarf bestimmen, Massnahmen zu Zugang, Zugriff, Verschlüsselung, Verfügbarkeit und Protokollierung pro System festhalten, Dienstleister einbeziehen, Verantwortliche benennen und die Wirksamkeit periodisch prüfen.
Checkliste: Software abnehmen ohne böse Überraschungen
Eine Software-Abnahme gelingt, wenn die Abnahmekriterien vor dem Test feststehen: aus den Anforderungen abgeleitete Testfälle, realistische Testdaten, ein Test durch die späteren Nutzer, eine klare Einteilung der Mängel nach Schwere, ein unterschriebenes Protokoll und eine geregelte Übergabe in den Betrieb mit Dokumentation und Zugängen.
Checkliste: meldefähig für Cyberangriffe innert 24 Stunden
Meldefähig ist ein Unternehmen, wenn es seine Betroffenheit nach ISG geklärt hat, Rollen und Erreichbarkeit rund um die Uhr geregelt sind, eine Entscheidungshilfe zur Meldepflicht vorliegt, die Erstmeldung vorbereitet ist, parallele Meldepflichten bekannt sind, Dienstleister zur Mitwirkung verpflichtet sind und der Ablauf geübt wurde.