Das Veröffentlichen einer Website in mehr als einer Sprache führt für sich allein noch nicht dazu, dass diese Website in jeder Sprache separat rankt. Seiten müssen in der richtigen Sprache ausgeliefert werden, mit der richtigen URL-Struktur und den richtigen hreflang-Tags, und jede Sprachversion muss um die Keywords herum aufgebaut werden, nach denen im jeweiligen Markt tatsächlich gesucht wird. Drupal bietet dafür das technische Fundament bereits auf Core-Ebene.
Dieser Artikel behandelt die zentralen Fähigkeiten, die Drupal für mehrsprachiges SEO bietet, wie sich die Wahl der URL-Struktur auf das Ranking auswirkt, wie hreflang-Tags korrekt eingesetzt werden, die wichtigsten SEO-Module für Mehrsprachigkeit sowie eine praktische Strategie für Organisationen, die in neue Sprachmärkte expandieren — Universitäten gehören dabei zu den klarsten Beispielen.
Wie sich mehrsprachiges SEO vom einsprachigen SEO unterscheidet
Mehrsprachiges SEO bedeutet nicht einfach nur „Content in eine andere Sprache übersetzen". Suchmaschinen müssen verstehen, in welcher Sprache eine Seite vorliegt, für welche Region sie ausgeliefert wird und wo sich das Äquivalent dieses Contents in einer anderen Sprache befindet. Gleichzeitig ändern sich das Suchverhalten der Nutzer, die verwendeten Begriffe und der kulturelle Kontext von Sprache zu Sprache. Echtes mehrsprachiges SEO entsteht erst, wenn alle drei Ebenen gemeinsam gemanagt werden.
- Die technische Ebene: URL-Struktur, hreflang-Tags, sprachspezifische Sitemaps, kanonische URLs und der Sprachumschalter. Bei fehlerhafter Einrichtung weiß eine Suchmaschine nicht, welche Version indexiert werden soll — und die Fehlerquote bei hreflang ist bekanntermaßen hoch: Studien zufolge enthalten schätzungsweise rund 75 % der Implementierungen Fehler.
- Die Content-Ebene (Lokalisierung): nicht nur Übersetzung, sondern Anpassung an die Zielkultur. Die deutsche Suche „Masterbewerbung" und die englische „graduate application" haben unterschiedliche Absichten und erwarten unterschiedlichen Content. Direkte Übersetzung führt in der Regel zu schwachen Rankings.
- Die Keyword-Ebene: separate Keyword-Recherche pro Sprache. Ein Studieninteressierter, der in einer Sprache sucht, verwendet eine völlig andere Formulierung als jemand, der in einer anderen Sprache sucht — das bedeutet, Keyword-Daten müssen pro Sprache und Region erhoben werden, nicht einfach übersetzt.
Der geschäftliche Nutzen ist gut belegt. In der Umfrage „Can't Read, Won't Buy" von CSA Research unter 8.709 Verbrauchern in 29 Ländern gaben 76 % an, lieber zu kaufen, wenn Informationen in ihrer eigenen Sprache verfügbar sind, und 40 % erklärten, niemals auf einer Website in einer anderen Sprache zu kaufen. Im Bildungskontext überträgt sich diese Präferenz direkt auf die Abschlussquoten bei Bewerbungen — mehrsprachiges SEO ist also eine Frage der Konversion, nicht nur des Traffics.
Fähigkeiten von Drupal für mehrsprachiges SEO auf Core-Ebene
Der Vorteil von Drupal bei Mehrsprachigkeit ist architektonischer Natur: Er liegt auf Core-Ebene, statt von einem Plugin abzuhängen. Während WordPress mehrsprachige Fähigkeiten über Drittanbieter-Plugins wie WPML oder Polylang bereitstellt, liefert Drupal vier Core-Module mit:
- Language-Modul: verwaltet, welche Sprachen auf der Website aktiv sind, die Standardsprache und die Methode der Spracherkennung. Die Erkennung kann per URL-Präfix, Session, Browsersprache oder Nutzerauswahl konfiguriert werden.
- Content-Translation-Modul: verwaltet separate Versionen von Content (Seiten, Artikel, Profile von Lehrenden, Veranstaltungen) für jede Sprache. Jede Sprachversion wird als eigenständige Entität mit eigenen Meta-Tags und eigener URL geführt.
- Interface-Translation-Modul: übersetzt die Oberflächentexte des Systems (Menüeinträge, Buttons, Fehlermeldungen). Der Drupal Core wird bereits in mehr als 110 Sprachen übersetzt ausgeliefert.
- Configuration-Translation-Modul: übersetzt Content auf Konfigurationsebene wie Views, Block-Titel, den Site-Namen und Kategorienamen.
Alle vier Module sind Bestandteil des Drupal Core und erfordern keine zusätzliche Installation — es reicht, sie zu aktivieren. Diese Architektur macht Drupal zu einer natürlichen Wahl für internationale Organisationen wie die Europäische Kommission und die Vereinten Nationen sowie für mehrsprachige Universitäten.
Struktur der URL: Unterverzeichnis, Subdomain oder ccTLD?
Eine der folgenreichsten Entscheidungen im mehrsprachigen SEO ist die URL-Struktur. Diese Wahl bestimmt direkt, wie sich die Domain-Autorität verteilt, wie hreflang verwaltet wird und welche langfristigen SEO-Kosten entstehen. Es gibt drei grundlegende Optionen:
| Kriterium | Unterverzeichnis | Subdomain | Separate Domain (ccTLD) |
|---|---|---|---|
| Beispiel | site.com/de/ | de.site.com | site.de, site.fr |
| Domain-Autorität | Bündelt sich an einem Ort | Teilweise geteilt | Wird pro Domain separat aufgebaut |
| Einrichtungskosten | Niedrig | Mittel | Hoch |
| SSL-und Serververwaltung | Eine einzige Konfiguration | Separates SSL erforderlich | Separate Verwaltung pro Domain |
| Geo-Targeting-Signal | Über die Search Console | Über die Search Console | ccTLD ist ein natürliches Signal |
| Beste Eignung | Die meisten mehrsprachigen Websites | Große, multiregionale Strukturen | Eigenständige Geschäfte pro Markt |
Kriterium: Für die meisten mehrsprachigen Websites — Universitäten eingeschlossen — ist die Unterverzeichnis-Struktur die gängigste und in der Regel die richtige Wahl (site.edu/de, site.edu/fr). Unter einer einzigen Domain zu arbeiten bedeutet, dass sich die durch externe Links erworbene Autorität über alle Sprachen verteilt; für akademische Einrichtungen ist das ein direkter Vorteil in Rankings wie Webometrics. Google hat erklärt, dass Subdomains und Unterverzeichnisse gleichwertig behandelt werden, doch in der Praxis verhalten sich Subdomains eher wie eigenständige Websites, und die Übertragung von Link-Equity zwischen ihnen ist uneinheitlich. Eine ccTLD sendet das klarste Geo-Targeting-Signal, erfordert jedoch, die Domain-Autorität für jeden Markt von Grund auf neu aufzubauen — sie ist daher nur sinnvoll, wenn eine Einrichtung physische Standorte in unterschiedlichen Ländern hat oder ihre Aktivitäten in jedem Markt de facto getrennt geführt werden.
Hreflang-Tags und ihre korrekte Anwendung in Drupal
Hreflang ist eine HTML-Auszeichnung, die Suchmaschinen über die unterschiedlichen Sprachversionen desselben Contents informiert. Google zeigt einem Nutzer das französische Äquivalent einer deutschen Seite nur dann korrekt an, wenn beide über hreflang miteinander verknüpft sind. Ist die Konfiguration fehlerhaft, tritt das Gegenteil ein — es wird die falschsprachige Seite angezeigt, oder beide Versionen werden als Duplikate voneinander interpretiert.
In Drupal kann hreflang auf drei Arten gehandhabt werden:
- Über die Core-Sprachkonfiguration: Wenn die Module Language und Content Translation von Drupal aktiviert sind, werden hreflang-Tags für Content mit Übersetzungen automatisch generiert. Es ist kein zusätzliches Modul nötig — allerdings werden nur die grundlegenden hreflang-Tags hinzugefügt.
- Mit dem Contributed-Modul Hreflang: bietet eine wesentlich fortgeschrittenere Kontrolle. Ein x-default-Wert kann definiert werden (die Sprache/Seite, die standardmäßig angezeigt wird, wenn keine Sprachübereinstimmung vorliegt), regionsbasiertes Targeting ist möglich (Unterscheidung zwischen de-DE und de-AT), und Tags können manuell hinzugefügt werden.
- Mit dem Modul Simple XML Sitemap: bettet hreflang-Informationen direkt in die Sitemap ein. Dieser Ansatz sendet ein doppeltes Signal — sowohl über den HTML-Quellcode als auch über die Sitemap —, wodurch Suchmaschinen den Content leichter korrekt indexieren können.
Es gibt drei schwerwiegende Fehler im Umgang mit hreflang. Der erste ist die Verwendung des Canonical-Tags im Widerspruch zu hreflang — verweist der Canonical-Tag einer Seite auf eine andere Sprachversion statt auf sich selbst, verliert hreflang seine Bedeutung. Der zweite ist die einseitige Definition von hreflang; die beiden Seiten müssen wechselseitig aufeinander verweisen (das „Return-Tag"-Prinzip), und ein einziges fehlendes Return-Tag kann dazu führen, dass Google den gesamten Cluster ignoriert. Der dritte ist das Vergessen von x-default; es muss eine definierte Antwort darauf geben, an welche Sprache internationale Besucher weitergeleitet werden.
Module für mehrsprachiges SEO in Drupal
Das Modul-Ökosystem, das auf den vier Core-Modulen aufbaut, ist das, was den Prozess des mehrsprachigen SEO ausreift. Die Module, die sich auf nahezu jeder modernen mehrsprachigen Drupal-Website finden, sind:
| Modul | Funktion |
|---|---|
| Hreflang | Erweiterte hreflang-Verwaltung, Definition von x-default, regionales Targeting. |
| Simple XML Sitemap | Generiert sprachspezifische Sitemaps; bettet hreflang-Informationen direkt in die Sitemap ein. |
| Metatag | Separater Meta-Titel, Meta-Beschreibung, OpenGraph und Twitter Card für jede Sprachversion. |
| Pathauto + Transliteration | Sprachspezifische URL-Muster; wandelt Nicht-ASCII-Zeichen in ihre lateinischen Entsprechungen um. |
| TMGMT (Translation Management Tool) | Verwaltung professioneller Übersetzungs-Workflows; Zuweisung von Übersetzern, Statusverfolgung, Integration mit externen Diensten. |
| Language Switcher | Ein nutzerfreundlicher Sprachauswahl-Schalter; Verwendung des Sprachnamens statt einer Flagge (die empfohlene Vorgehensweise für SEO und Usability). |
| Redirect | Leitet alte URLs bei Änderung der Sprachstruktur auf neue Sprach-URLs um. |
Automatische Übersetzungs-Add-ons (Weglot, das Google-Translate-Widget) und ähnliche „One-Click-Übersetzungs"-Lösungen lassen sich auch in Drupal einsetzen, werden für SEO jedoch nicht empfohlen. Die Qualitätssysteme von Google erkennen maschinell übersetzten Content mit hoher Genauigkeit, und Organisationen, die ernsthaft in SEO investieren, bevorzugen menschliche Übersetzung und Lokalisierung, die über Workflows wie TMGMT gesteuert werden.
Strategie für mehrsprachiges SEO an Universitäten
Universitäten sind einer der naheliegendsten Anwendungsfälle für mehrsprachiges SEO. Der Markt für internationale Studierende ist im letzten Jahrzehnt rasant gewachsen, und diese Studierenden treffen ihre Entscheidungen anhand von Suchanfragen, die sie in ihrer eigenen Sprache bei Google eingeben. Ein Studieninteressierter, der Programme auf Spanisch, Arabisch oder Französisch vergleicht, wird eine Seite, die nur auf Englisch existiert, niemals finden.
Ein praktischer Rahmen für mehrsprachiges SEO an Universitäten besteht aus fünf Ebenen:
- Auswahl der Zielmärkte: Aus welchen Ländern rekrutieren Sie Studierende, und aus welchen möchten Sie es? Ihre bestehende Studierendengeografie und Ihre Wachstumsziele bestimmen, in welche Sprachen übersetzt wird. Englisch ist fast immer die Basis; die Erweiterungssprachen hängen von Ihren Rekrutierungsmärkten ab.
- URL- und Domain-Strategie: Für die meisten Universitäten ist eine Unterverzeichnis-Struktur (site.edu/de, site.edu/fr) die richtige Wahl. Eine separate ccTLD kann in Betracht gezogen werden, wenn ein Standort im Ausland besteht — sie teilt jedoch die Domain-Autorität auf.
- Priorisierung der Lokalisierung: Statt zu versuchen, die gesamte Website zu übersetzen, sollten zunächst die Seiten übersetzt werden, die Conversions treiben: die Bewerbungsseite, Studiengangsdetails, Informationen zu Stipendien, Visa- und Zulassungsprozesse, Campusleben sowie FAQs. Profile von Lehrenden und institutionelle Neuigkeiten folgen in einer zweiten Phase.
- Separate Keyword-Recherche pro Sprache: Zwischen gleichwertigen Suchanfragen in unterschiedlichen Sprachen besteht eine Bedeutungslücke (Intent Gap), und Studierende, die in einer Sprache suchen, verwenden andere Muster als jene, die in einer anderen Sprache suchen. Die Keyword-Recherche muss für jede Sprache separat durchgeführt werden, nicht einfach übersetzt.
- Abstimmung von Hreflang und Webometrics: Ist hreflang korrekt eingerichtet, rankt jede Sprachversion separat in ihrem jeweiligen Markt — was sich direkt in einen Vorteil bei den Achsen Sichtbarkeit und Content-Wirkung von Webometrics übersetzt.
Diese Fähigkeiten machen Drupal zu der Plattform, die die internationale Sichtbarkeit einer Universität trägt — ein Thema, das wir ausführlich in unserem Leitfaden zu Drupal SEO behandeln. Die im Core integrierte Unterstützung von Drupal für 110+ Sprachen ermöglicht die Expansion in einen neuen Markt, ohne jedes Mal einen neuen technischen Aufbau zu benötigen.
Häufig gestellte Fragen zu mehrsprachigem SEO in Drupal
Schadet maschinelle Übersetzung der SEO?
In den meisten Fällen: ja. Die eigene Dokumentation von Google macht deutlich, dass Inhalte, die durch automatische Übersetzung erstellt wurden, vor der Veröffentlichung von einem Menschen überprüft werden sollten. Seiten mit unbearbeiteten maschinellen Übersetzungen, die direkt veröffentlicht werden, können als minderwertige Inhalte eingestuft werden, was sich unmittelbar negativ auf das Ranking auswirkt. Der praktische Ansatz besteht darin, die maschinelle Übersetzung als Ausgangspunkt zu verwenden und sie anschließend immer von einem menschlichen Redakteur lokalisieren zu lassen. Das TMGMT-Modul ermöglicht es, diesen Workflow direkt in Drupal zu verwalten.
Muss ich jede Seite auf einer mehrsprachigen Website übersetzen?
Nein. Die Übersetzung der gesamten Website ist sowohl kostspielig als auch unnötig. Der richtige Ansatz besteht darin, zunächst die Seiten zu priorisieren, die zu Conversions führen: Bewerbungsseiten, Programmdetails, Zulassungsvoraussetzungen, Informationen zu Stipendien und der Visaprozess. Fakultätsprofile, Hochschulnachrichten und Blogbeiträge werden in einer zweiten Phase berücksichtigt. Für nicht übersetzte Seiten gibt es zwei Möglichkeiten: Sie werden überhaupt nicht angezeigt (Weiterleitung oder 404-Fehler), oder dem Nutzer wird mitgeteilt, dass für diese Seite keine Version in der entsprechenden Sprache verfügbar ist. Das Drupal Language-Modul kann diese Weiterleitungslogik konfigurieren.
Wie wirken sich Nicht-ASCII-Zeichen in URLs auf mehrsprachiges SEO aus?
Wenn Nicht-ASCII-Zeichen (wie ü, ş, ç, ğ, ı, ö im Türkischen oder ä, ö, ü im Deutschen) in einer URL vorkommen, werden sie im Browser prozentcodiert dargestellt (zum Beispiel %C3%BC). Das ist für Nutzer schwer lesbar und wirkt in geteilten Links unprofessionell. Es führt zwar nicht direkt zu einer SEO-Abwertung, kann aber die Klickrate senken. Die Lösung besteht darin, das Transliteration-Modul zu aktivieren und in Pathauto die Option „Transliterate prior to creating alias“ zu aktivieren. Dadurch werden URLs sauber generiert, beispielsweise /city-planning-department. Auf mehrsprachigen Websites gilt dies nicht nur für eine Sprache, sondern für jede Sprache mit Nicht-ASCII-Zeichen im lateinischen Alphabet.