Mehrsprachige Verwaltung in Drupal: Ein vollständiger Leitfaden

Der Betrieb einer Website in mehreren Sprachen ist weniger eine Frage der Übersetzung als vielmehr des Managements: Es geht darum zu entscheiden, welche Inhalte übersetzt werden, alle Sprachversionen synchron zu halten, jedem Besucher die richtige Sprache bereitzustellen und all dies umzusetzen, ohne die Inhaltsbearbeitung zu einer mühsamen Aufgabe werden zu lassen. Drupal unterstützt diese Prozesse direkt auf Kern-Ebene, was einer der Gründe ist, warum es von Regierungen, globalen Organisationen und Universitäten eingesetzt wird, die Inhalte in zahlreichen Sprachen veröffentlichen.

Dieser Leitfaden zeigt, wie die mehrsprachige Verwaltung in Drupal tatsächlich funktioniert: von den vier Kernmodulen über die drei unterschiedlichen Arten der Übersetzung bis hin zum Hinzufügen und Verwalten von Sprachen, der Entscheidung von Drupal, welche Sprache ausgeliefert wird, der Auswahl des passenden Übersetzungs-Workflows für verschiedene Teams und den häufigsten Fehlern, die den Aufbau einer mehrsprachigen Website beeinträchtigen können.

Warum Mehrsprachigkeit im Drupal-Kern enthalten ist

Mehrsprachigkeit ist kein Plugin, das nachträglich an Drupal angebaut wird – sie ist bereits seit Drupal 8 Bestandteil des Kerns, und Drupal 9, 10 und 11 haben diese Funktionalität kontinuierlich weiterentwickelt. Das ist ein wichtiger Unterschied. Auf Plattformen, bei denen Mehrsprachigkeit durch Erweiterungen von Drittanbietern bereitgestellt wird, besteht bei jedem größeren Update das Risiko, dass die Übersetzungsebene und die Plattform nicht mehr vollständig miteinander kompatibel sind. Bei Drupal wird die Sprachfunktionalität zusammen mit dem Kern ausgeliefert, gemeinsam gewartet und weiterentwickelt, und das System unterstützt standardmäßig weit über 100 Sprachen.

In der Praxis bedeutet das, dass eine Drupal-Website von Anfang an mehrsprachig geplant werden kann, anstatt die Mehrsprachigkeit später nachträglich einzubauen. Während der Installation wird eine Basissprache ausgewählt. Entscheidet man sich für eine andere Sprache als Englisch, aktiviert Drupal automatisch die entsprechenden Module und lädt die neuesten Übersetzungen der Benutzeroberfläche herunter. Bei einer bereits bestehenden Website besteht dieselbe Möglichkeit darin, einige wenige Module zu aktivieren, anstatt auf ein anderes Werkzeugsystem umzusteigen.

Die vier zentralen Mehrsprachigkeitsmodule

Das mehrsprachige System von Drupal basiert auf vier Kernmodulen. Nur das erste ist zwingend erforderlich, in der Praxis aktivieren jedoch die meisten Websites alle vier. Sie können unter Erweitern (admin/modules) im Bereich Mehrsprachigkeit aktiviert werden.

• Sprache: bildet die Grundlage des gesamten Systems. Dieses Modul legt fest, welche Sprachen die Website anbietet, definiert die Standardsprache und steuert, wie Drupal entscheidet, welche Sprachversion angezeigt wird. Ohne dieses Modul funktionieren die anderen Komponenten der Mehrsprachigkeitslösung nicht.
• Inhaltsübersetzung: ermöglicht es Redakteuren, Inhaltsentitäten – Seiten, Artikel, Taxonomiebegriffe, benutzerdefinierte Blöcke, Menülinks und vieles mehr – in die jeweiligen Sprachen zu übersetzen. Jede Sprachversion ist eine eigenständige Entität mit eigenen Feldern, eigener URL und eigenem Veröffentlichungsstatus.
• Benutzeroberflächenübersetzung: übersetzt integrierte Texte aus Drupal, Modulen und Themes: Schaltflächen, Formularbeschriftungen, Fehlermeldungen und Systemtexte. Da der Drupal-Kern bereits mit Übersetzungen für mehr als 100 Sprachen ausgeliefert wird, wird ein großer Teil dieser Texte automatisch ausgefüllt, sobald eine neue Sprache hinzugefügt wird. (In älteren Versionen hieß dieses Modul Locale, weshalb dieser Begriff in einigen veralteten Anleitungen noch verwendet wird.)
• Konfigurationsübersetzung: übersetzt Konfigurationen und nicht Inhalte – beispielsweise den Namen der Website, Feldbeschriftungen, Ansichten (Views), Menüs, Blocktitel und Vokabulare. Ohne dieses Modul bleibt die Struktur der Website in einer einzigen Sprache, selbst wenn alle Inhalte vollständig übersetzt wurden, was die Benutzererfahrung unbemerkt beeinträchtigt.

