Website-Übersetzung vs. Lokalisierung: Was sich für SEO tatsächlich ändert

Teams behandeln „die Website übersetzen“ und „die Website lokalisieren“ oft als dasselbe Projekt. Beides hängt zusammen, umfasst aber nicht dieselben Aufgaben. Übersetzung ändert die Sprache. Lokalisierung passt das Nutzererlebnis an einen Markt an – etwa Währung, Rechtstexte, Beispiele, Bildmaterial, Maßeinheiten, Supportinformationen und kulturelle Erwartungen. So wirkt die Seite wie für diesen Markt gemacht und ist nicht nur verständlich.

Googles Dokumentation definiert „Lokalisierung“ nicht als eigenständigen Rankingfaktor. Sie beschreibt jedoch den Umgang mit mehrsprachigen und multiregionalen Websites und legt verbindliche Anforderungen an Sprachversionen fest: crawlbare URLs, eindeutig einsprachige Seiten, sorgfältige Auszeichnungen und Wahlmöglichkeiten für Nutzer. Dieser Leitfaden verwendet die branchenüblichen Begriffe Übersetzung und Lokalisierung und ordnet beide diesen Anforderungen der Suche zu. So erhalten SEO-, Content- und Lokalisierungsteams eine gemeinsame Entscheidungsgrundlage.

Fragen, die dieser Leitfaden beantwortet

• Was ist der Unterschied zwischen Website-Übersetzung und Website-Lokalisierung?
• Welche Aussagen von Google zu Sprachversionen sind für die Übersetzungsqualität relevant?
• Wann reicht eine Übersetzung aus und wann benötigen Teams eine Lokalisierung?
• Wie beeinflussen Lokalisierungsentscheidungen die URL-Struktur und den Einsatz von hreflang?
• Was passiert, wenn nur wiederkehrende Standardtexte übersetzt werden?
• Wie sollten Teams mit regionalen Unterschieden innerhalb einer Sprache umgehen?
• Welche häufigen Fehler entstehen, wenn Übersetzungsprojekte mit Lokalisierungsprogrammen verwechselt werden?
• Wie sollten SEO-, Content- und Lokalisierungsteams die Zuständigkeiten aufteilen?

Kurz erklärt: Übersetzung vs. Lokalisierung

Die Website-Übersetzung überträgt Ausgangsinhalte in eine andere Sprache und bleibt dabei inhaltlich nah am Original. Im Mittelpunkt steht die sprachliche Übertragung: Überschriften, Fließtexte, Oberflächentexte und Hilfetexte werden in der Zielsprache verständlich.

Die Website-Lokalisierung geht weiter. Sie passt Inhalte und Nutzererlebnis an eine bestimmte Zielgruppe oder einen Markt an – etwa lokale Währung, steuerliche Formulierungen, Datumsformate, Beispiele, Bildmaterial, Supportkanäle, Compliance-Formulierungen und kulturelle Bezüge. So entspricht das Nutzererlebnis den Lese- und Kaufgewohnheiten dieses Marktes.

In Googles Terminologie erscheinen beide meist als Sprachversionen und manchmal als regionale Versionen auf mehrsprachigen oder multiregionalen Websites. Für die Suche zählt, ob jede URL ein eindeutig einer Sprache zugeordnetes, crawlbares Nutzererlebnis bietet – nicht, ob Ihr internes Ticket „Übersetzung“ oder „Lokalisierung“ hieß.

Ein nützlicher Workshop-Impuls: Schreiben Sie für jeden Markt einen Satz, der mit „Nutzer hier brauchen …“ beginnt. Geht es in dem Satz um Verständlichkeit, befinden Sie sich im Bereich Übersetzung. Geht es um Geld, Recht, Auftragsabwicklung, Belege für Leistungsversprechen oder kulturelle Passung, befinden Sie sich im Bereich Lokalisierung. Viele Markteinführungen brauchen beides.

Warum die Unterscheidung für SEO wichtig ist

SEO scheitert, wenn Teams Übersetzungsvolumen einkaufen, aber Seiten veröffentlichen, die weiterhin nicht zum Markt passen – oder wenn sie Inhalte für einzelne Märkte lokalisieren, ohne separate crawlbare URLs und entsprechende Auszeichnungen bereitzustellen.

