Menüs und Navigation in mehrsprachigem WordPress sind strukturierte Daten

Navigation ist mehr als übersetzter Text

Ein mehrsprachiges Menü erfüllt gleichzeitig zwei Aufgaben: Es zeigt lesbare Bezeichnungen in der aktuellen Sprache an und bewahrt die Struktur, die WordPress mitteilt, wohin jeder Eintrag führen soll. Zu dieser Struktur gehören Eltern-Kind-Beziehungen, der Zieltyp hinter jedem Eintrag und der Sprachkontext, in dem der Eintrag aufgelöst werden soll.

Wenn Sie nur den sichtbaren Text übersetzen, kann es trotzdem passieren, dass das Menü auf die falschen Inhalte verweist. Eine Bezeichnung kann korrekt sein, während das Ziel es nicht ist, besonders wenn das Menü Seiten, Taxonomie-Archive, benutzerdefinierte URLs und von Plugins oder Theme-Logik erzeugte Einträge mischt.

Was ein Menü zu strukturierten Daten macht

Ein WordPress-Menü ist keine flache Liste von Zeichenfolgen. Jeder Eintrag trägt über seinen Titel hinaus Bedeutung. Das Menü kann Hierarchie abbilden, sodass ein Eintrag unter einem anderen verschachtelt ist. Es kann auch den Zieltyp abbilden, sodass ein Menüeintrag auf eine Seite, ein Taxonomiebegriff-Archiv, eine benutzerdefinierte URL oder einen von einem Plugin erzeugten Endpunkt verweist.

Das bedeutet, dass Übersetzung Beziehungen respektieren muss, nicht nur Wörter. Wenn ein übergeordneter Eintrag die Sprache wechselt, seine untergeordneten Einträge aber nicht auf gleichwertige Ziele abgebildet werden, wird der Navigationsbaum inkonsistent. Das Ergebnis ist nicht nur eine holprige Formulierung, sondern eine kaputte Informationsarchitektur für diese Sprachversion.

Warum die Zielzuordnung wichtig ist

Dasselbe Menülabel kann in verschiedenen Sprachen unterschiedliche zugrunde liegende Ziele repräsentieren. Eine übersetzte Seite kann einen anderen Permalink haben. Ein Taxonomie-Archiv kann in einer Sprache vorhanden sein, in einer anderen aber erst dann, wenn die Begriffe angelegt und verknüpft wurden. Eine benutzerdefinierte URL kann einen sprachspezifischen Pfad benötigen statt einer direkten Kopie des Links in der Ausgangssprache.

Deshalb kann mehrsprachige Navigation nicht als einfache Textaustausch-Aufgabe behandelt werden. Der Menüeintrag muss im aktiven Sprachkontext auf das richtige Ziel aufgelöst werden, sonst landen Nutzer auf den falschen Inhalten, in einer Ausweichsprache oder in einer Sackgasse. Praktisch gesehen ist das Menü Teil des Routings und nicht nur der Darstellung.

Sprachspezifisches Routing verändert die Form des Menüs

Auf mehrsprachigen Websites kann derselbe inhaltliche Bereich je nach Sprachversion unterschiedliche URLs, unterschiedliche Archivziele oder unterschiedliche Menü-Tiefen benötigen. Das liegt daran, dass Routing sprachbewusst ist: Der Pfad, der in einer Sprache funktioniert, ist in einer anderen möglicherweise nicht der kanonische Pfad.

Wenn sich das Routing unterscheidet, muss das Menü diese Unterschiede widerspiegeln, statt sie zu verbergen. Ein übersetzter Navigationseintrag, der auf die URL der Ausgangssprache verweist, kann zu einer Diskrepanz zwischen der sichtbaren Sprache und dem tatsächlichen Inhaltspfad führen. Diese Diskrepanz beeinträchtigt die Benutzerfreundlichkeit und kann es auch betrieblich schwieriger machen, die Website zu verstehen, weil das Menü die Sprachstruktur der Website nicht mehr widerspiegelt.

Häufige Fehlerbilder, wenn Menüs als Zeichenfolgen übersetzt werden

Ein Fehlerbild ist das Abdriften der Hierarchie: Ein übergeordneter Eintrag wird übersetzt, aber seine untergeordneten Einträge werden nicht auf gleichwertige Sprachinhalte abgebildet, sodass das Untermenü nicht mehr dieselbe inhaltliche Gruppierung darstellt.

Ein anderes ist das Abdriften des Ziels: Die Bezeichnung wird übersetzt, aber der Eintrag verweist weiterhin auf die ursprüngliche Seite, das ursprüngliche Taxonomie-Archiv oder die ursprüngliche benutzerdefinierte URL. Ein drittes ist das Abdriften von Plugin-Einträgen, bei dem ein von Plugin-eigenen Daten erzeugter Menüeintrag kopiert wird, ohne die zugrunde liegende Objektbeziehung zu bewahren. In jedem Fall kann das Menü vollständig aussehen, während die Navigationslogik inkonsistent ist.

Diese Fehler werden besonders sichtbar, wenn eine Website verschiedene Inhaltstypen mischt. Ein Menü, das Seiten, Kategoriearchive und benutzerdefinierte Links enthält, muss jeden Eintragstyp entsprechend seinem eigenen Routing-Verhalten behandeln.

Betriebliche Konsequenz für WordPress-Betreiber und Implementierer

Für WordPress-Betreiber ist die praktische Entscheidung, ob mehrsprachige Navigation als Menge sprachbewusster Beziehungen oder als Menge übersetzter Bezeichnungen verwaltet wird. Der erste Ansatz bewahrt die Kohärenz über Seiten, Archive und benutzerdefinierte Links hinweg. Der zweite kann Menüs erzeugen, die lokalisiert aussehen, sich aber nicht wie lokalisierte Navigation verhalten.

Für Entwickler und Implementierer liegt der zentrale technische Zielkonflikt zwischen Einfachheit und Korrektheit. Ein einfacher Übersetzungs-Workflow ist anfangs leichter zu pflegen, bewahrt aber nicht die strukturellen Abhängigkeiten, auf die Menüs angewiesen sind. Ein strukturierter Ansatz erfordert mehr Aufmerksamkeit für die Zuordnung der Einträge und das Sprachrouting, hält dafür aber den Navigationsbaum mit dem Inhaltsmodell jeder Sprache im Einklang.