Mehrsprachiges SEO: hreflang, Struktur und Lokalisierung

Eine mehrsprachige Website ist mehr als eine Sammlung übersetzter Seiten. Aus SEO-Sicht ist sie eine eigene architektonische Aufgabe: Google muss erkennen, welche Version für welches Publikum gedacht ist, wo die Canonical-Seite liegt und wie der Linkjuice auf die Sprachversionen verteilt wird. Eine schlecht gewählte Struktur wird über Jahre zu technischen Schulden.

Drei Strategien für die URL-Struktur

Google unterstützt offiziell drei Ansätze für die URL-Struktur mehrsprachiger und multiregionaler Websites. Jeder hat eigene Stärken, Grenzen und Anforderungen an die Infrastruktur.

zoom_in

Bei den wichtigsten Parametern gewinnen Unterverzeichnisse bei der Konzentration des Linkjuice und bei der Einfachheit der Pflege. ccTLDs gewinnen bei der Stärke des Geosignals. Subdomains gewinnen in keiner dieser Kategorien und verlieren nach und nach an Beliebtheit.

Geotargeting: Städte, Regionen und Länder

Regionales SEO ist eine eigenständige Disziplin innerhalb der mehrsprachigen Architektur. Sucht ein Nutzer nach „Wohnungsrenovierung in München“, will Google eine Website zeigen, die für genau diese Stadt relevant ist. Dabei greifen mehrere Mechanismen ineinander.

Geotargeting über die URL

Unterverzeichnisse mit Regions- oder Stadtkürzeln in der URL: /london/, /berlin/, /warsaw/. Oder ccTLD-Domains für Länder: .de für Deutschland, .fr für Frankreich, .pl für Polen. Das URL-Signal liest der Crawler, bevor der Seiteninhalt geparst wird.

Geotargeting über die Search Console

Für Subdomains und generische TLDs (.com, .org) können Sie in den Einstellungen der Google Search Console-Property ein Zielland festlegen. Das wirkt als zusätzliches Signal, ist aber schwächer als ein ccTLD. Auf Unterverzeichnisse lässt sich das nicht anwenden, nur auf die gesamte Domain oder Subdomain.

Geotargeting über Inhalte und NAP

Erwähnungen von Stadt, Region und Adresse sowie lokale Telefonnummern im Inhalt (NAP – Name, Adresse, Telefon). Wichtig für das lokale SEO. Google gleicht Inhaltssignale mit Daten aus Google Maps und dem Google-Unternehmensprofil ab.

Für Unternehmen mit Standorten in mehreren Städten ist die optimale Struktur eine Hauptdomain mit Unterverzeichnissen: site.com/london/, site.com/berlin/. Eigene Seiten für jede Stadt mit eindeutigen Inhalten, nicht nur mit ausgetauschtem Stadtnamen. Duplicate Content mit ausgetauschten Stadtnamen gehört zu den häufigsten Filtern im lokalen SEO.

Plattformwahl: WordPress, MODX, Next.js und Headless-CMS

Die Wahl des CMS beeinflusst die Möglichkeiten für Mehrsprachigkeit und Multiregionalität entscheidend. Jede Plattform löst das Problem auf ihre Weise, mit eigenen Abwägungen bei Flexibilität, Entwicklungskosten und Skalierbarkeit.

Für eine einfache zweisprachige Unternehmenswebsite ist WordPress+WPML eine vernünftige Wahl. Für ein komplexes regionales Netzwerk mit Dutzenden Domains kommt nur Next.js infrage. MODX passt, wenn das Team bereits mit dieser Plattform arbeitet und das nötige Know-how hat.

Next.js und Multi-Domain-Setup: ein Monorepo, mehrere ccTLDs

Das ist die leistungsstärkste und zugleich komplexeste Architektur in der Umsetzung. Das Konzept: eine Codebasis, ein Repository, eine Deployment-Pipeline – aber mehrere unabhängige ccTLD-Domains für verschiedene Länder. Umsetzbar nur mit Next.js (und mit Nuxt 3 nach einem ähnlichen Prinzip). WordPress und MODX können das ohne grundlegenden Umbau der Infrastruktur nicht.

So funktioniert es in der Praxis: In der next.config.ts beschreiben Sie die Domains und die zugehörigen Locales. Die Middleware fängt die Anfrage ab, prüft den Hostnamen (seohead.ru → ru, seohead.com → en, seohead.de → de) und setzt die richtige Locale. Alle Komponenten, Übersetzungen und SEO-Metadaten erhalten die passende Locale, ohne Code zu duplizieren.

