Blog

Wie erkennt man WCAG-Verstöße bei mehrsprachigen Websites?

Herausgegeben von Decareto

4 Minuten lesen

Oktober 29, 2026

WCAG-Verstöße bei mehrsprachigen Websites erkennt man vor allem durch sprachspezifische Scans jeder Sprachversion, gezielte Prüfung der Sprachauszeichnung im HTML-Code sowie die Überprüfung übersetzter Alternativtexte, Formularbeschriftungen und Navigationselemente. Mehrsprachige Websites sind besonders fehleranfällig, weil Barrierefreiheitsanforderungen bei jeder Sprachversion neu erfüllt werden müssen und Übersetzungsprozesse typischerweise technische Attribute wie lang-Tags oder Alt-Texte auslassen. Die folgenden Abschnitte beantworten die häufigsten Fragen rund um WCAG-Prüfungen bei mehrsprachigen Websites.

Welche WCAG-Kriterien sind bei mehrsprachigen Websites besonders fehleranfällig?

Bei mehrsprachigen Websites sind vor allem drei WCAG-Kriterien besonders anfällig für Fehler: die korrekte Sprachauszeichnung (WCAG 3.1.1 und 3.1.2), aussagekräftige Alternativtexte für Bilder (WCAG 1.1.1) sowie verständliche Linkbeschriftungen (WCAG 2.4.6). Diese Kriterien werden bei Übersetzungen häufig übersehen, weil der Fokus auf dem sichtbaren Text liegt, nicht auf technischen Metadaten.

Konkret treten folgende Probleme bei mehrsprachigen Websites immer wieder auf:

Fehlende oder falsche lang-Attribute: Das lang-Attribut im <>-Element oder auf einzelnen Textabschnitten wird nicht an die jeweilige Sprachversion angepasst. Screenreader lesen den Text dann in der falschen Sprache vor, was die Verständlichkeit erheblich beeinträchtigt.
Nicht übersetzte Alternativtexte: Bilder erhalten in der Originalsprache einen Alt-Text, der bei der Übersetzung der Seite unverändert bleibt. Blinde Nutzerinnen und Nutzer hören dann einen fremdsprachigen Alternativtext.
Unvollständige Übersetzung von ARIA-Labels: ARIA-Attribute wie aria-label oder aria-describedby werden bei Übersetzungsprozessen oft vergessen, weil sie im sichtbaren Interface nicht erscheinen.
Inkonsistente Farbkontraste zwischen Sprachversionen: Unterschiedliche Schriftlängen in verschiedenen Sprachen führen manchmal dazu, dass Texte in Schaltflächen oder Überschriften kleiner gesetzt werden, was die Kontrastvorgaben nach WCAG 1.4.3 verletzt.
Fehlende Übersetzung von Fehlermeldungen und Formularbeschriftungen: Eingabefelder und Validierungshinweise bleiben in der Ausgangssprache, obwohl der Rest der Seite übersetzt wurde.

Besonders kritisch ist dabei die Sprachauszeichnung, da ein fehlerhaftes lang-Attribut die Screenreader-Bedienbarkeit der gesamten Seite untergräbt. Das ist keine kosmetische Schwäche, sondern eine Barriere, die grundlegende Funktionen blockiert.

Warum reicht ein einmaliger WCAG-Scan für mehrsprachige Websites nicht aus?

Ein einmaliger WCAG-Scan reicht für mehrsprachige Websites nicht aus, weil jede Sprachversion technisch eigenständig ist und eigene Fehler enthalten kann. Hinzu kommt, dass Websites kontinuierlich aktualisiert werden: Neue Inhalte, Plugins oder Designänderungen können jederzeit neue Barrieren einführen, die in einem früheren Scan nicht vorhanden waren.

Mehrere Faktoren machen die kontinuierliche Überwachung notwendig:

Unabhängige Fehlerquellen je Sprachversion: Eine englische Version kann WCAG-konform sein, während die französische Version fehlerhafte Sprachauszeichnungen oder fehlende Alt-Texte enthält. Ein einmaliger Scan einer Sprachversion gibt keinen Aufschluss über die anderen.
Dynamische Inhalte und CMS-Aktualisierungen: Redaktionelle Änderungen, neue Blogbeiträge oder aktualisierte Produktseiten werden in jeder Sprachversion separat gepflegt. Dabei entstehen regelmäßig neue Lücken.
Drittanbieter-Komponenten: Eingebettete Karten, Chat-Widgets oder Social-Media-Plugins können bei Updates neue Barrieren mitbringen, die unabhängig von der eigentlichen Übersetzungsarbeit auftreten.
Rechtliche Anforderungen: Das Barrierefreiheitsstärkungsgesetz (BFSG) verlangt von betroffenen Unternehmen eine dauerhaft barrierefreie Gestaltung, nicht nur einen einmaligen Nachweis. Ein Scan, der heute ein positives Ergebnis liefert, sagt nichts über den Zustand in drei Monaten aus.

Automatisierte Tests können dabei helfen, mit vertretbarem Aufwand einen Überblick zu gewinnen, ob ein anschließender manueller Test überhaupt ein gutes Ergebnis liefern könnte. Sie ersetzen jedoch keine regelmäßige, systematische Prüfung aller Sprachversionen. Eine Barrierefreiheitsprüfung sollte deshalb als fortlaufender Prozess verstanden werden, nicht als einmaliges Projekt.

Wie erkennt man fehlerhafte Sprachauszeichnung auf einer Website?

Fehlerhafte Sprachauszeichnung erkennt man, indem man das lang-Attribut im <>-Element der Seite überprüft und sicherstellt, dass es mit der tatsächlichen Sprache des Inhalts übereinstimmt. Zusätzlich müssen Textabschnitte, die in einer anderen Sprache als der Hauptsprache der Seite verfasst sind, mit einem eigenen lang-Attribut ausgezeichnet sein.

Manuelle Prüfung im Quelltext

Öffnen Sie den Seitenquelltext Ihrer Website und suchen Sie nach dem öffnenden <>-Tag. Dort sollte ein lang-Attribut stehen, das dem BCP-47-Sprachcode der jeweiligen Sprachversion entspricht, etwa lang="de" für Deutsch, lang="fr" für Französisch oder lang="en-US" für amerikanisches Englisch. Fehlt dieses Attribut oder ist es falsch gesetzt, liegt ein WCAG-Verstoß gegen Erfolgskriterium 3.1.1 vor.

Prüfung mit automatisierten Tools

Automatisierte Barrierefreiheits-Scanner prüfen das lang-Attribut zuverlässig und melden fehlende oder inkorrekte Werte als Fehler. Wichtig ist, dabei jede Sprachversion separat zu scannen, da die Fehler je nach Sprachversion unterschiedlich sein können. Achten Sie außerdem auf Abschnitte mit eingebettetem fremdsprachigem Text, etwa englischsprachige Zitate auf einer deutschsprachigen Seite: Diese benötigen ein eigenes lang-Attribut am umgebenden HTML-Element, sonst liest der Screenreader den englischen Text mit falscher Aussprache vor.

Was sind die häufigsten WCAG-Fehler in übersetzten Alternativtexten?

Die häufigsten WCAG-Fehler bei übersetzten Alternativtexten sind fehlende Übersetzungen des Alt-Texts, nichtssagende Platzhalter wie „image“ oder Dateinamen sowie Alternativtexte, die zwar übersetzt wurden, aber den Bildinhalt in der Zielsprache nicht korrekt beschreiben. All diese Fehler verstoßen gegen WCAG-Erfolgskriterium 1.1.1.

Im Einzelnen begegnen einem bei der Prüfung mehrsprachiger Websites folgende Muster:

Unveränderter Original-Alt-Text: Das Bild wurde aus der Ausgangssprache übernommen, der Alt-Text aber nicht übersetzt. Nutzerinnen und Nutzer eines Screenreaders hören einen deutschen Alt-Text auf einer französischen Seite.
Leere Alt-Attribute bei informativen Bildern: Manche Übersetzungsworkflows entfernen Alt-Texte versehentlich oder setzen sie auf leer, obwohl das Bild inhaltlich relevant ist. Ein leeres alt="" ist nur bei dekorativen Bildern korrekt.
Maschinell übersetzte, aber sinnentstellende Alt-Texte: Automatische Übersetzungstools übertragen Alt-Texte wörtlich, ohne den kulturellen oder inhaltlichen Kontext zu berücksichtigen. Das Ergebnis ist formal vorhanden, aber für Screenreader-Nutzerinnen und -Nutzer wenig hilfreich.
Dateinamen als Alt-Text: Bilder, die im Original keinen Alt-Text hatten und mit Dateinamen wie „img_4782.jpg“ beschriftet sind, tauchen in allen Sprachversionen mit demselben nutzlosen Wert auf.

Ein hilfreicher Ansatz ist es, Alternativtexte im Übersetzungsprozess als eigenständige Texteinheit zu behandeln, die genauso sorgfältig lokalisiert werden muss wie sichtbarer Seiteninhalt. Viele Content-Management-Systeme ermöglichen es, Alt-Texte sprachspezifisch zu pflegen, diese Funktion wird aber häufig nicht genutzt.

Welche Tools helfen beim Erkennen von WCAG-Verstößen auf mehrsprachigen Websites?

Beim Erkennen von WCAG-Verstößen auf mehrsprachigen Websites helfen automatisierte Accessibility-Scanner, Browser-Erweiterungen sowie manuelle Prüfmethoden wie Tastaturnavigation und Screenreader-Tests. Kein einzelnes Tool deckt alle Fehlertypen ab, weshalb eine Kombination aus automatisierten und manuellen Methoden empfohlen wird.

Automatisierte Scan-Tools

Automatisierte Tools prüfen den HTML-Code jeder Seite auf Konformität mit den WCAG-Regeln und identifizieren typischerweise zwischen 30 und 50 Prozent aller Barrieren, wie Schätzungen aus der Forschung nahelegen. Für mehrsprachige Websites ist entscheidend, dass das Tool jede Sprachversion separat scannen kann und dabei auch Unterseiten und dynamisch geladene Inhalte berücksichtigt. Achten Sie bei der Tool-Auswahl auf folgende Funktionen:

Unterstützung mehrerer URLs oder Domains in einem Workflow
Filterung nach WCAG-Konformitätslevel (A, AA, AAA)
Priorisierung von Problemen nach Schweregrad
Kontinuierliche Überwachung mit automatischen Benachrichtigungen bei Änderungen

Manuelle Prüfmethoden

Bestimmte Barrieren lassen sich ausschließlich manuell erkennen, darunter die Verständlichkeit von Texten in der jeweiligen Zielsprache, die korrekte Aussprache durch Screenreader oder die logische Reihenfolge von Inhalten bei Tastaturnavigation. Die Web Accessibility Initiative (WAI) stellt eine Anleitung für einen manuellen Schnelltest mit einer Checkliste der wichtigsten Punkte bereit. Für mehrsprachige Websites empfiehlt es sich, diesen Test in jeder Sprachversion mit einem Screenreader in der entsprechenden Sprache durchzuführen, um sicherzustellen, dass die Sprachausgabe korrekt ist. Wichtig: Ein gutes Ergebnis im automatisierten Test bedeutet nicht, dass keine Fehler vorliegen. Bei einem schlechten Ergebnis liegt hingegen mit Sicherheit keine gute Barrierefreiheit vor.

Wer ist für die WCAG-Konformität mehrsprachiger Websites verantwortlich?

Für die WCAG-Konformität mehrsprachiger Websites ist der Betreiber der Website verantwortlich, unabhängig davon, ob die Umsetzung intern oder durch externe Dienstleister wie Agenturen, Übersetzerinnen und Übersetzer oder Entwicklungsteams erfolgt. Das Barrierefreiheitsstärkungsgesetz (BFSG) macht betroffene Unternehmen als Anbieter digitaler Produkte und Dienstleistungen unmittelbar haftbar.