Google empfiehlt unterschiedliche URLs für jede Sprachversion, statt die Sprache unter einer einzigen URL per Cookie oder Browsereinstellung zu wechseln. Google erkennt die Sprache anhand der sichtbaren Inhalte, nicht anhand von lang-Attributen, dem URL-Pfad oder hreflang. Hreflang bildet die Beziehungen zwischen Varianten ab; es schafft keine Qualität.

Deshalb müssen die inhaltliche Entscheidung (übersetzen oder lokalisieren) und die technische Entscheidung (URLs, hreflang, Canonicals, Sprach- und Regionsauswahl) gemeinsam geplant werden. Ein hervorragend lokalisiertes Nutzererlebnis, das nur über eine nicht crawlbare Cookie-Umschaltung erreichbar ist, bleibt unsichtbar. Eine crawlbare URL, bei der nur die Navigation übersetzt wurde, ist eine inhaltlich dürftige Sprachversion.

Internationale Programme vermischen zudem häufig die Erweiterung um Sprachen mit der Expansion in weitere Länder. Übersetzung beantwortet die Frage „Welche Sprache?“. Lokalisierung beantwortet oft die Frage „Welche Marktgegebenheiten?“. Wer diese Fragen verwechselt, erstellt entweder unnötig viele Übersetzungen globaler Seiten oder Länderwebsites mit unzureichenden Auszeichnungen.

Direkter Vergleich

Welche Anforderungen Google an Sprachversionen stellt

Unabhängig davon, ob Sie die Arbeit als Übersetzung oder Lokalisierung bezeichnen, gelten weiterhin Googles Empfehlungen für mehrsprachige Websites:

1. Verwenden Sie unterschiedliche URLs für unterschiedliche Sprachversionen.
2. Kennzeichnen Sie Varianten mit Methoden wie hreflang und Sitemaps.
3. Halten Sie Inhalte und Navigation jeder Seite überwiegend in einer Sprache; vermeiden Sie Seiten, die zwei Sprachen nebeneinander anzeigen.
4. Bieten Sie für Nutzer sichtbare Links zu anderen Sprach- oder Regionalversionen an.
5. Vermeiden Sie automatische Weiterleitungen auf Basis einer vermuteten Sprache.

Sprachspezifische Wörter in URLs oder IDNs sind bei korrekter Kodierung unproblematisch. Pfadkürzel allein zeigen Google jedoch nicht, welche Zielgruppe angesprochen wird. Eine explizite Zuordnung, etwa über hreflang, bleibt wichtig.

Diese Regeln gelten unabhängig vom Workflow des Anbieters. Ob Ihr TMS einen Auftrag als „MTPE-Übersetzung“ oder „vollständige Lokalisierung“ bezeichnet: Die Suche benötigt weiterhin crawlbare, sprachlich stimmige Seiten.

Nur Standardtexte übersetzen: unvollständige Sprachversionen

Google warnt davor, nur wiederkehrende Standardtexte zu übersetzen und den Hauptinhalt in einer Sprache zu belassen: Wenn derselbe Inhalt mit Standardtexten in unterschiedlichen Sprachen wiederholt in den Suchergebnissen erscheint, kann das die Nutzererfahrung beeinträchtigen. Dieses Muster ist auf Seiten mit vielen nutzergenerierten Inhalten verbreitet – ebenso wie bei übereilten Veröffentlichungen nach dem Motto „Jetzt auch auf Deutsch“, bei denen nur die Benutzeroberfläche übersetzt wird.

Aus SEO- und Vertrauenssicht ist die ausschließliche Übersetzung von Standardtexten weder eine gute Übersetzung noch eine gute Lokalisierung. So entstehen nahezu identische Hauptinhalte mit unterschiedlichen Menüs. Veröffentlichen Sie lieber weniger vollständige Sprachversionen als viele unvollständige.

Ein Warnsignal in der Praxis: Wenn Ihre QA-Checkliste zwar Menütexte prüft, aber niemand den eigentlichen Artikel in der Zielsprache liest, veröffentlichen Sie eine Benutzeroberfläche, keine Sprachversion.

Wann eine Übersetzung ausreicht

Ein Ansatz, der sich auf Übersetzung konzentriert, kann ausreichen, wenn:

• Angebot, Preismodell und rechtlicher Rahmen über alle Sprachen hinweg gleich bleiben
• Beispiele und Bildsprache auch in anderen Kulturen problemlos funktionieren
• es vor allem um Verständlichkeit und weniger um eine Neuausrichtung auf den Markt geht
• Sie dennoch vollständige Seiteninhalte in jeder Sprache veröffentlichen können, nicht nur die Benutzeroberfläche

