Wie erkennt man fehlende Sprachauszeichnung auf einer Website?

Eine fehlende Sprachauszeichnung auf einer Website erkennt man am zuverlässigsten durch eine Prüfung des lang-Attributs im HTML-Quellcode der Seite. Fehlt dieses Attribut im <>-Element oder ist es falsch gesetzt, können Screenreader den Seiteninhalt nicht in der richtigen Sprache vorlesen. Dieser Artikel beantwortet die wichtigsten Fragen rund um Sprachauszeichnung, manuelle und automatisierte Prüfmethoden sowie rechtliche Konsequenzen.

Warum ist die Sprachauszeichnung für Barrierefreiheit entscheidend?

Die Sprachauszeichnung ist für Barrierefreiheit entscheidend, weil Screenreader und andere assistive Technologien auf das lang-Attribut angewiesen sind, um Text in der korrekten Sprache und mit der richtigen Aussprache vorzulesen. Fehlt diese Information, wechselt der Screenreader häufig in eine Standardsprache, was den Inhalt für blinde oder sehbehinderte Nutzerinnen und Nutzer unverständlich machen kann.

Das lang-Attribut ist in den WCAG-Barrierefreiheitsstandards unter Erfolgskriterium 3.1.1 (Sprache der Seite) auf Konformitätsstufe A verankert. Das bedeutet: Es handelt sich um eine der grundlegendsten Anforderungen, nicht um eine optionale Empfehlung. Auch Erfolgskriterium 3.1.2 (Sprache von Teilen) auf Stufe AA fordert, dass Textabschnitte in einer anderen Sprache als der Hauptsprache der Seite ebenfalls entsprechend ausgezeichnet werden.

Die praktischen Auswirkungen einer fehlenden Sprachauszeichnung sind weitreichend:

• Screenreader wie JAWS oder NVDA wählen die falsche Sprachsynthese und lesen Wörter mit falscher Aussprache vor.
• Automatische Übersetzungsdienste im Browser können die Ausgangssprache nicht korrekt erkennen.
• Braille-Ausgabegeräte können den Text möglicherweise nicht korrekt in Blindenschrift umwandeln.
• Suchmaschinen erhalten unklare Signale über die Sprache des Inhalts, was sich auf die Indexierung auswirken kann.

Kurz gesagt: Eine korrekte Sprachauszeichnung ist eine der einfachsten, aber wirkungsvollsten Maßnahmen für eine zugängliche Website.

Wo auf einer Website kann die Sprachauszeichnung fehlen?

Die Sprachauszeichnung kann auf einer Website an zwei zentralen Stellen fehlen: im lang-Attribut des <>-Elements, das die Hauptsprache der gesamten Seite definiert, und in einzelnen Inhaltselementen, die in einer anderen Sprache als der Seitensprache verfasst sind.

Fehlende Auszeichnung auf Seitenebene

Der häufigste Fall ist ein <>-Element ohne lang-Attribut oder mit einem falsch gesetzten Wert. Beispielsweise könnte eine deutschsprachige Seite lang="en" tragen, wenn ein englisches Template ohne Anpassung übernommen wurde. Auch leere Werte wie lang="" sind problematisch, da sie keine verwertbare Information liefern.

Fehlende Auszeichnung auf Elementebene

Auf Elementebene fehlt die Sprachauszeichnung häufig bei fremdsprachigen Zitaten, englischsprachigen Fachbegriffen in Fließtexten, Navigationselementen in einer anderen Sprache oder bei mehrsprachigen Footern. In diesen Fällen sollte das betreffende HTML-Element ein eigenes lang-Attribut tragen, zum Beispiel <span lang="en">User Experience</span>.

Besonders häufig übersehen wird die Sprachauszeichnung in folgenden Bereichen:

• Dynamisch geladene Inhalte (z. B. über JavaScript nachgeladene Widgets)
• Eingebettete Formulare oder Chatbots von Drittanbietern
• CMS-generierte Seiten, bei denen das Template keine Sprachvariable enthält
• Unterseiten in Mehrsprachigkeits-Setups, die eine andere Sprache als die Startseite verwenden

Wie prüft man das lang-Attribut manuell im Quellcode?

Das lang-Attribut lässt sich manuell prüfen, indem Sie den HTML-Quellcode der Seite öffnen und gezielt nach dem <>-Tag suchen. Dieser sollte ein lang-Attribut mit einem gültigen BCP-47-Sprachcode enthalten, zum Beispiel lang="de" für Deutsch oder lang="de-AT" für österreichisches Deutsch.

Die manuelle Prüfung erfolgt in wenigen Schritten:

1. Quellcode öffnen: Drücken Sie im Browser Strg + U (Windows) oder Cmd + Option + U (Mac), um den HTML-Quellcode aufzurufen.
2. Nach dem HTML-Tag suchen: Nutzen Sie die Suchfunktion (Strg + F) und suchen Sie nach <. Das erste Suchergebnis zeigt Ihnen das öffnende HTML-Element.
3. Attribut prüfen: Kontrollieren Sie, ob lang="..." vorhanden ist und ob der eingetragene Sprachcode der tatsächlichen Seitensprache entspricht.
4. Elementebene prüfen: Suchen Sie zusätzlich nach fremdsprachigen Textpassagen im Quellcode und prüfen Sie, ob diese mit einem eigenen lang-Attribut versehen sind.