Eine hilfreiche Möglichkeit, diese Bereiche voneinander zu unterscheiden: Inhalte sind das, was Ihre Redakteure erstellen; Konfiguration beschreibt, wie die Website aufgebaut ist; und die Benutzeroberfläche umfasst die Texte, die Drupal und seine Module bereitstellen. Alle drei Ebenen müssen übersetzt werden, damit eine Website wirklich lokalisiert wirkt und nicht nur teilweise übersetzt ist.

Drei Arten der Übersetzung: Inhalt, Benutzeroberfläche und Konfiguration

Die häufigste Ursache für Verwirrung bei einem mehrsprachigen Drupal-Projekt ist keine technische Einstellung, sondern das fehlende Verständnis dafür, welchem der drei Übersetzungssysteme ein bestimmter Textabschnitt zugeordnet ist. Ein korrektes Verständnis dieses Modells verhindert stundenlanges Suchen nach der richtigen Übersetzungsoption an der falschen Stelle.

• Die Inhaltsübersetzung umfasst alles, was Redakteure erstellen: Inhalte von Nodes, Titel, Bilder, Taxonomiebegriffe und benutzerdefinierte Blöcke. In modernen Drupal-Versionen erfolgt dies auf Feldebene – Sie entscheiden, welche Felder eines Inhaltstyps übersetzbar sind. Dadurch kann ein gemeinsames Feld (beispielsweise ein Produktcode) in allen Sprachversionen identisch bleiben, während die Beschreibung übersetzt wird.
• Die Benutzeroberflächenübersetzung umfasst Texte, die direkt in die Software integriert sind. Diese werden nur selten manuell übersetzt, da sie zusammen mit dem Sprachpaket heruntergeladen werden. Eine Anpassung erfolgt nur dann, wenn eine bestimmte Zeichenfolge überschrieben werden soll, und zwar unter Konfiguration → Region und Sprache → Übersetzung der Benutzeroberfläche.
• Die Konfigurationsübersetzung umfasst strukturbezogene Texte, die im Konfigurationssystem von Drupal gespeichert sind. Sie werden über den Tab Übersetzen auf der entsprechenden Konfigurationsseite oder gesammelt unter Konfiguration → Region und Sprache → Konfigurationsübersetzung übersetzt.

Ein wichtiges Detail, das man früh kennen sollte: Übersetzungen der Benutzeroberfläche können als Standard - .po-Dateien exportiert und importiert werden. Konfigurationsübersetzungen können jedoch nicht allein mit dem Drupal-Kern auf diese Weise übertragen werden – dafür ist ein zusätzliches Modul erforderlich. Bei Projekten, bei denen Übersetzungen außerhalb von Drupal vorbereitet werden, beeinflusst dieser Unterschied den Übergabe- und Importprozess.

Sprachen Schritt für Schritt hinzufügen und verwalten

Sobald die vier Module aktiviert sind, ist das Hinzufügen einer neuen Sprache unkompliziert. Der grundlegende Ablauf ist in allen modernen Drupal-Versionen gleich:

• Sprache hinzufügen: Gehen Sie zu Konfiguration → Region und Sprache → Sprachen (admin/config/regional/language) und klicken Sie auf Sprache hinzufügen. Wählen Sie die gewünschte Sprache aus, klicken Sie auf Hinzufügen und warten Sie, während Drupal die Übersetzungen der Benutzeroberfläche herunterlädt. Anschließend erscheint die Sprache in der Sprachliste und ist einsatzbereit.
• Festlegen, was übersetzbar ist: Aktivieren Sie für jeden Inhaltstyp die Übersetzungsfunktion und wählen Sie aus, welche Felder übersetzbar sein sollen und welche zwischen den Sprachversionen gemeinsam verwendet werden. Treffen Sie diese Entscheidung bewusst – die richtige Konfiguration der Felder zu Beginn verhindert aufwendige Nacharbeiten zu einem späteren Zeitpunkt.
• Inhalte übersetzen: Öffnen Sie eine übersetzbare Entität und verwenden Sie den Tab Übersetzungen, um für jede Sprache eine entsprechende Version hinzuzufügen. Jede Sprachversion verfügt über eine eigene URL und kann unabhängig nach einem eigenen Zeitplan veröffentlicht werden.
• Konfiguration und Benutzeroberfläche übersetzen: Lokalisieren Sie den Namen der Website, Menüs und Ansichten über die Konfigurationsübersetzung und überschreiben Sie bei Bedarf einzelne Systemtexte über die Benutzeroberflächenübersetzung.
• Sprachumschalter hinzufügen: Platzieren Sie den Block für den Sprachumschalter, damit Besucher zwischen den Sprachversionen wechseln können. Verwenden Sie die Bezeichnung der Sprache anstelle einer Flagge – eine Flagge steht für ein Land und nicht für eine Sprache und kann Nutzer bei Sprachen, die in mehreren Ländern verwendet werden, in die Irre führen.