Betrachten Sie die Übersetzungsqualität auch dann als SEO-Faktor: Google liest die sichtbare Sprache. Maschinell erstellte Texte ohne anschließende Prüfung führen oft zu austauschbaren Seiten, die wenig Vertrauen wecken und sowohl in klassischen Suchergebnissen als auch bei der KI-gestützten Suche Schwierigkeiten haben.

Wenn eine Übersetzung ausreicht, bedeutet das nicht, dass Sie auf die URL-Planung verzichten können. Wenn Sie in mehreren Sprachen veröffentlichen, benötigen Sie weiterhin eigene URLs, Annotationen und Sprachumschalter.

Wann Lokalisierung erforderlich ist

Lokalisierung ist in der Regel erforderlich, wenn:

• Währung, Steuern, Versand oder Sortiment je nach Markt unterschiedlich sind
• rechtliche oder regulatorisch geregelte Aussagen angepasst werden müssen
• Beispiele, Fallstudien oder Humor in anderen Kulturen nicht funktionieren
• Supportkanäle, Telefonnummern- oder Adressformate unterschiedlich sind
• Sie die Erweiterung um neue Sprachen mit einer gezielten Länderausrichtung verbinden

Wenn Nutzer in einem Markt andere geschäftliche Rahmenbedingungen benötigen, kann eine wörtliche Übersetzung der globalen Seite sprachlich korrekt und trotzdem ungeeignet sein. Dann ist Lokalisierung die Content-Strategie; Übersetzung ist ein einzelner Produktionsschritt darin.

Ein praktischer Tipp zur Reihenfolge: Legen Sie das Briefing zur Marktanpassung verbindlich fest – also alles, was über die Wortwahl hinaus geändert werden muss –, bevor Sie Übersetzungsvolumen beauftragen. Andernfalls übersetzen Sprachprofis Sätze, die die Marktteams eine Woche später umschreiben.

Regionale Unterschiede innerhalb einer Sprache

Nicht jeder Markt braucht eine neue Sprache. Englisch für die USA und Englisch für das Vereinigte Königreich können dieselbe Sprache nutzen und sich dennoch in Rechtschreibung, Währung und Rechtstexten unterscheiden. Googles Richtlinien zu alternativen Seiten sehen geringfügige regionale Unterschiede innerhalb einer Sprache als gültigen Anwendungsfall vor. Lokalisierte Versionen gelten nur dann als Duplikate, wenn der Hauptinhalt unübersetzt bleibt.

Wählen Sie bei ähnlichen URLs für mehrere Regionen in derselben Sprache eine bevorzugte Version aus und verwenden Sie rel="canonical" zusammen mit hreflang. Geben Sie bei der Verwendung von hreflang eine kanonische URL in derselben Sprache an – oder in der am besten geeigneten Ersatzsprache, falls keine kanonische URL in derselben Sprache existiert.

Hier kommt „Lokalisierung ohne Übersetzung“ ins Spiel: gleiche Sprache, andere Marktdetails. Behandeln Sie diesen Fall als vollwertigen Eintrag in Ihrer Matrix, nicht als nachträgliche Ergänzung.

Erst die Inhaltsentscheidung, dann die Architektur

Sobald Sie für jeden Markt entschieden haben, ob eine reine Übersetzung oder eine Lokalisierung nötig ist, halten Sie die Entscheidung in einer Matrix fest:

Anschließend:

• URLs crawlbar und eindeutig halten
• hreflang-Cluster mit wechselseitigen Verweisen erstellen
• sichtbare Sprach- und Regionsumschalter hinzufügen
• erzwungene sprach- oder regionsbasierte Weiterleitungen vermeiden, die alternative Versionen verbergen

Die technischen Details von hreflang gehören in einen eigenen Implementierungsleitfaden. Hier geht es um die Reihenfolge: erst der Inhaltsansatz, dann die Annotationen. Wenn die Matrix nicht eindeutig ist, wird das Entwicklungsteam Verzeichnisbedeutungen selbst festlegen (steht /de/ für eine Sprache, ein Land oder beides?), und Sie müssen später alles umbauen.

Verantwortlichkeiten: SEO, Content, Lokalisierung

Workshops scheitern, wenn das Entwicklungsteam „alle Textstrings“ anfordert, bevor die Matrix steht, oder wenn das Lokalisierungsteam Leistungen für neue Märkte einkauft, ohne dass das SEO-Team die Kapazitäten für URLs und Annotationen bestätigt hat. Nehmen Sie die Matrix in das Briefing auf, damit alle Teams an demselben Dokument arbeiten.