Alternativ können Sie die Browser-Entwicklertools (F12) verwenden und im Elements-Tab das <>-Element direkt inspizieren. Das ist besonders hilfreich, wenn Seiteninhalte dynamisch geladen werden, da der Quellcode in diesem Fall möglicherweise nicht den tatsächlich gerenderten Zustand zeigt.

Beachten Sie: Eine manuelle Prüfung deckt bei umfangreichen Websites oder Mehrsprachigkeits-Setups nicht alle Unterseiten ab. Für eine vollständige Prüfung empfiehlt sich die Kombination mit automatisierten Tests.

Welche Tools erkennen fehlende Sprachauszeichnung automatisch?

Automatisierte Barrierefreiheits-Test-Tools wie axe, WAVE oder spezialisierte Accessibility-Software erkennen fehlende oder fehlerhafte Sprachauszeichnungen zuverlässig, weil sie den HTML-Code jeder Seite systematisch auf Konformität mit den WCAG-Regeln prüfen. Diese Tools melden sowohl ein fehlendes lang-Attribut im <>-Element als auch ungültige Sprachwerte.

Gängige Tools für den Barrierefreiheitstest im Bereich Sprachauszeichnung sind:

• axe DevTools: Browser-Erweiterung, die auf der Open-Source-Bibliothek axe-core basiert und WCAG-Verstöße direkt im Browser anzeigt.
• WAVE (Web Accessibility Evaluation Tool): Kostenloses Online-Tool und Browser-Erweiterung, das visuelle Hinweise direkt auf der geprüften Seite einblendet.
• Lighthouse: In Google Chrome integriertes Audit-Tool, das Barrierefreiheitsprobleme inklusive fehlender Sprachauszeichnung meldet.
• Spezialisierte Accessibility-Software: Plattformen, die ganze Websites mit allen Unterseiten automatisiert scannen und Ergebnisse in strukturierten Reports zusammenfassen.

Wichtig zu verstehen: Automatisierte Tests decken nach Schätzungen aus der Forschung, unter anderem einer Übersicht der Universität Bielefeld, etwa 30 bis 50 Prozent aller Barrierefreiheitsprobleme ab. Für die Erkennung fehlender Sprachauszeichnungen sind sie jedoch besonders geeignet, da es sich um ein klar definierbares, technisches Merkmal im HTML-Code handelt. Ein gutes Ergebnis im automatisierten Scan bedeutet dennoch nicht, dass keine weiteren Barrieren vorliegen. Die Prüfung sollte daher stets durch manuelle Tests ergänzt werden.

Was sind häufige Fehler bei der Sprachauszeichnung und wie behebt man sie?

Die häufigsten Fehler bei der Sprachauszeichnung sind ein vollständig fehlendes lang-Attribut, ein falscher Sprachcode sowie das Fehlen von Sprachauszeichnungen auf Elementebene bei fremdsprachigen Inhalten. Diese Fehler lassen sich in der Regel durch gezielte Anpassungen im Template oder CMS beheben.

Falscher oder fehlender Sprachcode

Ein verbreitetes Problem ist die Verwendung ungültiger Sprachwerte wie lang="german" statt lang="de". Gültige Sprachwerte folgen dem BCP-47-Standard und bestehen aus zwei- oder dreistelligen ISO-Sprachcodes, optional ergänzt durch einen Regionscode (z. B. lang="de-CH" für Schweizerdeutsch). Die vollständige Liste gültiger Sprachcodes ist über das IANA Language Subtag Registry abrufbar. Zur Behebung: Öffnen Sie das Haupt-Template Ihrer Website oder die CMS-Einstellungen und tragen Sie den korrekten Sprachcode ein.

Fehlende Auszeichnung bei Sprachwechseln im Text

Wenn Ihre Website deutschsprachige Inhalte enthält, aber einzelne Abschnitte auf Englisch, Französisch oder in einer anderen Sprache verfasst sind, muss jeder dieser Abschnitte ein eigenes lang-Attribut tragen. Die Behebung erfolgt direkt im HTML oder im CMS-Editor durch Hinzufügen des Attributs zum jeweiligen Element. Viele Redaktionssysteme bieten hierfür keine native Unterstützung, sodass der Eingriff oft auf Template- oder Plugin-Ebene erfolgen muss.

Weitere typische Fehler und ihre Lösungen im Überblick:

• Leeres lang-Attribut (lang=""): Tragen Sie den korrekten Sprachcode ein oder entfernen Sie das Attribut und setzen Sie es neu.
• Falsche Sprache durch importiertes Template: Prüfen Sie bei der Einrichtung jedes neuen Templates oder Themes die Spracheinstellungen und passen Sie diese an Ihre Zielsprache an.
• Unterseiten mit abweichender Sprache ohne Auszeichnung: Stellen Sie sicher, dass Ihr CMS bei mehrsprachigen Setups automatisch den korrekten lang-Wert pro Sprachversion setzt.

