Wie funktioniert eine BITV-Prüfung intern?
Eine neue Website kann technisch sauber entwickelt, schnell geladen und gestalterisch überzeugend sein - und trotzdem für viele Menschen schwer oder gar nicht nutzbar bleiben. Wer fragt: „Wie funktioniert BITV Prüfung intern?“, sucht deshalb mehr als einen automatisierten Schnelltest. Entscheidend ist ein nachvollziehbarer Qualitätsprozess, der reale Nutzungssituationen abbildet und Barrieren dort findet, wo sie entstehen: im Konzept, im CMS, im Frontend und in den redaktionellen Inhalten.
Eine interne BITV-Prüfung ist besonders sinnvoll, bevor eine Website live geht, bei einem Relaunch, nach größeren Funktionsänderungen oder als fester Teil der laufenden Qualitätssicherung. Sie schafft eine belastbare Grundlage für die Behebung von Mängeln. Ein formaler, unabhängiger BITV-Test kann sie je nach Projektziel ergänzen, ersetzt wird dieser durch eine interne Prüfung jedoch nicht automatisch.
Was eine interne BITV-Prüfung leisten soll
BITV steht für Barrierefreie-Informationstechnik-Verordnung. Für Bundesstellen konkretisiert sie Anforderungen an digitale Angebote. Inhaltlich orientiert sich eine Prüfung in der Praxis an der europäischen Norm EN 301 549 sowie an den Erfolgskriterien der Web Content Accessibility Guidelines, kurz WCAG. Welche rechtlichen Anforderungen im Einzelfall gelten, hängt vom Anbieter, Angebot und Geltungsbereich ab. Für viele privatwirtschaftliche digitale Dienstleistungen sind seit Juni 2025 zudem Anforderungen aus dem Barrierefreiheitsstärkungsgesetz relevant.
Intern geht es zunächst nicht darum, ein Zertifikat zu erzeugen. Das Ziel ist, Barrieren systematisch zu erkennen, verständlich zu dokumentieren und mit klaren Verantwortlichkeiten zu beseitigen. Das ist auch wirtschaftlich sinnvoll: Ein fehlender Formularhinweis oder eine unbrauchbare Tastatursteuerung lässt sich während der Entwicklung deutlich günstiger korrigieren als kurz vor dem Launch oder nach einer Beschwerde.
Eine gute Prüfung bewertet nicht nur einzelne Seiten. Sie betrachtet wiederkehrende Komponenten und typische Aufgaben: Navigation, Suche, Kontaktaufnahme, Registrierung, Download, Bestellung oder Antragstellung. Bei TYPO3- und WordPress-Projekten gehört dazu ausdrücklich die Frage, ob Redakteurinnen und Redakteure barrierefreie Inhalte dauerhaft erstellen können.
Wie funktioniert eine BITV-Prüfung intern in der Praxis?
Der Ablauf beginnt mit einem klaren Prüfauftrag. Das Team legt fest, welches Angebot, welche Bereiche und welcher Stand geprüft werden. Bei einer umfangreichen Unternehmenswebsite ist es weder sinnvoll noch nötig, jede Unterseite identisch tief zu testen. Stattdessen wird eine repräsentative Auswahl gebildet: Startseite, Übersichts- und Detailseite, Suche, Formulare, Login-Bereiche, Inhalte mit Tabellen oder Downloads sowie alle relevanten interaktiven Elemente.
Wichtig ist, Varianten nicht zu übersehen. Ein Akkordeon kann auf zehn Seiten verwendet werden, aber nur in einer bestimmten Konfiguration fehlerhaft sein. Ebenso können Sprachwechsel, Fehlermeldungen, Cookie-Einstellungen oder eingebundene Drittanbieter-Tools eigene Barrieren verursachen. Der Prüfumfang sollte diese kritischen Sonderfälle benennen.
Prüfgrundlage und Verantwortlichkeiten festlegen
Vor dem ersten Test wird definiert, nach welchen Kriterien bewertet wird. Je nach Projekt sind das die relevanten WCAG-Erfolgskriterien, Anforderungen der BITV und zusätzliche Vorgaben des Auftraggebers. Für öffentliche Stellen kann ein vollständiger, standardisierter BITV-Test erforderlich sein. Für eine interne Qualitätsprüfung kann eine priorisierte Prüfliste sinnvoll sein, solange transparent bleibt, was geprüft wurde und was nicht.
Ebenso wichtig sind Rollen. Entwicklung prüft vor allem Semantik, Tastaturbedienung, Fokusführung, technische Einbindung und Fehlerbehandlung. UX und Design bewerten Kontraste, Zustände, verständliche Interaktionen und die visuelle Orientierung. Die Redaktion prüft Alternativtexte, Überschriftenstruktur, Linktexte, Tabellen, PDFs und verständliche Sprache. Eine koordinierende Person sorgt dafür, dass Ergebnisse nicht in einzelnen Tickets verschwinden, sondern nach Schweregrad priorisiert und nach der Korrektur erneut getestet werden.
Automatische Tests richtig einsetzen
Automatische Werkzeuge sind ein guter Einstieg. Sie finden beispielsweise fehlende Alternativtexte, formale Fehler in Überschriftenhierarchien, unzureichende Kontraste oder Probleme bei Formularbeschriftungen. Gerade in der Entwicklung lassen sich solche Prüfungen in den Build-Prozess oder die Qualitätssicherung integrieren.
Ihre Grenzen sind jedoch deutlich. Ein Tool erkennt, dass ein Alternativtext vorhanden ist, aber nicht, ob er den Bildinhalt sinnvoll beschreibt. Es kann eine Überschrift im Code finden, nicht aber beurteilen, ob sie die Inhaltsstruktur verständlich macht. Auch eine technisch fokussierbare Schaltfläche ist nicht automatisch gut bedienbar, wenn ihr Name unklar ist oder sich ihr Zustand nicht verständlich vermittelt.
Automatisierung spart Zeit, ersetzt aber keine manuelle Prüfung. Sie sollte wiederkehrende Fehler früh abfangen, damit Fachleute ihre Aufmerksamkeit auf Nutzung, Kontext und komplexe Funktionen richten können.
Manuell mit Tastatur und Hilfstechnologien prüfen
Die Tastaturprüfung gehört zu den zuverlässigsten Methoden einer internen BITV-Prüfung. Dabei wird die Website ohne Maus bedient: Lassen sich alle Funktionen erreichen? Ist jederzeit sichtbar, welches Element den Fokus hat? Folgt die Reihenfolge der Bedienlogik? Kann ein geöffnetes Menü wieder geschlossen werden, ohne dass der Fokus verloren geht?
Besondere Aufmerksamkeit verdienen modale Dialoge, Mega-Menüs, Filter, Kalender, Autovervollständigungen und Cookie-Banner. Diese Komponenten wirken in der Mausbedienung oft problemlos, sind aber mit Tastatur oder Screenreader häufig fehleranfällig. Auch die mobile Ansicht ist kein Nebenschauplatz. Vergrößerung, kleine Bildschirme und unterschiedliche Eingabemethoden verändern die Nutzung erheblich.
Screenreader-Tests ergänzen diesen Blick. Sie zeigen, ob Landmarken, Überschriften, Formularfelder, Statusmeldungen und Bedienelemente sinnvoll angekündigt werden. Für eine interne Prüfung muss nicht jedes Teammitglied alle Hilfstechnologien perfekt beherrschen. Es braucht aber ausreichend Erfahrung, um offensichtliche Fehlinterpretationen zu erkennen und Ergebnisse sauber einzuordnen. Bei komplexen Portalen oder hohem rechtlichem Risiko ist externe Spezialprüfung eine sinnvolle Ergänzung.
Befunde dokumentieren, damit sie lösbar werden
Ein Prüfbericht ist nur dann nützlich, wenn Entwicklung, Design und Redaktion damit arbeiten können. Die Formulierung „Formular nicht barrierefrei“ hilft niemandem. Besser ist ein konkreter Befund: Auf der Kontaktseite ist das Pflichtfeld nur über Farbe gekennzeichnet. Dadurch ist die Information für Menschen mit eingeschränktem Farbsehen nicht eindeutig. Die Korrektur besteht aus einer zusätzlichen textlichen Kennzeichnung und einer verständlichen Fehlermeldung.
Jeder Befund sollte die betroffene Seite oder Komponente, die Prüfsituation, das verletzte Kriterium, die Auswirkung und eine priorisierte Empfehlung enthalten. Screenshots oder kurze Schritte zur Reproduktion reduzieren Rückfragen. Bei wiederverwendbaren Komponenten ist außerdem festzuhalten, ob der Fehler zentral im Template behoben werden kann oder ob einzelne Inhalte angepasst werden müssen.
Die Priorisierung richtet sich nicht allein nach der technischen Schwierigkeit. Entscheidend ist, ob Menschen eine zentrale Aufgabe nicht abschließen können. Eine nicht bedienbare Suche oder ein unzugänglicher Checkout hat höhere Priorität als ein weniger präziser Alternativtext bei einem rein dekorativen Bild. Trotzdem sollten auch kleinere Mängel nicht dauerhaft im Backlog verschwinden. Sie summieren sich und beeinträchtigen die Gesamtqualität.
Barrierefreiheit im CMS dauerhaft absichern
Viele Probleme entstehen nach dem Relaunch, wenn Inhalte unter Zeitdruck gepflegt werden. Deshalb muss Barrierefreiheit in die redaktionellen Prozesse eingebaut werden. Ein CMS sollte sinnvolle Überschriftenebenen unterstützen, Pflichtfelder für Alternativtexte anbieten, Tabellen nicht als Layoutwerkzeug fördern und Vorlagen für Downloads oder Teaser bereitstellen.
Bei individuellen TYPO3-Installationen lassen sich Inhaltselemente so gestalten, dass Redaktionen weniger Fehlermöglichkeiten haben. Beispielsweise kann ein Bildfeld zwischen dekorativer und inhaltlicher Nutzung unterscheiden. Link- und Button-Komponenten können klare Beschriftungen erfordern. Für PDF-Dokumente braucht es zusätzlich einen eigenen Freigabeprozess, denn ein barrierefreier Webauftritt wird durch unzugängliche Downloads schnell wieder unterbrochen.
Hilfreich sind kurze Redaktionsleitfäden und wiederkehrende Stichproben. Das ist keine Bürokratie, sondern schützt die Investition in Entwicklung und Design. Wenn neue Inhalte dieselben Qualitätsstandards erfüllen, bleibt die Website wartbar und für mehr Menschen nutzbar.
Wann die interne Prüfung nicht ausreicht
Eine interne Prüfung hat Grenzen. Teams kennen ihr eigenes Produkt sehr gut und übersehen dadurch manchmal Hürden, die für neue Nutzende sofort sichtbar sind. Außerdem erfordern rechtlich sensible Angebote, komplexe Transaktionsstrecken oder öffentliche Webauftritte häufig einen unabhängigen, methodisch standardisierten Nachweis.
Auch Tests mit Menschen mit Behinderungen liefern Erkenntnisse, die weder Checklisten noch Tools erzeugen können. Sie zeigen, ob eine Aufgabe nicht nur technisch möglich, sondern tatsächlich verständlich und effizient erledigbar ist. Das ersetzt die kriterienscharfe BITV-Prüfung nicht, ergänzt sie aber sehr wirkungsvoll.
Der beste Zeitpunkt für eine interne BITV-Prüfung ist nicht die letzte Woche vor dem Launch. Wer sie in Konzeption, Komponentenentwicklung, Content-Pflege und Releases verankert, behandelt Barrierefreiheit als Teil professioneller Webentwicklung - und vermeidet, dass aus kleinen Versäumnissen teure Nacharbeiten werden.
