Barrierefreiheit bei Legacy-Modernisierung: warum sich Altsysteme nicht einfach nachrüsten lassen

© BullRun

Warum lässt sich Barrierefreiheit bei Legacy-Modernisierung nicht einfach nachrüsten?

Kurz gesagt: weil Zugänglichkeit tief in der Architektur verankert sein muss, nicht nur an der Oberfläche sichtbar wird. Ein neuer Button reicht nicht, wenn das System darunter keine saubere Struktur kennt. Barrierefreiheit bei Legacy-Systemen nachrüsten zu wollen, ohne die Architektur anzufassen, funktioniert in der Praxis kaum.

Genau diese Struktur fehlt vielen gewachsenen Anwendungen, die Darstellung, Logik und Datenhaltung eng verzahnen. Bildschirmlesehilfen, Tastatursteuerung und Kontrastanpassungen für sehbeeinträchtigte Menschen setzen voraus, dass Inhalte maschinenlesbar ausgegeben werden. Warum lässt sich Barrierefreiheit nicht einfach nachrüsten? Weil Zugänglichkeit eine Eigenschaft der Architektur ist, nicht der Oberfläche. Eine bfsg-konforme Modernisierung alter Software verlangt mehr als kosmetische Korrekturen. Ein BFSG-Altsystem bleibt in derselben Pflicht wie neue Software.

Der Bitkom-Praxisleitfaden zu den Anforderungen aus dem BFSG benennt Apps, Webseiten, Dokumente und Prozesse im E-Commerce als zentrale Handlungsfelder der Barrierefreiheitspflicht. Das gilt unabhängig davon, wann die Software entstanden ist: Maßgeblich ist, ob eine Dienstleistung nach dem 28. Juni 2025 erbracht wird, nicht das Entstehungsdatum des Systems. Gewachsene Anwendungen im laufenden Betrieb sind damit ebenso erfasst wie Neuentwicklungen. Die Lücke zwischen Anspruch und Umsetzung lässt sich nur aktiv schließen, nicht ignorieren. Einen Überblick über Fristen und Pflichten bietet der Leitfaden Barrierefreiheit: Gesetz und Umsetzung.

Barrierefreiheit bei Altsystemen: die technische Grenze

Barrierefreiheit bei Altsystemen endet oft an einer Hürde: fehlender Semantik im Code. Wenn eine Schaltfläche im Quelltext nicht als solche erkennbar ist, kann kein Hilfsmittel sie ansteuern. Diese Lücke lässt sich mit einzelnen Korrekturen kaum schließen.

Typische Barrieren in alten Systemen

• Fehlende Alternativtexte für Bilder und Icons
• Formulare ohne erkennbare Beschriftung für Screenreader
• Bedienung, die ausschließlich über die Maus funktioniert
• Kontraste, die für Sehbeeinträchtigte nicht ausreichen
• Tabellen und Layouts ohne erkennbare Struktur
• Fehlermeldungen, die nur farblich markiert sind

Diese Liste zeigt, warum reine Kosmetik selten ausreicht. Wer die Ursache nicht an der Wurzel angeht, bessert nur so lange nach, bis das nächste Update die Arbeit wieder zunichtemacht.

Legacy-Software barrierefrei machen: Zwischen Kapseln und Neubau

Legacy-Software barrierefrei machen bedeutet selten alles oder nichts. Zwischen einer kompletten Neuentwicklung und einem reinen Reparaturversuch liegt ein breites Mittelfeld, und genau dort finden sich die meisten wirtschaftlich sinnvollen Lösungen.

Individualsoftware verlangt dabei ein anderes Vorgehen als ein Update. Grundlagen dazu liefert der Überblick zur Softwareentwicklung, der zeigt, wie technische und rechtliche Vorgaben zusammenpassen. Wie viel es kostet, Legacy-Software barrierefrei umzubauen, lässt sich nie pauschal beantworten.

Barrierefreiheit bei Altsystemen: schrittweises Vorgehen

Barrierefreiheit bei Altsystemen lässt sich fast immer stückweise erreichen, ohne den Betrieb zu gefährden. Eine neue, zugängliche Oberfläche wird vor den bestehenden Kern gesetzt, Anfragen laufen weiter durch den bewährten Unterbau.

Dieses Vorgehen ist als Strangler-Fig-Pattern bekannt, benannt nach einer Pflanze, die einen Baum langsam umwächst. Die alte Anwendung braucht dafür eine klar definierte Schnittstelle nach außen, über die eine API-first-Migration mit Barrierefreiheit für Behörden praktikabel wird.

Für Behörden mit gewachsenen Fachverfahren ist dieser Weg besonders wertvoll. Ein Fachverfahren barrierefrei zu gestalten, gelingt so ohne jahrzehntealte Kernprozesse neu programmieren zu müssen. Der Sonderfall der Verwaltung wird im Leitfaden Barrierefreie Software für die öffentliche Verwaltung vertieft.

Ähnliches gilt für Unternehmen mit gewachsener Business-Software, etwa im Vertrieb oder in der Buchhaltung. Solche Systeme begleiten oft mehrere Mitarbeitergenerationen. Wie sich Zugänglichkeit dort verbessern lässt, zeigt der Beitrag Business Software barrierefrei gestalten.

Welche Richtung sinnvoller ist, hängt stark von der wirtschaftlichen Ausgangslage ab. Auch das verfügbare Budget der kommenden Jahre fällt dabei ins Gewicht. Diese Abwägung vertieft, unabhängig von der Barrierefreiheit, der Beitrag zur Legacy-Software-Modernisierung.