Bevor Sie die Matrix finalisieren, unterziehen Sie die zehn umsatzstärksten URLs für jede geplante Sprach- und Marktversion einem Plausibilitätscheck zur Art der Inhaltsanpassung. Fragen Sie für jede URL, ob Nutzer in diesem Markt eine andere Währung, andere rechtliche Formulierungen, Angaben zur Auftragsabwicklung oder Belege benötigen – nicht nur andere Wörter. Wenn ja, markieren Sie die Zelle als „lokalisiert“, auch wenn die Sprache gleich bleibt, etwa bei britischem und US-amerikanischem Englisch. Diese Prüfung von zehn URLs verhindert teure Nacharbeiten, nachdem das Entwicklungsteam bereits die Verzeichniskonventionen umgesetzt hat.

Operative Teams profitieren außerdem von einer Freigabeprüfung vor dem Launch, die sich an der Vollständigkeit orientiert, nicht an der Zahl der Textstrings. Verhindern Sie den Go-live, solange Haupttexte, Title-Tags und primäre CTAs noch in der Ausgangssprache vorliegen – selbst wenn die Texte in Navigation und Footer die Qualitätssicherung bestanden haben. Google bewertet die sichtbare Sprache ganzheitlich. Teilübersetzungen erzeugen inhaltsarme Alternativversionen, die sowohl in klassischen Suchergebnissen als auch bei der KI-gestützten Suche schlechter abschneiden. Ergänzen Sie die Freigabeprüfung um eine kurze sprachliche Durchsicht durch jemanden, der das ursprüngliche Briefing nicht verfasst hat. Ein frischer Blick erkennt „übersetzte Oberfläche, englischer Artikel“ schneller als Ticket-Kennzahlen.

Häufige Fehler

Welche häufigen Fehler entstehen, wenn Übersetzungsprojekte mit Lokalisierungsprogrammen verwechselt werden?

1. Die bloße Übersetzung der Benutzeroberfläche als Launch einer Sprachversion bezeichnen
2. Angebote unter einer einzigen URL lokalisieren und per Cookie umschalten
3. Nutzer automatisch von Alternativversionen weggeleiten
4. Annehmen, dass Google die Sprache anhand von Verzeichniscodes erkennt
5. Viele inhaltsarme Sprach- und Marktversionen statt weniger vollständiger veröffentlichen
6. hreflang als Ersatz für Übersetzungsqualität betrachten
7. Die Canonical-Tags aller Länderversionen auf eine globale URL verweisen lassen und zugleich erwarten, dass lokale Alternativen sich durchsetzen
8. Mit Designsystemen beginnen, bevor die Matrix zur Inhaltsanpassung abgestimmt ist
9. Erfolg nur an „übersetzten Wörtern“ messen, nicht an Markteignung oder indexierbaren Sprachversionen
10. SEO und Lokalisierung getrennt organisieren, sodass Annotationen erst Monate nach dem Content-Launch folgen

Checkliste für die Implementierung

• Erstellen Sie eine Markt-Sprachen-Matrix für 12–24 Monate
• Kennzeichnen Sie jede Zelle: nur übersetzt, leicht lokalisiert oder vollständig lokalisiert
• Stellen Sie sicher, dass die Hauptinhalte in jeder Sprachversion vollständig vorliegen – keine Launches mit ausschließlich übersetzten Standardtexten
• Wählen Sie für jede Zelle crawlbare URL-Muster
• Planen Sie hreflang-Cluster und Canonical-Regeln für gleichsprachige Seiten
• Fügen Sie eine Sprach- und Regionsauswahl für Nutzer hinzu
• Deaktivieren Sie erzwungene sprach- oder regionsbasierte Weiterleitungen, die alternative Versionen verbergen
• Legen Sie getrennte Verantwortlichkeiten für die sprachliche Qualitätssicherung und die Prüfung der Markteignung fest
• Prüfen Sie nach jedem Launch einer Sprach- und Marktversion die Indexierbarkeit
• Entfernen Sie nicht mehr gepflegte, inhaltsarme Sprachvorlagen oder setzen Sie sie auf noindex

Auswirkungen auf Suchrankings und KI-Antworten

