Braucht jede Website WCAG? Was Unternehmen wissen

Ein Website-Relaunch steht kurz vor dem Go-live, das Design ist freigegeben und die Inhalte sind eingepflegt. Erst im Abnahmetest fällt auf: Das Kontaktformular lässt sich nicht vollständig per Tastatur bedienen, Fehlermeldungen sind für Screenreader nicht eindeutig und wichtige Informationen stehen nur in einer Grafik. Spätestens dann stellt sich die Frage: Braucht jede Website WCAG? Die kurze Antwort lautet: Nicht jede Website ist gesetzlich in gleicher Weise verpflichtet. Für nahezu jedes professionelle Webprojekt ist WCAG-Konformität dennoch ein relevanter Qualitätsmaßstab.

Braucht jede Website WCAG?

Die Web Content Accessibility Guidelines, kurz WCAG, sind internationale Empfehlungen für digitale Barrierefreiheit. Sie beschreiben, wie Inhalte, Funktionen und Oberflächen für möglichst viele Menschen wahrnehmbar, bedienbar, verständlich und technisch kompatibel gestaltet werden können.

Eine pauschale gesetzliche WCAG-Pflicht für sämtliche Websites gibt es in Deutschland nicht. Ob konkrete Anforderungen gelten, hängt davon ab, wer die Website betreibt, welche Leistungen darüber angeboten werden und welche Zielgruppe angesprochen wird. Öffentliche Stellen unterliegen anderen Vorgaben als ein B2B-Unternehmen mit reinem geschlossenen Kundenportal. Seit dem 28. Juni 2025 sind zudem viele digitale Dienstleistungen im Verbrauchergeschäft durch das Barrierefreiheitsstärkungsgesetz, kurz BFSG, betroffen.

Für Unternehmen wäre es jedoch zu kurz gedacht, WCAG nur als rechtliche Pflicht zu behandeln. Eine Website, die sich klar bedienen lässt, verständliche Formulare bietet und auf unterschiedlichen Endgeräten zuverlässig funktioniert, verbessert die Nutzung für alle Besucherinnen und Besucher. Das zahlt auf Reichweite, Conversion, Kundenservice und die langfristige Wartbarkeit ein.

Wann gesetzliche Anforderungen greifen

Die rechtliche Einordnung sollte immer auf das konkrete Angebot bezogen erfolgen. Entscheidend ist nicht allein, ob eine Website existiert, sondern welche digitalen Funktionen sie bereitstellt und in welchem organisatorischen Kontext sie betrieben wird.

Öffentliche Stellen und BITV

Websites und mobile Anwendungen öffentlicher Stellen müssen in Deutschland die Anforderungen der Barrierefreie-Informationstechnik-Verordnung, kurz BITV, berücksichtigen. Dazu gehören beispielsweise Behörden, Hochschulen und viele öffentlich-rechtliche Einrichtungen. Die BITV orientiert sich an europäischen Vorgaben und technischen Normen, die WCAG-Kriterien als zentralen Maßstab einbeziehen.

Neben der technischen Umsetzung sind hierbei weitere Punkte relevant: eine Erklärung zur Barrierefreiheit, eine Feedback-Möglichkeit sowie gegebenenfalls Hinweise auf nicht barrierefreie Inhalte. Für Organisationen mit öffentlichem Auftrag reicht es deshalb nicht, nur die Startseite zu prüfen. Barrierefreiheit muss in Redaktion, Design, Entwicklung und Betrieb verankert sein.

Private Unternehmen und BFSG

Für private Unternehmen erweitert das BFSG den Kreis der verpflichteten Anbieter deutlich. Betroffen sein können digitale Dienstleistungen für Verbraucherinnen und Verbraucher, etwa im Onlinehandel, bei Bankdienstleistungen, im Personenverkehr, in der Telekommunikation oder beim Zugang zu audiovisuellen Mediendiensten. Auch Buchungsstrecken, Kundenportale und Apps können in den Anwendungsbereich fallen.