In der Praxis verteilt sich die operative Verantwortung auf mehrere Rollen:

Entwicklungsteams: Verantwortlich für die technische Umsetzung, also korrekte HTML-Struktur, Sprachattribute, ARIA-Labels und Tastaturnavigation.
Übersetzerinnen und Übersetzer sowie Lokalisierungsteams: Verantwortlich dafür, dass nicht nur sichtbarer Text, sondern auch Alt-Texte, Formularhinweise und ARIA-Labels in jede Zielsprache übertragen werden.
Redaktionsteams: Verantwortlich für barrierefreie Inhalte wie verständliche Linkbeschriftungen, aussagekräftige Überschriften und Untertitel für Videoinhalte.
Agenturen und externe Dienstleister: Tragen eine Mitverantwortung, wenn sie Websites entwickeln oder betreuen, und sollten Barrierefreiheit als festen Bestandteil ihres Workflows etablieren.
Compliance-Teams und Datenschutzbeauftragte: Überwachen die Einhaltung der Anforderungen und dokumentieren den Konformitätsstatus, etwa in einer Barrierefreiheitserklärung.

Bei mehrsprachigen Websites ist eine klare Zuständigkeitsregelung besonders wichtig, weil Übersetzungsprozesse und technische Pflege oft von verschiedenen Teams durchgeführt werden. Fehlt eine zentrale Koordination, entstehen Lücken: Die eine Sprachversion ist gepflegt, die andere enthält unbemerkt neue Barrieren. Ein regelmäßiger Barrierefreiheits-Website-Test aller Sprachversionen hilft dabei, solche Lücken frühzeitig zu erkennen.

Wie decareto bei der Barrierefreiheitsprüfung mehrsprachiger Websites hilft

Wir bei decareto haben unsere Accessibility-Software speziell dafür entwickelt, den Aufwand für Barrierefreiheits-Audits deutlich zu reduzieren, ohne dabei an Prüftiefe einzubüßen. Für mehrsprachige Websites bietet unsere Plattform konkrete Vorteile:

Separate Scans je Sprachversion: Jede Sprachversion einer Website lässt sich als eigenständige URL scannen. So erhalten Sie für jede Sprache einen eigenen Barrierefreiheitsreport mit priorisierten Problemen nach Schweregrad.
Erkennung von rund 90 Barriere-Typen: Von fehlenden Alt-Texten über fehlerhafte ARIA-Attribute bis zu Kontrastproblemen und fehlerhafter Sprachauszeichnung prüft decareto die häufigsten WCAG-Verstöße automatisiert, orientiert an WCAG 2.1 und vorbereitet auf WCAG 2.2.
Kontinuierliche Überwachung mit automatischen Benachrichtigungen: Hunderte Websites lassen sich dauerhaft überwachen. Bei Änderungen werden automatische Benachrichtigungen ausgelöst, sodass neue Barrieren in einzelnen Sprachversionen nicht unbemerkt bleiben.
Konkrete Handlungsempfehlungen: Zu jedem gefundenen Problem liefert decareto klare Hinweise zur Behebung, formuliert für Entwicklerinnen und Entwickler ebenso verständlich wie für Beraterinnen und Berater.
Whitelabel-Funktion für Agenturen: Externe Dienstleister können Reports unter eigenem Logo an Kundinnen und Kunden übergeben.

Bitte beachten Sie: Automatisierte Tests decken typischerweise 30 bis 50 Prozent aller möglichen Barrieren ab. Ein gutes Scan-Ergebnis bedeutet nicht, dass keine weiteren Fehler vorliegen. decareto unterstützt Ihre Compliance-Arbeit, ersetzt aber keine manuelle Prüfung durch spezialisierte Fachleute.

Möchten Sie sehen, wie viele WCAG-Verstöße Ihre mehrsprachige Website aktuell enthält? Jetzt kostenlos starten und Ihre erste Sprachversion in Minuten scannen.

Dieser Text wurde mit Hilfe von KI erstellt und könnte Fehler beinhalten.