Google Search unterscheidet weiterhin zwischen einer oberflächlichen Übersetzung der Benutzeroberfläche und echten Sprachversionen der Hauptinhalte. Auch Bing benötigt gehaltvolle Sprach- und Marktseiten, um Inhalte sinnvoll zu indexieren. Bei ChatGPT, Claude und Perplexity beeinflusst die Qualität der Lokalisierung, ob eine Antwort im jeweiligen Markt nützlich ist: Lokale Terminologie, Beispiele und bestätigende Quellen sind einer wörtlichen Übersetzung überlegen. Die Übersetzung bestimmt die Sprache; die Lokalisierung entscheidet, ob die Seite für lokale Suchintentionen ranken und als glaubwürdige Antwortquelle dienen kann. Ein zweisprachiges Theme allein garantiert keines dieser Ergebnisse.

Plattform-Leitfaden: Google Suche

Google unterscheidet weiterhin zwischen der Übersetzung von Standardtexten und echten Sprachversionen der Hauptinhalte – die Lokalisierungsqualität beeinflusst den Nutzen der Indexierung. Dokumentieren Sie bekannte Grenzen ausdrücklich: Erfinden Sie keine Rankingfaktoren und trennen Sie klassische Indexierungskennzahlen von Prüfungen, ob KI-Antwortsysteme die Inhalte als Quelle zitieren.

Plattform-Leitfaden: Bing

Auch Bing benötigt gehaltvolle Sprach- und Marktseiten statt einer bloß ausgetauschten Benutzeroberfläche, um marktspezifische Inhalte sinnvoll zu indexieren. Dokumentieren Sie bekannte Grenzen ausdrücklich: Erfinden Sie keine Rankingfaktoren und trennen Sie klassische Indexierungskennzahlen von Prüfungen, ob KI-Antwortsysteme die Inhalte als Quelle zitieren.

Plattform-Leitfaden: ChatGPT

Lokale Fragen brauchen lokalisierte Antworten: Terminologie und Beispiele sind für den Nutzen eines Assistenten wichtiger als eine wörtliche Übersetzung. Dokumentieren Sie bekannte Grenzen ausdrücklich: Erfinden Sie keine Rankingfaktoren und trennen Sie klassische Indexierungskennzahlen von Prüfungen, ob KI-Antwortsysteme die Inhalte als Quelle zitieren.

Plattformleitfaden: Claude

Bei oberflächlicher Lokalisierung leiden inhaltliche Tiefe und Belegqualität – Erklärungen im Stil von Claude machen das schnell sichtbar. Dokumentieren Sie bekannte Grenzen ausdrücklich: Erfinden Sie keine Rankingfaktoren und trennen Sie klassische Indexierungskennzahlen von Prüfungen, ob KI-Antwortsysteme die Inhalte als Quelle zitieren.

Plattformleitfaden: Perplexity

Bei Rechercheanfragen werden marktspezifische Quellen bevorzugt; die Lokalisierung sollte zitierfähige lokale Belege erhalten. Dokumentieren Sie bekannte Grenzen ausdrücklich: Erfinden Sie keine Rankingfaktoren und trennen Sie klassische Indexierungskennzahlen von Prüfungen, ob KI-Antwortsysteme die Inhalte als Quelle zitieren.

Wie GlotEO unterstützt

Übersetzungs- und Lokalisierungsprogramme geraten ins Stocken, wenn Recherche, Briefings und Sprachversionen auseinanderlaufen, während das Entwicklungsteam auf eine Matrix wartet. Die Lösung zur Website-Lokalisierung von GlotEO kann diesen redaktionellen Workflow für mehrsprachige Teams unterstützen – ohne die oben beschriebenen Entscheidungen zur Art der Inhaltsanpassung zu ersetzen.

Wenn Sie die Erweiterung um weitere Sprachen planen, entscheiden Sie zuerst für jeden Markt zwischen Übersetzung und Lokalisierung. Setzen Sie diese Entscheidung anschließend mit einem klar strukturierten Content-Prozess um.

Entdecken Sie die Plattform zur Website-Lokalisierung von GlotEO oder vergleichen Sie die Preise für mehrsprachige Websites.

Strategische Hintergründe finden Sie unter Internationales SEO vs. mehrsprachiges SEO. Behandeln Sie die hreflang-Implementierung als nachgelagerten technischen Arbeitsbereich, sobald die Art der Inhaltsanpassung feststeht. Die URL-Architektur und die Bewertung von Tools sollten mit den oben beschriebenen Entscheidungen zur Inhaltsanpassung im Einklang bleiben.