Übersetzte Navigation, deutscher Artikel: Den tatsächlichen Sprachumfang korrekt zeigen

Vier Ebenen im Sprachbestand getrennt erfassen

Ein Besucher öffnet eine englische Produktseite, folgt einem Link zum Blog und landet bei einem deutschen Text. Das kann ein ehrlicher Zwischenstand einer mehrsprachigen Website sein. Unklar wird er, wenn die Oberfläche eine englische Artikelfassung verspricht, die noch nicht existiert. Die Aufgabe ist deshalb nicht, überall dieselbe Sprachkennung zu setzen, sondern vorhandene Inhalte und Erwartungen in Einklang zu bringen.

Erstellen Sie für die wichtigen Einstiegsseiten ein kleines Sprachregister. Eine Zeile steht für einen konkreten Inhalt mit seiner URL und seinem Prüfdatum. Erfassen Sie den Haupttext getrennt von Menü, Formularen und weiteren Bedienelementen. Ein globaler Status wie „Website zweisprachig“ ist dafür zu ungenau.

• Hauptinhalt: Welche Sprache haben Titel, Erklärung, Beispiele und entscheidende Einschränkungen?
• Oberfläche: Welche Sprache verwenden Navigation, Inhaltsverzeichnis, Fehlermeldungen und Sprachwahl?
• Erreichbarkeit: Welche konkreten URLs liefern tatsächlich eine zugehörige Sprachvariante?
• Kennzeichnung: Passen sichtbarer Hinweis, HTML-Sprachangaben, Metadaten und alternative Sprachziele zum Bestand?

Vor dem Sprachwechsel das richtige Versprechen geben

Bei einem noch nicht übersetzten Artikel ist ein Hinweis direkt am Titel sinnvoll: „Dieser Artikel ist derzeit nur auf Deutsch verfügbar.“ Führt eine englische Übersichtsseite dorthin, kann bereits der Link „Article in German“ die Erwartung klären. Diese Formulierungen sind redaktionelle Vorschläge, keine Beobachtungen eines Nutzertests.

Unterscheiden Sie im Verhalten zwischen „Oberfläche auf Englisch“ und „Artikel auf Englisch lesen“. Die zweite Bezeichnung braucht eine passende Artikelfassung. Ein Wechsel zur englischen Startseite kann als solcher angeboten werden; er sollte nicht den Eindruck erwecken, den gerade gelesenen Beitrag zu übersetzen. Prüfen Sie dabei auch die mobile Navigation und die Rückkehr aus dem Browser-Verlauf.

Für die Spracheinordnung von Seiten beschreibt Google den sichtbaren Inhalt als maßgeblich; ein URL-Präfix oder eine HTML-Sprachangabe ersetzt ihn nicht. Die Dokumentation empfiehlt getrennte URLs für Sprachversionen und warnt davor, nur das Seitengerüst zu übersetzen, während wesentliche Inhalte unverändert bleiben. Daraus folgt für Ihre Redaktion: Übersetzungsumfang am tatsächlichen Text prüfen, nicht an einem aktivierten Sprachschalter.

Ein geprüftes Beispiel aus dem Transparion-Projekt

Für diesen Beitrag wurden vorhandene öffentliche Seiten der lokalen Transparion-Version geprüft. Die Plattformseite besitzt zwei tatsächliche Sprachziele: /plattform und /en/platform. Der bestehende Fachartikel /blog/lokalisierung-von-fachinhalten liegt dagegen nur auf Deutsch vor. Die Prüfung beschreibt diesen lokalen Projektstand vom 3. Oktober 2026, keine unabhängige Kontrolle der produktiven Website.

Die beiden Plattformseiten lieferten bereits ohne JavaScript unterschiedliche Hauptüberschriften und Metadaten, jeweils einen Canonical auf die eigene Sprachadresse sowie gegenseitige Sprachverweise. Beim deutschen Blog fehlten solche englischen Alternativen; die zusätzlich geprüften Pfade /en/blog und /en/blog/lokalisierung-von-fachinhalten lieferten 404. Das Beispiel verdeutlicht zwei verschiedene Entscheidungen: Eine übersetzte Plattformseite erhält eine eigene Sprachadresse; ein nicht übersetzter Blogbeitrag erhält keine erfundene englische Artikeladresse. Im aktuellen Projekt bleibt auch die Blogoberfläche deutsch. Die Überschrift dieses Beitrags beschreibt somit eine allgemeine Prüfaufgabe und keine Behauptung, Transparion zeige derzeit ein englisches Menü über diesem Artikel.

