WCAG 3.1.1 Sprache der Seite

Aktualisiert am 14. Oktober 2026 · Lesezeit: 3 Min.

Stufe: A · WCAG 2.0
EN 301 549: 9.3.1.1
Was der Check prüft: Teilweise automatisch: Die Seite gibt ihre Sprache nicht an, Die Spracheinstellung der Seite ist fehlerhaft, Die Seite gibt zwei verschiedene Sprachen an
Offizieller Text: Understanding 3.1.1 Language of Page (W3C, auf Englisch)

Das Erfolgskriterium 3.1.1 teilt Browsern, Screenreadern und Übersetzungstools mit, in welcher Sprache eine Seite geschrieben ist. Ein Screenreader wählt dann die richtige Stimme und Aussprache, und Braillezeilen und Untertitel nutzen die richtigen Regeln. Ohne diese Angabe wird eine deutsche Produktseite womöglich mit englischer Aussprache vorgelesen und schwer verständlich. Es gehört zur Konformitätsstufe A, und EN 301 549 enthält es als Abschnitt 9.3.1.1. Das BFSG verweist über die harmonisierte Norm EN 301 549 auf diese Anforderungen.

Was das Erfolgskriterium verlangt

Die Standardsprache jeder Webseite muss programmatisch ermittelbar sein — Software muss sie aus dem Code auslesen können. In HTML geschieht das mit dem lang-Attribut am <html>-Element, zum Beispiel <html lang="pl">.

Enthält eine Seite mehrere Sprachen, ist die Standardsprache diejenige, die am häufigsten verwendet wird. Werden zwei Sprachen gleich häufig verwendet, ist es die zuerst verwendete. Das Kriterium hat keine Ausnahmen, verlangt aber nur die Standardsprache der Seite; einzelne Formulierungen in anderen Sprachen regelt 3.1.2.

Typische Fehler in Onlineshops

das Theme-Template hat gar kein lang-Attribut;
jede Sprachversion des Shops sagt lang="en", weil das Attribut im Theme fest codiert ist;
ein ungültiger Wert wie lang="english" oder lang="ua" (der Code für Ukrainisch ist uk);
lang und xml:lang am selben Element nennen verschiedene Sprachen;
Checkout- oder Kontoseiten, die von einer anderen App oder einem anderen Template ausgeliefert werden, das das Attribut vergisst.

So prüfen Sie es

Automatisch: Unser Checker prüft das auf jeder gescannten Seite mit den Regeln html-has-lang, html-lang-valid und html-xml-lang-mismatch: fehlendes Attribut, ein Wert, der kein gültiger Sprachcode ist, und ein Widerspruch zwischen lang und xml:lang.

Manuell: Öffnen Sie jede Sprachversion des Shops und sehen Sie sich den Seitenquelltext (oder das Elements-Panel der Entwicklertools) an. Stellen Sie sicher, dass der lang-Wert der Sprache entspricht, die Besucher tatsächlich lesen. Machen Sie dasselbe für Checkout-, Konto- und Hilfeseiten, die oft andere Templates verwenden.

So beheben Sie es

Ergänzen Sie im Theme-Layout lang am <html>-Element mit einem gültigen Sprachcode (en, de, pl, uk, cs, ro …). Ein Regionscode wie en-GB ist erlaubt, aber nicht erforderlich.
Geben Sie in mehrsprachigen Shops den Wert aus der aktuellen Shop-Sprache aus, statt ihn fest zu codieren. Themes für Shopify, WooCommerce und PrestaShop haben dafür meist eine Variable.
Prüfen Sie, ob auch Apps und Checkout-Seiten von Drittanbietern das Attribut setzen.

Häufige Fragen

Wie erfülle ich WCAG 3.1.1?

Setzen Sie das lang-Attribut im html-Element auf die Hauptsprache der Seite, zum Beispiel lang="de" für eine deutsche Seite. Jede Sprachversion des Shops sollte ihre eigene Sprache angeben.

Was gilt, wenn eine Seite zwei Sprachen verwendet?

Die Standardsprache ist die Sprache, die auf der Seite am häufigsten verwendet wird. Passagen in einer anderen Sprache regelt 3.1.2 Sprache von Teilen.

Kann ein automatischer Checker 3.1.1 prüfen?

Größtenteils. Er erkennt, ob das lang-Attribut fehlt oder ungültig ist. Ob die angegebene Sprache tatsächlich die Sprache des Textes ist, kann er nicht erkennen — darauf sollte ein Mensch kurz schauen.