Ein praktischer Tipp, den erfahrene Drupal-Teams häufig empfehlen: Beginnen Sie mit Ihrer Hauptsprache und einer zusätzlichen Sprache, richten Sie den Übersetzungsprozess vollständig ein und fügen Sie erst danach weitere Sprachen hinzu. Den Prozess mit zwei Sprachen zu testen ist deutlich kostengünstiger, als ein strukturelles Problem erst nach der Erweiterung auf sechs Sprachen zu entdecken.

Sprachverhandlung: Wie Drupal entscheidet, welche Sprache bereitgestellt wird

Die Sprachverhandlung ist die zentrale Funktion, die bestimmt, welche Sprache ein Besucher sieht. Die korrekte Konfiguration dieser Funktion ist ein wesentlicher Bestandteil der mehrsprachigen Verwaltung. Drupal kann die gewünschte Sprache anhand verschiedener Signale erkennen, die in einer von Ihnen festgelegten Reihenfolge angewendet werden: über die URL (beispielsweise ein Pfadpräfix wie /de oder eine Domain), die Spracheinstellung des Benutzerkontos, die Spracheinstellungen des Browsers, die Sitzung oder eine festgelegte Standardsprache.

Für die meisten Websites ist die URL-basierte Erkennung die sinnvollste primäre Methode – sie gibt jeder Sprachversion eine eigene, teilbare und indexierbare Adresse und sorgt für ein vorhersehbares Verhalten. Die Sprachverhandlung kann außerdem separat für Inhalte und für die Administrationsoberfläche konfiguriert werden. Dadurch können viele Teams die öffentliche Website vollständig lokalisieren, während das Administrationsbackend für Redakteure weiterhin in einer einzigen Arbeitssprache bleibt. Die Reihenfolge dieser Erkennungsmethoden ist entscheidend: Platzieren Sie das spezifischste und bewusst gewählte Signal (die URL) über weniger eindeutigen Signalen (wie der Standardsprache des Browsers), damit eine bewusste Auswahl des Benutzers immer Vorrang erhält.

Auswahl eines Übersetzungs-Workflows

Die Übersetzungsoberfläche des Drupal-Kerns ist für eine kleine Website ausreichend. Wenn jedoch der Umfang der Inhalte und die Größe des Teams wachsen, wird der Workflow zum entscheidenden Faktor dafür, ob eine mehrsprachige Website dauerhaft aktuell bleibt. Es gibt drei grundlegende Ansätze, und die richtige Wahl hängt von der Größe des Projekts sowie davon ab, wie die Übersetzungen erstellt werden.

• Manuelle Übersetzung innerhalb von Drupal: Redakteure und Übersetzer melden sich im System an und übersetzen Inhalte direkt über die integrierte Benutzeroberfläche. Diese Methode eignet sich ideal für kleinere Websites – beispielsweise eine Website mit 20–30 Seiten in zwei Sprachen –, bei denen das Inhaltsvolumen gering ist und alle Beteiligten innerhalb von Drupal arbeiten.
• Export/Import mit Übersetzungsdateien: Inhalte werden exportiert (häufig im XLIFF-Format), an Übersetzer weitergegeben und anschließend wieder importiert. Dieser Ansatz eignet sich für Teams, die mit externen Übersetzern arbeiten, die Drupal nicht verwenden, sowie für Inhalte, die regelmäßig in planbaren Mengen aktualisiert werden.
• TMGMT (Translation Management Tool): Ein zusätzliches Modul, das Übersetzungen innerhalb von Drupal in einen verwalteten Prozess überführt – einschließlich der Erstellung von Übersetzungsaufträgen, der Zuweisung an interne Teams oder externe Anbieter, der Statusverfolgung und der Integration mit Übersetzungsdiensten sowie maschinellen Übersetzungssystemen. Es ist die Standardlösung für mittelgroße bis große Websites und umfangreiche Inhaltsmengen.