Der Download bei den Quellen dokumentiert die geprüften URLs und die tatsächlich gelesenen Sprach- und Metadatenmerkmale. Er trennt vorhandene Seitenpaare vom deutschen Einzelartikel. Ein erfolgreicher lokaler Abruf belegt die untersuchte Umsetzung; er belegt weder Googles tatsächliche Sprachzuordnung noch die Indexierung oder eine Wirkung auf KI-Antworten.

Seitensprache und abweichende Textbereiche korrekt auszeichnen

Die HTML-Angabe lang beschreibt die Sprache für Software, die den Text verarbeitet. W3C erläutert, dass die Standardsprache einer Seite programmatisch bestimmbar sein soll. Das hilft beispielsweise einer Sprachausgabe bei der passenden Aussprache. Für ein deutsches Dokument ist lang="de" am html-Element ein passender Ausgangspunkt; ein englisches Dokument benötigt eine entsprechende englische Kennzeichnung.

Anderssprachige Passagen oder Ausdrücke brauchen eine eigene Zuordnung. In einem tatsächlich englischen Seitengerüst kann der deutsche Artikelbereich deshalb lang="de" erhalten. Entscheiden Sie die Standardsprache aus dem gesamten Dokumentkontext, nicht automatisch aus einer Benutzerpräferenz. Bei überwiegend deutschem Inhalt bleibt Deutsch die Standardsprache, auch wenn das Menü englisch ist. W3C nennt für Sprachwechsel Ausnahmen etwa für Eigennamen und technische Begriffe: Nicht jedes einzelne fremdsprachige Wort muss als eigene Passage ausgezeichnet werden.

Verwechseln Sie lang nicht mit translate="no". Letzteres kennzeichnet Inhalt für Übersetzungswerkzeuge als nicht zu übersetzen; es benennt keine Sprache und erzeugt keine Sprachversion. Ebenso beschreibt inLanguage in strukturierten Daten die Sprache des ausgezeichneten Inhalts. Ein deutsches BlogPosting bleibt deutsch, auch wenn einzelne umgebende Schaltflächen englisch sind. Diese Angaben ersetzen weder einen sichtbaren Verfügbarkeitshinweis noch eine Prüfung mit assistiver Technik.

hreflang verknüpft vorhandene Varianten

hreflang ordnet alternative Seiten Sprach- oder Regionsvarianten zu. Google verlangt dafür vollständig angegebene URLs sowie Verweise auf die jeweilige Seite selbst und auf die anderen Varianten; die gegenseitige Zuordnung ist zu prüfen. Ein Canonical beantwortet eine andere Frage: Welche URL wird als maßgebliche Adresse vorgeschlagen? Tragen Sie die tatsächlichen Werte beider Seiten in Ihr Sprachregister ein, statt aus einer englischen URL automatisch auf eine korrekte Konfiguration zu schließen.

Die wichtige Einschränkung: Google nennt ausdrücklich auch tatsächlich vorhandene Varianten mit übersetztem Seitengerüst und unverändertem Haupttext als möglichen Anwendungsfall für Sprachverweise. Ein pauschales „hreflang ist bei gemischten Sprachen verboten“ wäre deshalb falsch. Trotzdem entsteht dadurch keine übersetzte Artikelfassung. Beschreiben Sie deren Umfang weiterhin ehrlich.

Für einen deutschen Einzelartikel ohne englische Variante fehlt das englische Artikelziel. Ein vorsorglich zusammengesetzter Pfad wie /en/blog/ plus Slug oder ein Verweis auf die englische Startseite ersetzt es nicht. Prüfen Sie außerdem, ob Sprachverweise aus einer gemeinsamen Seitenvorlage versehentlich geerbt werden. Eine Auswahl von Sprachcodes im CMS beweist keine vorhandene Zuordnung.

URL, Serverantwort und Browserzustand zusammen prüfen