Die neue Oberfläche bleibt nur barrierefrei, wenn sie nach anerkannten Gestaltungsgrundsätzen entsteht. Farbkontraste, Schriftgrößen und die Anordnung von Bedienelementen entscheiden dabei über Erfolg oder Misserfolg. Der Beitrag Barrierefreies Design erklärt, welche Entscheidungen den größten Unterschied machen.

Ergänzend muss sich der Fortschritt belegen lassen, besonders gegenüber Marktüberwachungsbehörden oder bei Beschwerden. Nur ein strukturierter Nachweis verhindert, dass gute Arbeit im Streitfall unsichtbar bleibt. Wie sich die WCAG-Konformität dokumentieren lässt, erklärt ein eigener Beitrag.

Grundsätzliche Fragen zur digitalen Teilhabe betreffen letztlich jede Organisation mit digitalen Angeboten. Sie reichen von der Erklärung bis zur Schulung der Belegschaft. Der Überblick zur digitalen Barrierefreiheit fasst diese Perspektive zusammen.

Wie lässt sich erkennen, ob ein Altsystem barrierefrei modernisiert oder abgelöst werden sollte?

Drei Signale liefern zusammen eine verlässliche Antwort. Wichtig sind das Alter der technischen Basis, die Reichweite bei Kundschaft oder Belegschaft und die laufenden Kosten für Nachbesserungen.

Kriterien für die Einschätzung

• Wird die technische Basis noch offiziell unterstützt?
• Wie viele Menschen nutzen die Anwendung regelmäßig?
• Wie hoch sind die bisherigen Kosten für Support und Korrekturen?
• Existiert noch ausreichendes Wissen über die interne Architektur?
• Wie eng sind Oberfläche und Geschäftslogik miteinander verwoben?

Fallen mehrere Punkte negativ aus, spricht viel für eine grundlegende Erneuerung statt für Flickschusterei. Ist die Basis stabil und dokumentiert, reicht oft ein gezielter Umbau der Oberfläche, um ein Altsystem barrierefrei zu halten.

Barrierefreiheit bei Legacy-Modernisierung in der Praxis

Der Erfolg zeigt sich selten am ersten Tag. Entscheidend sind der Umgang mit Sonderfällen und die Frage, wie sich Fortschritt über Jahre hinweg nachweisen lässt.

Fachverfahren und Portale: der Sonderfall Verwaltung

Fachverfahren in Behörden zählen zu den anspruchsvollsten Fällen barrierefreier Modernisierung, weil sie seit Jahrzehnten gewachsen sind und zugleich strengen Vorgaben der Barrierefreie-Informationstechnik-Verordnung unterliegen. Ein Fachverfahren barrierefrei umzubauen bedeutet meist, mit einzelnen Modulen zu beginnen statt das komplette System zu ersetzen.

Bürgerportale stehen vor einer ähnlichen Aufgabe, richten sich aber unmittelbar an Menschen mit stark unterschiedlicher technischer Ausstattung. Deshalb zählt neben der WCAG-Konformität auch die Verständlichkeit von Formularen zu den wichtigsten Baustellen.

Nachweis und Testing dauerhaft verankern

Software-Modernisierung nach WCAG-Maßstäben gelingt nur mit einer festen Prüfroutine, denn jedes Update kann neue Barrieren erzeugen.

Bewährt hat sich eine Kombination mehrerer Prüfschritte:

• Automatisierte Tests direkt im Entwicklungsprozess
• Manuelle Prüfung mit Screenreadern und Tastatur
• Rückmeldungen aus der tatsächlichen Nutzung sammeln
• Dokumentation aller gefundenen Barrieren und ihrer Behebung
• Wiederholung der Prüfung nach jedem größeren Update

Nur wer diese Routine dauerhaft einhält, kann belegen, dass Barrierefreiheit tatsächlich umgesetzt wurde und nicht nur einmalig behauptet worden ist. Ein Altsystem barrierefrei zu halten heißt vor allem, laufende Prüfungen nicht zu vergessen.

Welche Kosten entstehen bei barrierefreier Modernisierung im Vergleich zum Neubau?

Barrierefreie Modernisierung ist in den meisten Fällen deutlich günstiger als ein kompletter Neubau, sofern der bestehende Kern noch stabil funktioniert. Die tatsächlichen Kosten hängen jedoch stark vom Einzelfall ab.

Folgende Faktoren beeinflussen den Aufwand am stärksten:

• Umfang der Funktionen, die vollständig erhalten bleiben müssen
• Technischer Zustand der zugrunde liegenden Datenstruktur
• Anzahl der Schnittstellen zu anderen Systemen und Partnern
• Vorhandene Dokumentation und bisherige Testabdeckung
• Zeitdruck durch gesetzliche Fristen und anstehende Kontrollen
• Verfügbarkeit von internem Wissen über die alte Architektur

Ein Neubau lohnt sich meist erst, wenn mehrere Faktoren gleichzeitig ungünstig ausfallen. Sonst bleibt die schrittweise, barrierefreie Modernisierung der wirtschaftlich tragfähigere Weg.

Wichtig ist außerdem, versteckte Folgekosten einzuplanen: Schulungen für die Belegschaft, wiederkehrende Prüfungen und die Pflege der Barrierefreiheitserklärung verursachen auch nach dem Projekt spürbaren Aufwand. Werden diese Posten früh eingeplant, bleibt Barrierefreiheit bei Legacy-Modernisierung ein planbares Vorhaben statt eines offenen Risikos.