Fünf Sprachen

Oberfläche, Dokumentation und alle Textseiten liegen auf Englisch, Deutsch, Französisch, Spanisch und Italienisch vor — die Sätze in einem einzigen typisierten Katalog, dazu ein Build-Schritt, der jede Sprache gegen das Englische prüft: gleiche Schlüssel, gleiche Listenlängen, nichts leer, dieselben Platzhalter. Beim ersten Lauf fand er 192 fehlende Schlüssel. Die Sprache steht in der Adresse — /de/docs, /fr/csv-to-markdown —, und Englisch behält die bloßen Pfade, weil achtundsechzig Seiten dort schon indexiert waren.

Die Sprachauswahl in der Kopfzeile nennt jede Sprache so, wie sie sich selbst nennt — Deutsch, Français, Español, Italiano —, denn das ist der einzige Name, den ihre Leser wiedererkennen. Die Auswahl führt auf dieselbe Seite in dieser Sprache und bleibt gewählt.

Die Sprache steht in der Adresse

/de/docs, /fr/csv-to-markdown, /es/markdown-to-html: eine Adresse pro Seite und Sprache, denn nur so kann eine Suchmaschine die passende anbieten. Englisch behält bewusst die bloßen Pfade. Achtundsechzig Seiten waren dort schon indexiert; Englisch unter ein eigenes Präfix zu schieben hätte alles, was eine Suchmaschine über diese Seite weiß, gegen ein ordentlicheres Schema getauscht.

Ein Browser, der eine Sprache verlangt, die hier niemand geschrieben hat, landet auf Englisch statt auf einer Weiterleitung zu etwas, das er nicht lesen kann. Datumsangaben und Monatsnamen werden gar nicht von Hand übersetzt: Intl setzt sie, weshalb im Englischen „8 September 2026“ steht und nicht die amerikanische Reihenfolge.

Ein Katalog, vom Build geprüft

Jeder Satz, den die Oberfläche sagt, liegt in einem typisierten Katalog, und das Englische ist die Quelle. Ein Schlüssel, der im Englischen hinzukommt und im Deutschen vergessen wird, kompiliert nicht — damit ist die Schwachstelle jeder handgeprüften Textsammlung weg.

Typen sehen aber nicht alles. Eine Liste mit drei Abschnitten erfüllt denselben Typ wie eine mit fünf; wer beim Übersetzen einen Absatz verliert, liefert also eine Seite aus, der er fehlt — in einer Sprache, unbemerkt. Ein Build-Schritt läuft deshalb jede Sprache gegen das Englische ab: gleiche Schlüssel, gleiche Listenlängen, nichts leer, dieselben Platzhalter. Er steckt im Build, also hält eine Sprache, die nicht zusammenpasst, die Auslieferung auf, statt bei Lesern zu landen. Beim ersten Lauf fand er 192 fehlende Schlüssel.

Das Blog ist etwas anderes

Ein Artikel ist eine Datei und keine Zeichenkette, seine Übersetzung eine weitere Datei daneben — das Blog wird also Stück für Stück übersetzt. Englisch, Deutsch und Französisch haben alle dreiundsechzig. Wo eine Sprache nichts hat, listet sie nichts, verlinkt nichts und beansprucht kein hreflang dafür: Eine Überschrift über einem leeren Verzeichnis ist schlechter als ein ehrliches Fehlen.

Was englisch bleibt

Die Meldungen der API und des Connectors, denn eine API antwortet in einer Sprache. Die Zustimmungsseite, auf die ein Assistent Sie schickt, und die serverseitige Fassung eines geteilten Dokuments: Beide werden für Leser gesetzt, über die wir nichts wissen, an einer Adresse ohne Sprache — und auf einer Zustimmungsseite falsch zu raten ist schlechter als Englisch. Die Einträge dieses Änderungsprotokolls sind ebenfalls englisch; eine Seite wie diese wird übersetzt, wenn sie es wert ist.

Weiter: wozu ein Markdown-nach-HTML-Konverter da ist und wie man unter Online-Dokumentenkonvertern wählt.