Beginnen Sie mit direkten Aufrufen in einer frischen Sitzung. Notieren Sie angeforderte URL, endgültige URL, Status und den tatsächlich gelieferten Titel. Wiederholen Sie die Stichprobe mit einer anderen Browsersprache. So erkennen Sie, ob dieselbe Adresse unerwartet andere Inhalte liefert oder eine Weiterleitung den gewünschten Sprachstand unerreichbar macht.

Vergleichen Sie anschließend die Serverantwort ohne ausgeführtes JavaScript mit dem fertig geladenen Browserdokument. Untersuchen Sie jeweils Haupttext, Sprachhinweis und Sprachangaben; prüfen Sie zusätzlich Canonical, vorhandene Sprachalternativen und strukturierte Artikeldaten. Eine Suchfunktion im Quelltext allein kann Attribute aus eingebetteten Skriptdaten mit echten Dokumentelementen verwechseln. Halten Sie deshalb fest, wo Sie einen Wert tatsächlich gelesen haben.

Zum Schluss benutzen Sie die Sprachwahl selbst: Welcher Inhalt erscheint am Ziel, welcher Link führt zurück, und bleibt der aktuelle Lesekontext nachvollziehbar? Ein Test mit 200 als einzigem Erfolgskriterium reicht nicht. Auch eine Startseite oder ein deutscher Platzhalter kann technisch erreichbar sein und trotzdem das angekündigte englische Fachwissen nicht enthalten.

• Ein echtes Seitenpaar prüfen: gleiche Aufgabe, richtige Hauptsprachen, funktionierende Hin- und Rücklinks.
• Einen noch nicht übersetzten Artikel prüfen: klare Verfügbarkeit, passender deutscher Haupttext, kein erfundenes englisches Artikelziel.
• Desktop und Mobil prüfen: sichtbare Sprachwahl, verständliche Beschriftung und erreichbarer Hinweis.
• Widersprüche festhalten: tatsächlicher Wert, erwarteter Wert, betroffene URL und zuständige Person.

Eine spätere Übersetzung als eigenen Freigabeschritt behandeln

Sobald eine englische Fassung geplant ist, ergänzen Sie im Register ihren Zustand: Entwurf, in Prüfung oder verfügbar. Nur der letzte Zustand darf eine vorhandene Lesefassung versprechen. Prüfen Sie außer den Absätzen auch Titel, Beispiele, Bildtexte, Downloads, Quellenkontext und den nächsten Handlungsschritt. Ein englischer Titel über einem überwiegend deutschen Text ist keine abgeschlossene Übersetzung.

Für den Wechsel auf „verfügbar“ braucht es eine tatsächlich erreichbare URL, fachlich und sprachlich geprüften Inhalt sowie dazu passende Links und Metadaten. Prüfen Sie die alte und neue Fassung gemeinsam. Öffnet ein weiterführender Link weiterhin einen deutschen Download, kennzeichnen Sie dessen Sprache, statt stillschweigend Vollständigkeit zu behaupten.

Führen Sie Änderungsstände pro Fassung. Eine spätere Korrektur des deutschen Originals gibt die englische Übersetzung nicht automatisch erneut frei. Das Register sollte zeigen, welche fachliche Änderung übernommen wurde, wer sie geprüft hat und welche Stelle noch aussteht. So wird aus der ersten Teilübersetzung kein dauerhaft unsichtbarer Wartungsrückstand.

Mit einer konkreten Entscheidung pro Seite abschließen

Der Abschluss eines Sprachaudits ist eine überprüfbare Entscheidung pro URL: vollständig übersetzte Variante verknüpfen, teilweise übersetzte Oberfläche präzise kennzeichnen oder den deutschen Einzelartikel ausdrücklich als solchen anbieten. Offene Übersetzungsarbeit bleibt offen; sie wird nicht durch technische Sprachangaben erledigt.

Ein kompaktes Ergebnis könnte lauten: „Plattform: DE und EN am angegebenen Ziel geprüft. Fachartikel: nur DE vorhanden, Hinweis sichtbar, keine EN-Artikelfassung angekündigt.“ Ergänzen Sie Datum, geprüfte Zustände und verbleibende Fehler. Diese Form macht aus einer vagen Aussage über Mehrsprachigkeit eine kontrollierbare Bestandsbeschreibung. Sie ist kein Ranking-, Barrierefreiheits- oder Übersetzungsqualitätszertifikat.