Nicht jede Unternehmenswebsite fällt automatisch darunter. Eine reine B2B-Präsenz ohne elektronischen Geschäftsverkehr ist anders zu bewerten als ein Shop mit Bestellprozess für Endkundinnen und Endkunden. Auch Ausnahmen, etwa für bestimmte Kleinstunternehmen bei Dienstleistungen, können eine Rolle spielen. Solche Fragen sollten bei komplexen Geschäftsmodellen rechtlich geprüft werden. Technische Beratung ersetzt keine Rechtsberatung, sie schafft aber die belastbare Grundlage für eine saubere Umsetzung.

Freiwillig heißt nicht beliebig

Selbst wenn keine unmittelbare Pflicht besteht, kann Barrierefreiheit geschäftlich sinnvoll und organisatorisch notwendig sein. Unternehmen erreichen damit Menschen mit dauerhaften oder temporären Einschränkungen, etwa bei Sehschwäche, motorischen Beeinträchtigungen, Verletzungen oder einer Nutzung in ungünstiger Umgebung. Auch ältere Zielgruppen, mobile Nutzer und Menschen mit geringer digitaler Erfahrung profitieren von klaren Strukturen.

Hinzu kommt die Beschaffungsperspektive: Wer für öffentliche Auftraggeber arbeitet oder an Ausschreibungen teilnimmt, muss Barrierefreiheit häufig nachweisen. Werden die Anforderungen erst kurz vor einer Ausschreibung berücksichtigt, entstehen oft teure Nacharbeiten an Templates, Komponenten und redaktionellen Prozessen.

Was WCAG für eine Unternehmenswebsite praktisch bedeutet

WCAG wird oft auf Kontraste und Alternativtexte reduziert. Beides ist wichtig, aber längst nicht ausreichend. Barrierefreiheit betrifft die gesamte Nutzungskette - vom ersten Orientierungspunkt über Navigation und Suche bis zum Formularabschluss oder Download.

Wahrnehmbarkeit bedeutet beispielsweise, dass Text einen ausreichenden Kontrast zum Hintergrund hat, Bilder mit relevanter Aussage passende Alternativtexte erhalten und Videos bei Bedarf durch Untertitel oder Transkripte ergänzt werden. Dabei gilt: Nicht jedes dekorative Bild braucht einen Text. Ein Alternativtext soll Informationen vermitteln, nicht die Gestaltung beschreiben.

Bedienbarkeit zeigt sich besonders bei Navigation, Menüs, Modals und Formularen. Alle Funktionen müssen mit der Tastatur erreichbar sein. Der sichtbare Fokus darf nicht verschwinden, die Reihenfolge beim Durchtabben muss nachvollziehbar bleiben und komplexe Navigationen dürfen nicht an einem Maus-Hover scheitern. Gerade individuell entwickelte JavaScript-Komponenten sind hier eine häufige Fehlerquelle.

Verständlichkeit betrifft Sprache, Struktur und Rückmeldungen. Überschriften sollten eine echte Hierarchie bilden, Linktexte ihr Ziel erkennen lassen und Pflichtfelder klar gekennzeichnet sein. Wenn ein Formular nicht abgeschickt werden kann, muss die Fehlermeldung konkret sagen, was fehlt und wo die Korrektur erforderlich ist.

Technische Kompatibilität schließlich setzt sauberes HTML voraus. Semantische Elemente, korrekt zugeordnete Formularlabels und sinnvoll eingesetzte ARIA-Attribute helfen assistiven Technologien, Inhalte richtig zu interpretieren. ARIA kann fehlende Semantik nicht zuverlässig ersetzen. Ein echtes Button-Element ist meist besser als ein klickbares div mit mehreren Zusatzattributen.

WCAG als Projektanforderung, nicht als Abnahmehaken

Viele Probleme entstehen, weil Barrierefreiheit erst nach Design, Entwicklung und Content-Produktion geprüft wird. Dann ist die Korrektur zwar möglich, aber deutlich aufwendiger. Ein Kontrastproblem lässt sich oft noch schnell lösen. Schwieriger wird es, wenn ein Designsystem keine Fokuszustände vorsieht, ein Seitentyp keine sinnvolle Überschriftenstruktur zulässt oder ein Formular technisch falsch aufgebaut wurde.

