Was BITV 2.0 und BFSG für Ihre Hochschule konkret bedeuten
Öffentliche Hochschulen unterliegen der Barrierefreie-Informationstechnik-Verordnung (BITV 2.0) — diese Pflicht besteht seit 2019 und ist keine Ermessensangelegenheit. Private Bildungsträger fallen seit dem 28. Juni 2025 unter das Barrierefreiheitsstärkungsgesetz (BFSG), das auf der europäischen Richtlinie 2019/882 basiert.
Beide Regelwerke verweisen auf denselben technischen Standard: EN 301 549, der im Kern die WCAG 2.1 auf Konformitätsstufe AA umsetzt. Für Ihre IT-Abteilung bedeutet das: eine einzige technische Ziellinie, zwei unterschiedliche Aufsichts- und Sanktionsregime.
Laut Skolbot Mystery-Shopping-Audit (2025, 80 Bildungseinrichtungen) liegt die durchschnittliche Absprungrate auf Hochschul-Websites ohne KI-Chat bei 68 %. Eine nicht barrierefreie Website verschärft dieses Problem erheblich: Rund 15 % der Nutzerinnen und Nutzer mit Behinderung können nicht barrierefrei auf Inhalte zugreifen und verlassen die Seite, ohne eine Anfrage zu stellen.
Das betrifft nicht nur eine Randgruppe. In Deutschland leben nach Angaben des Statistischen Bundesamtes rund 13 Millionen Menschen mit einer anerkannten Behinderung. Davon nutzt ein erheblicher Anteil Hochschul- und Weiterbildungsangebote. Die Bundesfachstelle Barrierefreiheit bietet kostenlose Beratung und stellt Muster-Erklärungen zur Verfügung — ein unterschätztes Einstiegsangebot für Hochschulen ohne eigenes Accessibility-Team.
Hinzu kommen landesspezifische Regelungen: Bayern setzt die BayDiV um, andere Länder haben das L-BGG als Umsetzungsrahmen. Wer eine Hochschule in mehreren Bundesländern betreibt, muss beide Ebenen prüfen. Für eine vollständige Übersicht zu begleitenden Datenschutzpflichten empfiehlt sich der DSGVO und Studierendendaten: Leitfaden.
Welche Sanktionen drohen bei Nichteinhaltung?
Das BFSG sieht Bußgelder vor — und die zuständigen Marktüberwachungsbehörden der Länder sind seit dem 28. Juni 2025 aktiv. Ordnungswidrigkeiten können mit Geldbußen bis zu 100.000 Euro geahndet werden; bei systematischen Verstößen sind höhere Beträge möglich.
Für öffentliche Hochschulen besteht ein zweiter Sanktionskanal: Beschwerden nach dem BGG (Behindertengleichstellungsgesetz) können zu Schlichtungsverfahren führen, die öffentlichkeitswirksam sind und Reputationsschäden verursachen. Verbände wie der Deutsche Blinden- und Sehbehindertenverband (DBSV) nutzen diesen Weg zunehmend aktiv.
Ein weiterer Risikofaktor ist die Vergabe öffentlicher Mittel. Drittmittelgeber und der DAAD knüpfen Förderanträge zunehmend an Nachweise zur digitalen Compliance. Hochschulen, die Barrierefreiheit nicht dokumentieren, riskieren Nachfragen bei Förderanträgen.
Die vier WCAG-Prinzipien für Hochschul-Websites
Die Web Content Accessibility Guidelines (WCAG 2.1) des W3C strukturieren Barrierefreiheit in vier Prinzipien: Wahrnehmbar, Bedienbar, Verständlich, Robust. Jedes Prinzip enthält konkrete Erfolgskriterien, von denen die Stufe AA für Hochschulen verbindlich ist.
| Prinzip | Konkrete Anforderungen für Bildungswebsites | Häufige Fehler |
|---|---|---|
| Wahrnehmbar | Alt-Texte für Campusfotos und Studiengangsbilder; Untertitel und Transkripte für Infotag-Videos und Erklärvideos | Bilder ohne alt-Attribut; Videos ohne Untertitel |
| Bedienbar | Vollständige Tastaturnavigation; zugängliche Dropdown-Menüs für Studiengangssuche; sichtbarer Fokus-Indikator | Menüs nicht per Tastatur navigierbar; fehlender Fokus-Ring |
| Verständlich | Klare Bewerbungsformulare mit aussagekräftigen Labels; verständliche Fehlermeldungen bei falschen Eingaben; konsistente Navigation | Fehlende <label>-Elemente; generische Fehlermeldungen wie „Ungültige Eingabe" |
| Robust | Korrekte semantische HTML-Struktur; Kompatibilität mit Screenreadern (NVDA, VoiceOver, JAWS); valide ARIA-Rollen | Nicht-semantisches HTML (z. B. <div> statt <button>); fehlerhafte ARIA-Attribute |
Ab Ende 2025 bis Anfang 2026 wird WCAG 2.2 schrittweise in die überarbeitete EN 301 549 integriert. Die wichtigsten Neuerungen betreffen das Erfolgskriterium 2.4.11 (Fokus nicht verdeckt) und 3.2.6 (konsistente Hilfe). Hochschulen, die jetzt neu entwickeln, sollten WCAG 2.2 direkt als Zielstandard setzen.
Die Barrierefreiheitserklärung: Pflicht und Praxis
Jede öffentliche Hochschule und jeder unter das BFSG fallende private Bildungsträger ist verpflichtet, eine Barrierefreiheitserklärung (Erklärung zur Barrierefreiheit) auf der Website zu veröffentlichen. Diese Erklärung muss mindestens jährlich aktualisiert werden — bei wesentlichen Änderungen an der Website früher.
Eine rechtskonforme Barrierefreiheitserklärung enthält:
- Konformitätsstatus — vollständig konform, teilweise konform oder nicht konform gegenüber BITV 2.0 bzw. BFSG, mit Bezug auf EN 301 549
- Bekannte Ausnahmen — konkrete Beschreibung nicht konformer Inhalte und Begründung (z. B. technische Unverhältnismäßigkeit, Ausnahme für Archivdokumente)
- Barrierefreie Alternativen — wie betroffene Nutzerinnen und Nutzer die Information alternativ erhalten können
- Feedback-Mechanismus — eine E-Mail-Adresse oder ein Formular, über das Barrieren gemeldet werden können
- Durchsetzungsverfahren — Hinweis auf die zuständige Stelle (bei Bundesbehörden: BfDI; bei Landesbehörden: jeweiliger Landesbeauftragter) für den Fall, dass das Feedback nicht zufriedenstellend bearbeitet wird
- Datum der letzten Überprüfung — mit Angabe der eingesetzten Prüfmethode (automatisierter Scan, manuelle Prüfung, Nutzertests)
Die Erklärung ist über einen gut sichtbaren Link auf der Startseite und im Footer erreichbar. Die Bundesfachstelle Barrierefreiheit stellt einen kostenlosen Generator bereit, der BITV-konforme Musterformulierungen erzeugt.
10 Prioritäten für die barrierefreie Hochschul-Website
Die folgende Liste orientiert sich am typischen Befund eines BITV-Audits. Beginnen Sie mit den Punkten, die den größten Nutzerkreis betreffen.
- Farbkontrast 4,5:1 für Fließtext — Prüfen Sie Texte auf Hintergrundfarben mit dem WCAG Colour Contrast Analyser. Hellgraue Texte auf weißem Hintergrund scheitern regelmäßig an diesem Kriterium.
- Formular-Labels für alle Eingabefelder — Jedes
<input>-Element braucht ein programmatisch verknüpftes<label>. Placeholder-Texte ersetzen kein Label. - Vollständiger Tastaturzugang — Testen Sie die gesamte Bewerbungsstrecke ohne Maus. Dropdowns, Datepicker und Modaldialoge sind häufige Schwachstellen.
- Videountertitel und Transkripte — Infotag-Aufzeichnungen, Studiengangsvideos und Erklärclips benötigen synchronisierte Untertitel (Erfolgskriterium 1.2.2) und auf Wunsch Transkripte (1.2.3).
- PDF-Barrierefreiheit — Studiengangsflyer, Prüfungsordnungen und Bewerbungsunterlagen als PDF müssen mit Tags, Lesereihenfolge und alternativem Text versehen sein. Adobe Acrobat Pro und PAC 2024 prüfen dies automatisiert.
- Semantische HTML-Struktur — Verwenden Sie
<nav>,<main>,<header>,<footer>und korrekte Überschriftenhierarchien (H1 → H2 → H3). Screenreader navigieren über Landmarks. - Sichtbarer Fokus-Indikator — Entfernen Sie nie
outline: noneaus dem CSS, ohne einen gleichwertigen Ersatz zu schaffen. WCAG 2.2 Erfolgskriterium 2.4.11 verschärft diese Anforderung. - Alternativtexte für alle informationstragenden Bilder — Campusfotos können kurz beschrieben werden; dekorative Bilder erhalten
alt="". Achten Sie auf Grafiken in Infografiken und Diagrammen. - Sprachauszeichnung — Das
lang-Attribut im<html>-Element muss korrekt gesetzt sein (lang="de"). Anderssprachige Abschnitte (z. B. englischsprachige Studiengangsseiten) brauchenlang="en"auf dem jeweiligen Element. - Drittanbieter-Tools in den Prüfumfang einbeziehen — Bewerbungsportale, CRM-Formulare und Chatbot-Widgets gelten als Teil Ihres Webauftritts. Holen Sie Barrierefreiheitsnachweise (Accessibility Conformance Reports nach VPAT) von Ihren Dienstleistern ein.
Zu den Auswirkungen von KI-gestützten Tools auf die Compliance — insbesondere Chatbots und automatisierte Bewerbungssysteme — bietet KI-Verordnung und Hochschulen einen vertiefenden Überblick. Für den Umgang mit Nutzerdaten, die über barrierefreie Kontaktformulare erhoben werden, lesen Sie Datenschutz für Studieninteressierte.
Testen Sie Skolbot für Ihre Hochschule in 30 SekundenFAQ
Gilt die BITV 2.0 auch für private Hochschulen und Bildungsträger?
Nein — die BITV 2.0 gilt unmittelbar nur für Bundesbehörden und öffentliche Hochschulen. Für staatlich anerkannte private Hochschulen und Bildungsträger gilt seit dem 28. Juni 2025 das BFSG, das auf denselben technischen Standard (EN 301 549 / WCAG 2.1 AA) verweist. Privat-rechtliche Hochschulen müssen außerdem das BGG beachten, das allgemeine Diskriminierungsverbote auch im digitalen Raum umfasst.
Was muss eine Barrierefreiheitserklärung enthalten?
Die Erklärung muss den Konformitätsstatus (vollständig / teilweise / nicht konform), bekannte Nicht-Konformitäten mit Begründung, barrierefreie Alternativen, einen Feedback-Mechanismus, den Hinweis auf das Durchsetzungsverfahren sowie das Datum der letzten Prüfung enthalten. Die Bundesfachstelle Barrierefreiheit stellt einen kostenlosen Generator bereit, der BITV-konforme Musterformulierungen erzeugt.
Gilt WCAG auch für Drittanbieter-Tools wie unser Bewerbungsportal?
Ja. Aus Nutzerperspektive — und aus Sicht der Aufsichtsbehörden — ist Ihr Bewerbungsportal Teil Ihres Webauftritts, unabhängig davon, wer es technisch betreibt. Fordern Sie bei Ihrem Anbieter einen Accessibility Conformance Report (ACR) nach dem VPAT-Schema an. Fehlt dieser oder enthält er erhebliche Lücken, sind Sie als beauftragende Hochschule mitverantwortlich.
Was ist der Unterschied zwischen WCAG 2.1 und WCAG 2.2?
WCAG 2.2 (Oktober 2023) ergänzt die 2.1 um neun neue Erfolgskriterien, die vor allem mobile Nutzung und kognitive Zugänglichkeit verbessern. Neu auf Stufe AA sind u. a. 2.4.11 (Fokus nicht verdeckt), 2.4.12 (Fokus nicht verdeckt — erweitert), 2.5.7 (Ziehbewegungen) und 3.2.6 (konsistente Hilfe). WCAG 2.2 wird ab Ende 2025/2026 in die überarbeitete EN 301 549 integriert; wer heute neu entwickelt, sollte direkt auf 2.2 testen.
Wo sollte eine Hochschule mit der Barrierefreiheitsprüfung beginnen?
Starten Sie mit einem automatisierten Scan der meistbesuchten Seiten (Startseite, Studiengangsübersicht, Bewerbungsformular) mit Tools wie axe DevTools oder WAVE. Automatisierte Scans decken rund 30–40 % der WCAG-Fehler auf. Für eine BITV-konforme Prüfung ist anschließend eine manuelle Prüfung durch geschulte Personen und Nutzertests mit assistiver Technologie (NVDA, VoiceOver) erforderlich. Die Bundesfachstelle Barrierefreiheit veröffentlicht eine Liste akkreditierter Prüfstellen.



