Unicode & i18n

BCP 47 Sprach-Tag prüfenSubtags und Gewichtung verstehen

Einzelnen Tag oder Accept-Language-Header wählen; q-Parameter gehören nur zum Header.

BCP 47 Sprach-Tag prüfen

Eingabe

Die Auswertung bleibt im Browser; die Eingabe wird weder gesendet noch gespeichert.

Analyse

Prüfung läuft…

Optionen

Textrichtung
مرحبا 123 ABC

IANA-Registerstand: …

Prüfung läuft…

Bei de-CH ist die Region klar, bei sr-Latn-RS steht zuerst die Schrift. Mit BCP 47 Sprach-Tag prüfen bleiben Eingabe und zerlegte Felder nebeneinander, damit aus einem Buchstabendreher keine falsche Gebietsschema Kennung wird.

Wer einen Sprachtag validieren oder Sprachcode prüfen möchte, sieht Syntax und Register getrennt. Die Accept-Language Gewichtung ist ein anderer Eingabetyp und bekommt einen eigenen Modus.

Warum BCP 47 Sprach-Tag prüfen

Schrift und Region getrennt belegen

BCP 47 Sprach-Tag prüfen zeigt Sprache, Schrift, Region, Varianten und Erweiterungen einzeln. Danach werden öffentliche Subtags gegen den datierten IANA-Stand geprüft; eine bloße Browserakzeptanz reicht nicht als Registrierung.

Ein farbig segmentierter Tag verzweigt zu Sprache, Schrift und Region, die ein datiertes Register prüft.

Präferenzen ohne Serverannahmen lesen

Der Header-Modus sortiert Bereiche nach q und erhält bei Gleichstand ihre ursprüngliche Reihenfolge. q=0 bleibt als ausgeschlossen sichtbar. Der daneben getrennte RTL-Test steuert Text, nicht die Spracheinstellung.

Gewichtete Sprachbalken werden geordnet; darunter ist eine eigene Umschaltung für die RTL-Textvorschau.

Drei Prüfungen vor einer Locale-Entscheidung

01

Eingabetyp auswählen

Einen Tag ohne Semikolon im Standardmodus prüfen. Bei Accept-Language samt q-Werten oder Headernamen den zweiten Modus wählen; beides folgt nicht derselben Grammatik.

02

Stand und Vorschlag abgleichen

Großschreibung und veraltete Codes erscheinen als Vorschlag, die Eingabe bleibt unberührt. Der IANA-Stand zeigt, wann registrierte Subtags beurteilt wurden; x-Teile haben keine öffentliche Bedeutung.

03

Aktualisierung bewusst steuern

Nach 350 ms Ruhe wird automatisch geprüft. Ist die Automatik aus, nutzen Sie Prüfen oder Ctrl/Cmd+Enter. Alte Ergebnisse dürfen nach einer Änderung nicht exportiert werden.

Welche Daten sichtbar werden

Zerlegte Subtags

Sprache, erweiterte Sprache, Schrift, Region, Varianten und Erweiterungen haben eigene Zeilen. Doppelte Varianten oder Erweiterungskennungen lösen einen Fehler aus.

Reproduzierbarer Registerstand

Das File-Date des IANA-Registers steht beim Ergebnis. Bevorzugte Werte veralteter Einträge und die kanonische Browserform werden getrennt gezeigt, statt Unterschiede der Datenstände zu verdecken.

Header-Gewichte und Stern

Ein fehlendes q zählt als 1, q=0 als nicht akzeptiert, und höchstens drei Nachkommastellen sind zulässig. * ist ein Sprachbereich, kein registrierter Einzel-Tag.

Grenzen der Aussagekraft

Registriert heißt nicht verfügbar
Ein gültiger Tag belegt keine Übersetzung, Schriftart oder Unterstützung in Ihrer Anwendung. Das Register listet Subtags, nicht Ihre Produktsprachen.
POSIX- und ICU-Schreibweisen bleiben außen vor
de_DE.UTF-8 und Kennungen mit @-Modifier werden nicht still in BCP 47 umgewandelt. Eine Umwandlung zwischen Standards ist ein eigener Arbeitsschritt.
Keine Lokalisierung aus Header oder Richtung
Gewichte verraten weder den festen Nutzerstandort noch die Serverantwort. Die Grundrichtung einer Textprobe wird unabhängig vom Sprach-Tag eingestellt.
Die kanonische Form bleibt ein Vorschlag
Großschreibung und Ersatz für veraltete Codes stehen neben der Eingabe. Der Parser überschreibt sie nicht und erzeugt weder neue Header noch Anwendungscode.
Private Tags haben keine öffentliche Bedeutung
x-... kann syntaktisch gültig sein, doch IANA definiert den privaten Teil nicht. Die Registrierungsprüfung nutzt den angezeigten Stichtag und lädt keine Aktualisierungen.
Ein Headerwert statt einer HTTP-Anfrage
Der Header-Modus liest einen Accept-Language-Wert oder genau diese Headerzeile. Vollständige Anfragen, Cookies und Authentifizierungs-Header werden nicht untersucht.

Häufige Fragen zu BCP 47 Sprach-Tag prüfen

Was ist der Unterschied zwischen ISO 639-1 und ISO 639-2?

ISO 639-1 kennt meist zweibuchstabige, ISO 639-2 dreibuchstabige Sprachcodes. Ein BCP-47-Tag nutzt registrierte Sprach-Subtags und kann weitere Angaben enthalten; dieses Werkzeug konvertiert nicht beliebig zwischen den Normen.

Was ist BCP 47 und wann sollte ich es verwenden?

BCP 47 bezeichnet Sprach-Tags für Webinhalte und Lokalisierungs-APIs. Verwenden Sie die Prüfung, wenn Reihenfolge, Registrierung oder bevorzugte Form eines vorhandenen Tags unklar sind.

Wie gehe ich mit chinesischen Sprachvarianten um?

Bei Chinesisch ist die Schrift mit Hans oder Hant oft wichtiger als die Region. zh-Hant-TW zerlegt diese beiden Angaben getrennt, damit Region und Schreibsystem nicht verwechselt werden.

Kann ich zwischen verschiedenen Sprachcode-Standards konvertieren?

Nein. Hier wird ein BCP-47-Tag geprüft und bei alten Codes eine bevorzugte Form vorgeschlagen. POSIX-, ICU- und ISO-Kataloge werden nicht als allgemeiner Konverter zusammengeführt.

Werden regionale Dialekte unterstützt?

Registrierte Varianten-Subtags werden erkannt. Das Werkzeug erzeugt jedoch keinen Code aus einem freien Dialektnamen und sagt auch nicht, ob Ihre Anwendung den Dialekt tatsächlich anbietet.

Einen Tag falsch gelesen?

Jetzt BCP 47 Sprach-Tag prüfen

Original, kanonischen Vorschlag und IANA-Datum vergleichen; bei Bedarf Headergewichte oder die getrennte RTL-Vorschau öffnen.