
Für Unternehmen, die in mehreren Märkten tätig sind, ist eine mehrsprachige Website keine Option mehr, sondern eine Notwendigkeit. Da Drupal die Mehrsprachigkeit bereits im Kern mitbringt, erfüllt es diesen Bedarf, ohne dass Sie sich in einem Berg von Erweiterungen verlieren. In diesem Leitfaden zeigen wir Schritt für Schritt, wie eine mehrsprachige Architektur für eine Unternehmenswebsite aufgebaut wird, welche Entscheidungen sich auf die SEO auswirken und wie sich Übersetzungsprozesse beschleunigen lassen. Unser Ziel ist es, Ihnen einen klaren Fahrplan an die Hand zu geben, damit Sie vor Projektbeginn die richtigen Entscheidungen treffen können.
In Drupal ist die Mehrsprachigkeit keine nachträglich ergänzte Funktion, sondern ein Teil des Kerns. Dadurch lassen sich Inhalte, Menüs, Ansichten und Konfigurationseinstellungen sprachspezifisch verwalten. Da weniger Abhängigkeiten von Drittanbieter-Erweiterungen bestehen, werden auch Update- und Sicherheitsprozesse besser planbar.
Auch das Rollen- und Berechtigungssystem kann sprachspezifisch arbeiten. So kann deutscher Inhalt beispielsweise nur vom Team in Deutschland bearbeitet werden, während die Freigabe zur Veröffentlichung zentral erfolgt. Diese Flexibilität ist ein großer Vorteil in Unternehmensstrukturen mit mehreren Ländern. Außerdem erfordert das Hinzufügen einer neuen Sprache keinen Neuaufbau der bestehenden Struktur. Auf derselben Infrastruktur können Sie kontrolliert neue Märkte erschließen.
Für eine mehrsprachige Drupal-Website müssen Sie vier Kernmodule aktivieren:
Darüber hinaus sollten Sie nicht vergessen, den Sprachumschalter-Block auf der Seite zu platzieren, damit Besucher zwischen den Sprachen wechseln können. Auch wenn er aus Sicht der Benutzererfahrung unscheinbar wirkt, gehört dieser Block zu den am häufigsten genutzten Elementen einer mehrsprachigen Website.
Die URL-Struktur gehört zu den Entscheidungen, die in einem Projekt am frühesten getroffen werden müssen und sich später am aufwendigsten ändern lassen. Da sowohl die SEO als auch die Verwaltbarkeit von dieser Wahl abhängen, sollte die Entscheidung gemeinsam mit dem Technik- und dem Marketingteam getroffen werden. Hier der Vergleich der drei Ansätze:
| Struktur | Beispiel | Vorteil | Zu beachten |
|---|---|---|---|
| Unterverzeichnis | site.com/en/ | Autorität bündelt sich auf einer einzigen Domain, einfache Verwaltung | Eine getrennte Server-Platzierung je Sprache ist nicht möglich |
| Subdomain | en.site.com | Eine eigene Infrastruktur je Sprache ist möglich | Suchmaschinen können sie als getrennte Websites werten, die Autorität wird aufgeteilt |
| Eigene Domain | site.de | Starkes Vertrauen und gezielte Ländersteuerung im lokalen Markt | Für jede Domain sind eigene SEO-Arbeit und zusätzliche Kosten nötig |
Für die meisten Unternehmensprojekte ist die Struktur mit Unterverzeichnissen in Bezug auf Verwaltung und SEO die praktikabelste Option. Wenn Sie eine starke lokale Identität in einem bestimmten Land anstreben, kann eine eigene Domain in Betracht gezogen werden. Welche Variante Sie auch wählen: Wenn Sie die Struktur vor dem Livegang festlegen, ersparen Sie sich spätere Weiterleitungen und Migrationsarbeiten.
Um den Übersetzungsprozess geordnet durchzuführen, können Sie folgender Reihenfolge folgen:
Diese Reihenfolge reduziert Verwechslungen erheblich, insbesondere in Projekten mit mehreren Redakteuren.
Den Suchmaschinen teilen Sie über hreflang-Tags mit, welche Seite für welche Sprache und Region vorgesehen ist. Der Drupal-Kern fügt diese Tags für übersetzte Inhalte weitgehend automatisch hinzu, dennoch lohnt es sich, sie vor dem Livegang im Seitenquelltext zu überprüfen. Fehlerhafte oder fehlende hreflang-Angaben können dazu führen, dass Nutzer auf die Seite in der falschen Sprache geleitet werden.
Jede Sprachversion sollte ein Canonical-Tag haben, das auf sich selbst verweist. Andernfalls können Suchmaschinen die Übersetzungen als doppelten Inhalt werten. Auch Meta-Titel und Meta-Beschreibungen müssen übersetzt werden. In vielen Projekten wird der Inhalt übersetzt, die Meta-Felder werden jedoch vergessen, und eine Vermischung verschiedener Sprachen in den Suchergebnissen ist dann kaum zu vermeiden.
Die Erstellung einer sprachbezogenen XML-Sitemap und die getrennte Betrachtung jeder Sprache in der Search Console helfen dabei, Indexierungsprobleme frühzeitig zu erkennen.
Die Übersetzungsfunktionen im Drupal-AI-Ökosystem ermöglichen es Redakteuren, Übersetzungsentwürfe zu erstellen, ohne den Administrationsbereich zu verlassen. Besonders bei umfangreichen Inhalten wie Blogbeiträgen, News und Produktbeschreibungen sparen sie erheblich Zeit. Statt die Übersetzung in ein separates Tool zu übertragen, kann der Redakteur sie direkt auf demselben Bildschirm prüfen und bearbeiten.
Dennoch sollte die KI-Ausgabe als Entwurf betrachtet werden. Für Markensprache, Fachbegriffe und rechtliche Texte muss die Freigabe durch einen lokalen Redakteur stets Teil des Prozesses sein. Richtig aufgesetzt ersetzt die KI-Übersetzung den menschlichen Redakteur nicht. Sie ermöglicht es ihm, in kürzerer Zeit mehr Inhalte zu prüfen.
Die meisten Probleme in mehrsprachigen Projekten sind nicht technischer Natur, sondern entstehen durch die Planung. Eine zu spät festgelegte URL-Struktur, ein nicht definierter Übersetzungs-Workflow und SEO-Einstellungen, die erst nach dem Livegang vorgenommen werden, sind die häufigsten Fehler. Hinzu kommen nicht übersetzte Menü- und Formulartexte sowie fehlende Meta-Felder. Legen Sie beim Aufbau einer mehrsprachigen Drupal-Website zuerst die Architektur und die Prozesse fest und beginnen Sie erst dann mit der Inhaltserstellung. Eine gut geplante Struktur erleichtert das Hinzufügen neuer Sprachen und senkt langfristig die Wartungskosten. Wenn Sie bei der mehrsprachigen Architektur Ihres Unternehmensprojekts Unterstützung wünschen, können Sie das Drupart-Team kontaktieren.