Was bedeutet der HTTP-Header Content-Language?

Mehrere Sprachsignale werden in einer technischen Auswahlstation getrennt und als vorgesehenes Zielgruppensignal mit einer HTTP-Repräsentation verbunden

<code>Content-Language</code> darf nicht mit <code>Accept-Language</code>, dem HTML-Attribut <code>lang</code>, Zeichencodierung oder <code>hreflang</code> verwechselt werden. <code>Accept-Language</code> beschreibt Präferenzen der Anfrage; <code>lang</code> kennzeichnet Dokument und Textpassagen; <code>hreflang</code> verbindet Sprach- oder Regionsvarianten für Suchsysteme.

Die schnelle Definition

Der HTTP-Response-Header <code>Content-Language</code> beschreibt nach RFC 9110 die natürliche Sprache oder die Sprachen der vorgesehenen Zielgruppe einer Repräsentation. Er verwendet Sprach-Tags wie <code>de</code> oder <code>de-DE</code>. Das ist nicht zwingend eine vollständige Liste aller im Dokument vorkommenden Sprachen.

Warum ist Content Language wichtig?

Der Header kann Empfängern helfen, Repräsentationen nach der vorgesehenen Sprache zu unterscheiden. Für HTML bleibt ein korrektes <code>lang</code>-Attribut wichtig, besonders für assistive Technik, Silbentrennung, Schriftwahl und Sprachausgabe. Serverheader und Dokumentmarkup sollten sich nicht widersprechen.

So wird Content Language in der Praxis eingesetzt

Zielgruppe festlegen: Sprach- und Regions-Tag nach BCP 47 nur so spezifisch wählen, wie es fachlich tatsächlich erforderlich ist.
Header ausliefern: <code>Content-Language</code> am HTTP-Response der konkreten Repräsentation setzen und CDN- beziehungsweise Cache-Varianten prüfen.
HTML ergänzen: Das Dokument mit <code>lang</code> kennzeichnen und Sprachwechsel in einzelnen Passagen separat auszeichnen.
Signale abgleichen: URL, sichtbarer Inhalt, Navigation, <code>hreflang</code>, Canonical und Header jeder Sprach- oder Regionsversion gemeinsam testen.

Praxisbeispiel

Eine deutschsprachige Seite für Deutschland liefert <code>Content-Language: de-DE</code> und besitzt <code><html lang="de-DE"></code>. Die englische Variante hat eine eigene URL, passende Angaben und wechselseitiges <code>hreflang</code>. Ein englisches Zitat im deutschen Text macht den gesamten Response nicht automatisch zweisprachig.

Häufige Fehler

<code>Content-Language</code> wird als Ersatz für <code>lang</code> oder <code>hreflang</code> behandelt, obwohl die Mechanismen unterschiedliche Aufgaben erfüllen.
Der Header nennt mehrere Sprachen nur weil Zitate vorkommen, obwohl die Repräsentation für eine klar deutschsprachige Zielgruppe bestimmt ist.
Cache oder CDN liefert denselben Header für unterschiedliche Sprachversionen und erzeugt einen Widerspruch zum sichtbaren Dokument.

Bedeutung für Google, Bing und KI-Suchsysteme

Google bestimmt die Seitensprache vor allem aus sichtbarem Inhalt und empfiehlt für Varianten eigene URLs sowie <code>hreflang</code>. Der Header ist kein Ersatz und kein direkter Rankinghebel. Technisch korrekte, konsistente Sprachsignale verbessern jedoch Robustheit, Zugänglichkeit und eindeutige Auslieferung.