Sinnvoller ist es, WCAG-Anforderungen früh in die Projektarbeit aufzunehmen. Zu Beginn steht eine Bestandsaufnahme: Welche Seiten, Prozesse, Dokumente und interaktiven Komponenten gibt es? Anschließend werden die relevanten Konformitätsziele festgelegt. In vielen professionellen Projekten dient WCAG 2.1 auf Stufe AA als zentrale Orientierung. Ob darüber hinaus Anforderungen aus WCAG 2.2 oder branchenspezifische Vorgaben berücksichtigt werden sollten, hängt von Projekt, Rechtsrahmen und Risikobewertung ab.

Für ein CMS-Projekt bedeutet das auch, die Redaktionsoberfläche mitzudenken. Wenn Redakteurinnen und Redakteure Überschriften frei formatieren, Alternativtexte überspringen oder PDFs ohne Prüfung hochladen können, verliert selbst ein technisch gut entwickeltes Frontend mit der Zeit an Qualität. Gute Systeme unterstützen klare Inhaltsstrukturen, geben hilfreiche Hinweise und begrenzen Fehlerquellen, ohne die tägliche Arbeit unnötig zu erschweren.

So wird Barrierefreiheit im Betrieb dauerhaft tragfähig

Ein einmaliger Audit ist ein wichtiger Ausgangspunkt, aber keine dauerhafte Garantie. Neue Inhalte, Erweiterungen, Kampagnen-Landingpages und CMS-Updates verändern eine Website fortlaufend. Deshalb braucht Barrierefreiheit einen wiederholbaren Prozess.

Ein praxistaugliches Vorgehen umfasst fünf Schritte:

1. Den rechtlichen und organisatorischen Geltungsbereich klären, insbesondere bei Shops, Portalen und digitalen Verbraucherleistungen.
2. Bestehende Seiten, Templates, Komponenten und PDFs anhand einer fachlichen Prüfung bewerten.
3. Kritische Barrieren priorisieren und zuerst zentrale Nutzerwege wie Navigation, Suche, Kontakt, Login oder Kaufabschluss verbessern.
4. Designsystem, Entwicklungsvorgaben und Redaktionsregeln so dokumentieren, dass Anforderungen bei neuen Funktionen wiederverwendbar bleiben.
5. Regelmäßig automatisierte Tests, manuelle Tastaturtests und Prüfungen mit Screenreadern kombinieren.

Automatisierte Werkzeuge sind dabei nützlich, erkennen aber nur einen Teil der Probleme. Sie finden beispielsweise fehlende Alternativtexte oder formale Kontrastfehler. Ob ein Alternativtext sinnvoll ist, eine Navigation verständlich bleibt oder ein Prozess unter realen Bedingungen nutzbar ist, muss zusätzlich manuell bewertet werden. Bei zentralen Anwendungen sind Tests mit Menschen, die assistive Technologien nutzen, besonders wertvoll.

Der Unterschied zwischen Mindeststandard und guter Nutzung

Nicht jede WCAG-Anforderung lässt sich ohne Abwägung umsetzen. Komplexe Datenvisualisierungen, Produktkonfiguratoren oder externe Dienste können besondere Herausforderungen mitbringen. Entscheidend ist, diese Fälle nicht zu ignorieren, sondern eine gleichwertige zugängliche Alternative zu planen. Bei einer interaktiven Grafik kann das beispielsweise eine strukturierte Datentabelle sein. Bei einem externen Buchungssystem muss geklärt werden, welche Einflussmöglichkeiten bestehen und wie Risiken dokumentiert werden.

Barrierefreiheit ist damit kein Zusatzmodul, das am Ende eines Projekts ergänzt wird. Sie ist Teil von Webentwicklung mit Substanz: klare Informationsarchitektur, saubere Komponenten, belastbare CMS-Strukturen und sorgfältig getestete Nutzerwege. Wer diese Grundlagen früh einplant, reduziert spätere Kosten und schafft eine Website, die mehr Menschen zuverlässig erreicht.