WordPress Multisite ermöglicht es einer einzigen WordPress-Installation, mehrere Websites zu betreiben. Dies wird von einigen Organisationen speziell für mehrsprachige Setups genutzt – mit einer Subsite pro Sprache –, aber auch für gängigere Anwendungen wie die Verwaltung mehrerer Marken oder regionaler Abteilungen über eine einzige Installation. Die Übersetzung von Inhalten in einem Multisite-Netzwerk wirft Fragen auf, die bei einer Übersetzung auf einer einzelnen Website nicht auftreten: Wird jede Subsite unabhängig übersetzt oder fließen die Inhalte automatisch von der Hauptseite zu den sprachspezifischen Subsites?
Zwei Möglichkeiten, wie Multisite für mehrsprachige Inhalte genutzt wird
Manche Netzwerke nutzen bewusst eine eigene Subsite pro Sprache, wobei ein Plugin oder ein manueller Prozess die Inhalte von der primären Sprachsubsite auf die anderen synchronisiert. Andere Netzwerke verwenden Multisite aus anderen Gründen, beispielsweise für mehrere regionale Marken oder ein Netzwerk von Kundenwebsites, und benötigen lediglich die unabhängige Übersetzung jeder Subsite in die jeweilige Zielsprache, ohne inhaltliche Verknüpfungen zwischen den Subsites. Der richtige Übersetzungsansatz unterscheidet sich je nach diesem Muster deutlich.
Übersetzung eines Sprach-pro-Subsite-Netzwerks
Wenn Unterseiten explizit nach Sprache organisiert sind, muss die Übersetzung von der primären Inhaltsunterseite zu jeder Sprachunterseite fließen, idealerweise automatisch bei jeder Inhaltsänderung, gemäß dem gleichen Schema. inkrementelle Übersetzungslogik Wird für mehrsprachige Setups auf einer einzelnen Website verwendet, jedoch netzwerkweit anstatt innerhalb der Beitragsübersicht einer Website. Gemeinsam genutzte Elemente, Plugins, bestimmte Theme-Einstellungen und netzwerkweite Ankündigungen benötigen eine klare Richtlinie, ob sie pro Subsite übersetzt oder bewusst einheitlich belassen werden.
Übersetzung unabhängiger Subsites
Wenn Subsites unabhängig sind, wird jede individuell übersetzt, ähnlich wie bei der separaten Übersetzung mehrerer unabhängiger WordPress-Installationen, die alle von einem Netzwerkadministrator verwaltet werden. Dies ist in der Regel einfacher, da keine Inhaltsbeziehungen zwischen den Subsites gepflegt werden müssen. Allerdings bedeutet dies, dass Übersetzungskonfiguration, Zielsprachen, Formalitätseinstellungen und Modellauswahl für jede Subsite einzeln festgelegt werden müssen und nicht netzwerkweit einheitlich sein können.
Gemeinsamer vs. subsitespezifischer Inhalt
- Netzwerkaktivierte Plugins: Die Funktionalität ist auf allen Subsites gleich, aber der vom Plugin generierte Frontend-Text muss weiterhin für jede Subsite einzeln übersetzt werden.
- Gemeinsame Medienbibliothek (falls konfiguriert): Bilddateien werden zwar geteilt, aber Alternativtexte und Bildunterschriften müssen möglicherweise für die jeweilige Unterseite angepasst werden.
- Inhalte pro Subsite: Beiträge, Seiten und benutzerdefinierte Beitragstypen werden pro Subsite gespeichert und für jede Subsite separat übersetzt.
Wie GPTranslate mit Multisite-Netzwerken umgeht
GPTranslate kann pro Subsite konfiguriert werden, sodass ein Netzwerk mit einer Sprache pro Subsite übersetzte Inhalte von einer primären Subsite synchronisieren kann, während ein Netzwerk unabhängiger Subsites jeweils seine eigene Übersetzungskonfiguration und Zielsprachen ausführen kann, ohne dass es zu Interferenzen zwischen den Subsites kommt.
Häufig gestellte Fragen
Ist Multisite für eine mehrsprachige WordPress-Website notwendig?
Nein, die meisten mehrsprachigen Websites laufen auf einer einzigen WordPress-Installation, in der die Sprachvarianten verwaltet werden; Multisite ist eine von mehreren Architekturoptionen, keine Voraussetzung für die Mehrsprachigkeit.
Können sich die Übersetzungseinstellungen zwischen Subsites im selben Netzwerk unterscheiden?
Ja, jede Subsite kann ihre eigene Übersetzungskonfiguration haben, einschließlich Zielsprachen und KI-Modellpräferenzen, unabhängig von anderen Subsites im Netzwerk.
Abschluss
Die Übersetzung eines Multisite-Netzwerks beginnt mit dem Verständnis des zugrunde liegenden Musters: Sind es sprachlich organisierte Subsites, die synchronisierte Inhalte benötigen, oder unabhängige Subsites, die jeweils ein eigenes Übersetzungs-Setup erfordern? Diese Unterscheidung vor der Konfiguration der Übersetzung zu treffen, vermeidet einen Workflow, der eine nicht existierende Inhaltsbeziehung zwischen Subsites voraussetzt oder eine bestehende übersieht.