Zwei zusätzliche Funktionen machen diese Workflows noch zuverlässiger. Mit Content Moderation können Sie festlegen, wie eine Übersetzung vom Entwurf über die Prüfung bis zur Veröffentlichung durchläuft. Dadurch wird verhindert, dass eine maschinell übersetzte oder noch nicht fertige Version versehentlich veröffentlicht wird. Außerdem ermöglichen Translation Views oder Übersetzungs-Dashboards die Überwachung des Übersetzungsstatus – welche Inhalte bereits übersetzt wurden, welche sich in Bearbeitung befinden und welche noch fehlen – über die gesamte Website hinweg. Für die meisten mittelgroßen bis großen Projekte ist eine Kombination aus TMGMT und menschlicher Prüfung die optimale Lösung: Automatisierung sorgt für Geschwindigkeit, während eine menschliche Kontrolle die Qualität der wichtigen Seiten sicherstellt.

Häufige Fehler bei der mehrsprachigen Verwaltung und wie man sie vermeidet

Die meisten Probleme mit Mehrsprachigkeit in Drupal entstehen nicht durch Einschränkungen der Plattform, sondern durch einige vermeidbare Entscheidungen:

• Zu späte Entscheidung über die Übersetzbarkeit von Feldern: Wenn geändert wird, welche Felder übersetzbar sind, nachdem bereits Übersetzungen vorhanden sind, kann dies zu Datenverlust führen. Legen Sie bereits vor Beginn umfangreicher Übersetzungen fest, welche Felder übersetzbar sein sollen und welche zwischen den Sprachversionen gemeinsam genutzt werden.
• Inhalte übersetzen, aber die Konfiguration vergessen: Eine Website mit vollständig übersetzten Artikeln, aber einem nicht übersetzten Menü, Website-Namen oder einer nicht übersetzten Ansicht (View), wirkt fehlerhaft und unvollständig. Behandeln Sie die Konfigurationsübersetzung als festen Bestandteil des Prozesses und nicht als nachträgliche Aufgabe.
• Ungeprüfte maschinelle Übersetzungen veröffentlichen: Automatische Übersetzungen sind ein guter Ausgangspunkt, aber kein fertiges Endergebnis. Nicht überprüfte Übersetzungen können unnatürlich wirken und das Vertrauen der Nutzer beeinträchtigen. Führen Sie wichtige Inhalte immer durch eine menschliche Prüfung.
• Flaggen zur Kennzeichnung von Sprachen verwenden: Eine Flagge steht für ein Land und nicht für eine Sprache. Verwenden Sie im Sprachumschalter die Namen der Sprachen, um Verwirrung bei Nutzern zu vermeiden, insbesondere bei Sprachen, die in mehreren Ländern gesprochen werden.
• Keine Fallback-Strategie für fehlende Übersetzungen: Legen Sie fest, was passieren soll, wenn eine Seite keine Übersetzung besitzt – ob auf die Standardsprache zurückgefallen oder die Seite ausgeblendet werden soll. Lassen Sie Besucher nicht auf einer leeren oder fehlerhaften Seite zurück.
• Unvorsichtige Umstrukturierung von Übersetzungs-Widgets: Bei strukturierten Inhalten wie Paragraphs kann der Wechsel zu einer asymmetrischen Übersetzung nach bereits vorhandenen Übersetzungen zu Datenverlust führen. Testen Sie strukturelle Änderungen zunächst immer an einer Kopie der Website.

Eine gut umgesetzte mehrsprachige Verwaltung ist vor allem eine Frage der Disziplin: Modellieren Sie die Inhalte einmal korrekt, übersetzen Sie alle drei Ebenen und geben Sie jeder Sprache eine vorhersehbare URL sowie einen klaren Workflow. Die richtige Umsetzung der SEO-Seite – beispielsweise hreflang, URL-Struktur und marktspezifische Keywords – ist ein verwandter, aber eigenständiger Bereich. Dieser wird in unserem Leitfaden zu mehrsprachigem SEO in Drupal behandelt und baut direkt auf derselben Kern-Sprachschicht auf, die in unserem Drupal-SEO-Leitfaden beschrieben wird.

Häufig gestellte Fragen zur mehrsprachigen Verwaltung in Drupal

Letzte Aktualisierung: 05.08.2026 20:26