Sinnvoll ist dieser Ansatz für Unternehmen in drei oder mehr Ländern mit eigenen ccTLDs, mit einem Entwicklungsteam (nicht nur einem Freelancer) und einem bestehenden oder geplanten Next.js-Stack. Für ein kleines Unternehmen mit einer oder zwei Sprachen ist er überdimensioniert.

Lokalisierung und Übersetzung: So machen Sie es richtig

Lokalisierung ist nicht dasselbe wie Übersetzung. Übersetzung bedeutet, den Sinn in eine andere Sprache zu übertragen. Lokalisierung bedeutet, Inhalte an den kulturellen Kontext, die Erwartungen der Zielgruppe und lokale Gepflogenheiten anzupassen. Für SEO ist der Unterschied entscheidend: Maschinelle Übersetzung erzeugt minderwertigen Duplicate Content, den Google immer besser erkennt.

Maschinelle Übersetzung (DeepL, Google Translate)

Schnell und günstig, verlangt aber zwingend die Überarbeitung durch eine Muttersprachlerin oder einen Muttersprachler. Rohe maschinelle Übersetzung ohne Nachbearbeitung ist keine Lokalisierung, sondern ein Risikofaktor für eine Abwertung wegen Thin Content. Nutzen Sie sie als ersten Entwurf, nicht als fertiges Ergebnis.

Professionelle Übersetzung mit Lokalisierung

Eine muttersprachliche Übersetzerin oder ein Übersetzer passt nicht nur den Text an, sondern auch Beispiele, Fallstudien, Maßeinheiten, Datums- und Währungsformate sowie kulturelle Bezüge. Das ist teuer, aber der richtige Weg für zentrale Seiten: Startseite, Leistungen, Über uns.

CAT-Tools und Translation Memory (TM)

Für große Contentmengen: Phrase (früher Memsource), Lokalise, Crowdin. Sie speichern abgestimmte Übersetzungen von Begriffen und sparen bei Aktualisierungen bis zu 40 % der Zeit. Sie lassen sich über CI/CD-Pipelines mit der Codebasis verbinden.

SEO-Keywords in den Zielsprachen müssen eigenständig recherchiert werden: Eine wörtliche Übersetzung einer Keyword-Phrase deckt sich oft nicht mit dem, was Muttersprachler tatsächlich suchen. Nutzen Sie Ahrefs oder Semrush mit dem Zielland als Einstellung, nicht ein Übersetzungstool.

SEO-Konfiguration: hreflang, Sitemap, Canonical

Das technische SEO-Setup einer mehrsprachigen Website besteht aus mehreren Pflichtelementen. Fehlt eines davon, entstehen Verwirrung bei der Indexierung und Traffic-Verluste.

Die Wahl: Unterverzeichnisse oder Multi-Domains

Universeller Rat: Beginnen Sie mit einer Konkurrenzanalyse in jeder Zielregion. Nutzen die Top 5 Ihrer Nische in Deutschland deutsche ccTLDs (.de), funktioniert das Unterverzeichnis example.com/de/, ist aber strukturell im Nachteil. Nutzen die Konkurrenten Unterverzeichnisse, gibt es keinen Grund, Ressourcen in ccTLDs zu investieren.

Unterverzeichnisse wählen, wenn

Es handelt sich um ein kleines oder mittleres Unternehmen ohne eigene Teams pro Land. Das Budget ist begrenzt. Schnelligkeit beim Start zählt. Die Konkurrenten in den Zielregionen nutzen ebenfalls Unterverzeichnisse. Die Struktur skaliert gut: Eine neue Sprache bedeutet einen neuen Ordner und Übersetzungen.

ccTLDs wählen, wenn

Sie wollen in bestimmten Ländern mit einem stark umkämpften Markt präsent sein. Die Konkurrenten nutzen ccTLDs. Es gibt eigene Teams oder ein Budget, um jede Domain separat zu betreuen. Maximales lokales Vertrauen ist wichtig (Finanzen, E-Commerce, Rechtsdienstleistungen).

Subdomains vermeiden

Subdomains sind das Schlechteste aus drei Welten: Der Linkjuice wird schlechter übertragen als bei Unterverzeichnissen, das Geosignal ist schwächer als bei ccTLDs, und die Pflege ist aufwendiger als bei Unterverzeichnissen. Verwenden Sie sie nur, wenn die technische Architektur es verlangt (z. B. bei einem SaaS mit eigenen Kundendomains).

In der Praxis starten die meisten Unternehmen mit Unterverzeichnissen und wechseln mit dem Wachstum zu ccTLDs. Gut konfigurierte 301-Weiterleitungen und hreflang sorgen für eine sichere Migration ohne Verlust von Positionen. Keine Variante ist endgültig: Die Architektur lässt sich mit einem sauberen technischen Migrationsplan ändern.

FAQ