Wann ist eine fehlende Sprachauszeichnung ein rechtliches Risiko?

Eine fehlende Sprachauszeichnung ist ein rechtliches Risiko, wenn Ihre Website unter den Geltungsbereich des Barrierefreiheitsstärkungsgesetzes (BFSG) fällt. Das BFSG setzt die europäische Richtlinie über die Barrierefreiheitsanforderungen für Produkte und Dienstleistungen (European Accessibility Act) in deutsches Recht um und gilt seit dem 28. Juni 2025 für viele Unternehmen im Bereich digitaler Dienstleistungen.

Betroffen sind grundsätzlich Unternehmen, die Verbrauchern digitale Dienstleistungen anbieten, darunter Online-Shops, Banking-Portale und Reisebuchungsplattformen. Für Kleinstunternehmen mit weniger als zehn Mitarbeitenden und einem Jahresumsatz oder einer Jahresbilanzsumme von höchstens zwei Millionen Euro gelten Ausnahmen. Wenn Ihre Website jedoch in den Anwendungsbereich des BFSG fällt, ist die Einhaltung der WCAG-Erfolgskriterien, einschließlich der Sprachauszeichnung nach Kriterium 3.1.1 (Stufe A), keine freiwillige Maßnahme, sondern eine rechtliche Anforderung.

Darüber hinaus gilt für öffentliche Stellen in Deutschland bereits seit Längerem die BITV 2.0, die ebenfalls auf den WCAG-Standards basiert und eine korrekte Sprachauszeichnung vorschreibt. Eine BITV-Prüfung durch akkreditierte Prüfstellen würde eine fehlende Sprachauszeichnung als Mangel ausweisen.

Wichtig: Ob ein konkreter Verstoß rechtliche Konsequenzen nach sich zieht und welche das im Einzelfall sind, hängt von vielen Faktoren ab. Dieser Artikel ersetzt keine rechtliche Beratung. Wenden Sie sich bei Unsicherheiten an eine auf Digitalrecht spezialisierte Kanzlei.

Wie decareto Sie bei der Prüfung auf Sprachauszeichnung unterstützt

Wir bei decareto bieten eine spezialisierte Barrierefreiheits-Software, die Websites automatisiert auf Konformität mit WCAG, BITV und BFSG prüft, einschließlich fehlender oder fehlerhafter Sprachauszeichnungen. Unsere Plattform unterstützt Agenturen, Compliance-Teams und Datenschutzbeauftragte dabei, Barrierefreiheitsprobleme strukturiert zu identifizieren und zu dokumentieren.

Was unsere Lösung im Bereich Sprachauszeichnung und Barrierefreiheit konkret leistet:

• Automatisierter Scan aller Unterseiten einer Website auf WCAG-Konformität, inklusive Erkennung fehlender lang-Attribute
• Priorisierung gefundener Probleme nach Schweregrad, damit Sie wissen, wo dringender Handlungsbedarf besteht
• Konkrete Handlungsempfehlungen für jedes identifizierte Problem, um Barrieren gezielt abzubauen
• Dauerhaftes Monitoring von Websites mit automatischen Benachrichtigungen bei Änderungen
• Möglichkeit, manuell gefundene Probleme zum Report hinzuzufügen, um ein vollständiges Bild zu erhalten
• Direkte Weitergabe von Reports an Kunden, optional mit Whitelabel-Funktion unter eigenem Logo

Unser Barrierefreiheits-Test-Tool führt Scans in Minuten statt Stunden durch und liefert strukturierte, nachvollziehbare Ergebnisse. Bitte beachten Sie: Ein gutes Scan-Ergebnis bedeutet nicht automatisch vollständige rechtliche Konformität. Automatisierte Tests decken typischerweise 30 bis 50 Prozent aller möglichen Barrierefreiheitsprobleme ab und sollten stets durch manuelle Prüfungen ergänzt werden. Unsere Software ist ein Werkzeug zur Unterstützung Ihrer Compliance-Arbeit, kein Ersatz für rechtliche Beratung oder eine qualifizierte Barrierefreiheitsprüfung. Testen Sie unsere Plattform und registrieren Sie sich jetzt für einen kostenlosen Einstieg.

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

Ähnliche Artikel

• Gibt mein Zahlungsanbieter (z. B. PayPal, Stripe) unzulässig Daten an Dritte weiter?
• Welche Datenschutzlücken entstehen durch veraltete Blog-Beiträge mit alten Tracking-Skripten?
• Welche Rolle spielt eine Datenschutz-Folgenabschätzung (DPIA) bei der Website-Prüfung?
• Wie liest man einen DSGVO-Audit-Report richtig und was bedeuten die Risikostufen?
• Welche Datenschutzrisiken entstehen durch eingebettete Google-Maps-Karten?