Barrierefreiheit / Accessibility

LBBW Asset Management

Die LBBW Asset Management betreibt eine gewachsene TYPO3-Site mit komplexen Inhalten und strengen Anforderungen an Stabilität und Compliance. 2025 stand die weitgehende WCAG 2.1 AA Konformität auf der Agenda – nicht als Relaunch, sondern als präzise Nachrüstung im laufenden Betrieb. Ein externer Audit lieferte die Fehlerliste. Wir haben die technischen Lösungen erarbeitet und den Großteil der Barrieren beseitigt – die Site erfüllt WCAG 2.1 AA in weiten Teilen, einzelne Bereiche sind dokumentiert und bekannt.

Die wichtigsten Eckdaten

Das Projekt auf einen Blick

Barrierefreiheit nachrüsten klingt einfacher als es ist – besonders in einer gewachsenen TYPO3-Instanz, die nicht angefasst werden darf ohne Konsequenzen. Die Aufgabe war klar: WCAG 2.1 AA weitgehend erreichen, ohne das System zu destabilisieren. Keine strukturellen Eingriffe, keine Neuentwicklung – sondern gezielte Maßnahmen dort wo sie wirken.

Leistungen

Technologien

Branche

Jahr

Diese Punkte sollte das Projekt konkret verbessern

Ausgangslage

Die Site war technisch stabil und inhaltlich gepflegt – aber nicht barrierefrei. Ein externer Audit hatte die Schwachstellen dokumentiert. Was fehlte, war die technische Umsetzung.

Fehlerliste ohne Lösung

Ein externer Dienstleister hatte im Auftrag der LBBW-AM einen WCAG-Audit durchgeführt und eine detaillierte Fehlerliste geliefert. Was fehlte: konkrete technische Lösungswege. Die Umsetzung war nicht Teil des Auftrags.

Gewachsene TYPO3-Struktur

Die Site hatte eine komplexe, über Jahre gewachsene TYPO3-Struktur. Eingriffe mussten chirurgisch präzise sein – jede Änderung mit dem Risiko ungewollter Seiteneffekte auf andere Bereiche.

Gesetzliche Anforderungen

Mit der EU-Richtlinie zur Barrierefreiheit (BITV 2.0 / WCAG 2.1 AA) steigt der Druck auf Finanzdienstleister spürbar. Für die LBBW AM war die Konformität kein Nice-to-have, sondern eine konkrete Anforderung mit Deadline.

Die wichtigsten Bausteine aus Analyse und Umsetzung

Unser Vorgehen im Projekt

Analyse & Priorisierung

Wir haben die Audit-Ergebnisse systematisch analysiert und nach Kritikalität und technischem Aufwand priorisiert. Nicht jeder Fehler wiegt gleich – manche blockieren die Nutzung für Screenreader-Nutzer komplett, andere sind formale Verstöße mit geringerer Auswirkung. Diese Unterscheidung war die Grundlage für eine effiziente Umsetzung.

Technische Umsetzung

Für jeden identifizierten Fehler haben wir die sauberste technische Lösung erarbeitet – ohne die bestehende TYPO3-Struktur auseinanderzunehmen. ARIA-Labels für interaktive Elemente, korrektes Focus-Management für Tastaturnutzer, Kontrastanpassungen nach WCAG 2.1 AA, Alt-Texte für relevante Bildinhalte und Screenreader-Optimierung für komplexe Komponenten.

Was das Projekt gebracht hat

Ergebnis in Kürze

Keine 100% – aber eine ehrliche 95%. Alle kritischen Barrieren behoben, einzelne Randbereiche dokumentiert und priorisiert für die nächste Runde.

Kritische Barrieren behoben

Die wesentlichen Barrieren wurden beseitigt – ARIA-Labels, Focus-Management, Kontraste, Alt-Texte, Screenreader-Kompatibilität. Die Site erfüllt WCAG 2.1 AA in weiten Teilen. Einzelne Bereiche sind bekannt, dokumentiert und für die weitere Umsetzung priorisiert.

System stabil

Alle Maßnahmen wurden im laufenden Betrieb umgesetzt – keine Ausfallzeiten, keine strukturellen Eingriffe, keine ungewollten Seiteneffekte. Die TYPO3-Instanz läuft unverändert stabil.

Gesetzliche Anforderung weitgehend erfüllt

Die LBBW Asset Management erfüllt die Anforderungen der EU-Barrierefreiheitsrichtlinie (BITV 2.0 / WCAG 2.1 AA) weitgehend – ohne aufwendigen Relaunch und ohne Unterbrechung des laufenden Betriebs.

Barrierefreiheit nachrüsten?

WCAG 2.1 AA – wir kennen den Weg

Ob externer Audit vorliegt oder nicht – wir analysieren, priorisieren und setzen um. Ohne Relaunch, ohne Systemrisiko, mit messbarem Ergebnis.

Unsere FAQs

Häufige Fragen

Brauchen wir einen eigenen Audit oder reicht ein externer?

Beides funktioniert. Liegt bereits ein Audit vor, arbeiten wir damit – wir analysieren die Ergebnisse, priorisieren nach Kritikalität und erarbeiten die technischen Lösungen. Liegt kein Audit vor, empfehlen wir Tools wie BAAT oder Silktide für eine strukturierte Fehleranalyse vor der Umsetzung.

Was ist der Unterschied zwischen BAAT und Silktide?

BAAT ist ein Browser-Plugin für manuelle, regelkonforme Tests direkt im Browser – gut für detaillierte Einzelprüfungen. Silktide ist ein automatisiertes Tool das ganze Websites analysiert und priorisierte Fehlerlisten liefert. Wir kombinieren beide für ein vollständiges Bild.

Ist eine Nachrüstung in TYPO3 ohne Relaunch möglich?

Ja – und das ist oft der sinnvollere Weg. Barrierefreiheit lässt sich in vielen Fällen durch gezielte Eingriffe in Templates und Komponenten erreichen, ohne die Gesamtstruktur anzufassen. Voraussetzung ist eine saubere Analyse was wo geändert werden muss.

Ab wann ist Barrierefreiheit gesetzlich verpflichtend?

Für öffentliche Stellen gilt die BITV 2.0 bereits seit Jahren. Für private Unternehmen greift der European Accessibility Act (EAA) ab Juni 2025 – das betrifft unter anderem Finanzdienstleister, E-Commerce und digitale Dienstleistungen. Wer jetzt noch nicht konform ist, sollte bald handeln.

Ist 100% WCAG 2.1 AA immer realistisch?

Ehrliche Antwort: nicht immer – besonders bei gewachsenen Systemen mit komplexen Komponenten. Was wir garantieren: alle kritischen Barrieren werden behoben, Ausnahmen werden dokumentiert und begründet. Eine ehrliche 95% ist mehr wert als ein unrealistisches 100%-Versprechen.

Können wir Barrierefreiheit auch für andere CMS umsetzen?

Ja. Wir haben Erfahrung mit TYPO3, CraftCMS und WordPress. Das Vorgehen ist immer gleich – Analyse, Priorisierung, Umsetzung, Verifikation. Das CMS bestimmt die technischen Mittel, nicht den Prozess.