Multilingual SEO: Blog übersetzen, ohne Rankings zu verlieren
Übersetzungs-Plugins und Browser-Widgets liefern eine Seite, die mehrsprachig aussieht, aber in der Suche nichts einbringt. Das Widget rendert clientseitig, Crawler sehen also das englische Original, während Nutzer Spanisch oder Deutsch sehen. Übersetzte Keywords werden eins zu eins von englischen Begriffen übernommen, nach denen niemand wirklich sucht. Fehlende hreflang-Tags lassen Google raten, welche Version ausgeliefert werden soll, und ungeprüfte maschinelle Übersetzung in großem Umfang bewegt sich auf der falschen Seite von Googles Richtlinie zu skalierendem Content-Missbrauch, die im März 2024 eingeführt wurde [1]. Reddit hat zig Millionen KI-übersetzte URLs veröffentlicht—etwa 2,3 Millionen davon rankten in Frankreich und 2,4 Millionen in Spanien—ohne dass Google Maßnahmen ergriff, was zeigt, dass Google Qualität bewertet und nicht allein die Methode [2]. Der Unterschied zwischen Reddit und einer abgestraften Website liegt in redaktionellen Standards, nicht darin, ob KI beteiligt war.
Was tatsächlich Rankings in einer zweiten Sprache erzeugt: lokalisierte Keyword-Recherche mit echten Suchvolumina, separate crawlbare URLs mit korrektem hreflang, serverseitige Auslieferung und menschliche Prüfung, bevor irgendetwas live geht.
Diagnose
Warum übersetzte Seiten nicht ranken
Suchmaschinen crawlen das rohe HTML, sehen Englisch und indexieren nichts anderes.
Clientseitige Übersetzungs-Widgets rendern erst, nachdem die Seite geladen ist, sodass Crawler die übersetzten Inhalte nie sehen.
Übersetzungen serverseitig ausliefern, damit Suchmaschinen das übersetzte HTML crawlen. [1]
Sie ranken für Begriffe, nach denen in diesem Markt niemand tatsächlich sucht.
Eins-zu-eins-Keyword-Übersetzung ignoriert, wie Menschen suchen: „Project management software" wird zu „Software de gestión de proyectos", aber Spanischsprachige suchen vielleicht nach „programas para organizar equipos" oder „herramientas de planificación".
Lokalisierte Keyword-Recherche vom Konzept aus statt vom englischen Keyword, und Briefings aus lokalisierten Clustern erstellen. [1]
Google behandelt Übersetzungen als Duplikate oder liefert die falsche Version an das falsche Publikum aus.
Fehlendes oder fehlerhaftes hreflang lässt Google raten, welche Version ausgeliefert werden soll.
Korrektes hreflang-Markup hinzufügen—falsches oder widersprüchliches hreflang führt dazu, dass Google es vollständig ignoriert. [3]
Ungeprüfte maschinelle Übersetzung in großem Umfang birgt das Risiko von Flags wegen skalierendem Content-Missbrauch.
Googles Richtlinie zielt auf große Mengen wertloser, nicht origineller Inhalte unabhängig von der Produktionsmethode ab—nicht auf Übersetzung selbst, sondern auf Übersetzung ohne Qualitätskontrolle. Die Richtlinie nennt automatisierte Transformationen, einschließlich Übersetzungen, weiterhin als Teil der Warnung.
Schritte
Herausfinden, wonach in jeder Sprache tatsächlich gesucht wird
- Mit dem Konzept beginnen, nicht mit dem englischen Keyword
Deutsche Nutzer, die nach Tools zur Rechnungserstellung suchen, übersetzen „invoice" nicht unbedingt wörtlich; sie suchen vielleicht nach „Rechnung schreiben" oder „Rechnungsprogramm Kleinunternehmer". Das Suchmuster spiegelt die lokale Geschäftskultur wider, keinen Wortschatz-Austausch.
- Keyword-Liste aus kostenlosen Quellen in der Zielsprache erstellen
Googles Autovervollständigung für Ihren Seed-Begriff in dieser Sprache nutzen, „People Also Ask" für die Fragen, die diese Suchanfragen rahmen, und Konkurrenzseiten, die in diesem Markt bereits ranken—deren Titel und Meta-Beschreibungen zeigen die dort verwendete Sprache.
- Suchvolumen pro Sprache separat prüfen
Ein Begriff mit 1.000 monatlichen Suchanfragen auf Englisch kann auf Spanisch nur 80 oder auf Deutsch 400 haben.
- Briefings aus lokalisierten Clustern erstellen
Verwandte Begriffe gruppieren, die in dieser Sprache dieselbe Absicht teilen—nicht übersetzte englische Briefings, bei denen die Verbindungen nicht stimmen.
Separate URLs und hreflang einrichten
Jede Sprache braucht ihre eigene crawlbare URL. Verwenden Sie Unterverzeichnisse wie /de/blog/post oder Subdomains wie de.yoursite.com/blog/post. Query-Parameter wie ?lang=de oder Hash-Fragmente zersplittern Ihre Signale.
Fügen Sie hreflang hinzu, um Google mitzuteilen, welche Version für welches Publikum dient. Es gibt drei gleichwertige Methoden—im HTML-<head>, in HTTP-Headern oder in einer XML-Sitemap—und Sie sollten sich für eine entscheiden und dabei bleiben [3][4]. Die Implementierung aller drei bringt keinen Search-Vorteil [4].
Falsches oder widersprüchliches hreflang-Markup führt dazu, dass Google es vollständig ignoriert [3]. Fügen Sie auf jeder Seite ein selbstreferenzierendes hreflang sowie einen x-default-Fallback für Nutzer hinzu, deren Sprache Sie nicht übersetzt haben. Googles Dokumentation besagt, dass sprachspezifische Subdomains ohne explizites hreflang-Mapping nicht als Zielgruppen-Signale verwendet werden; die Subdomain allein bewirkt also nichts [5].
Eine korrekte Implementierung im HTML-Head sieht so aus:
<link rel="alternate" hreflang="en" href="https://yoursite.com/blog/post" />
<link rel="alternate" hreflang="de" href="https://yoursite.com/de/blog/post" />
<link rel="alternate" hreflang="x-default" href="https://yoursite.com/blog/post" />Checkliste
Separate URLs und hreflang einrichten
von 7 erledigtAlle 7 erledigt
Übersetzungen serverseitig ausliefern und vor der Veröffentlichung prüfen
Servergerendertes HTML stellt sicher, dass Suchmaschinen die übersetzten Inhalte indexieren.
Legen Sie eine Qualitätsschwelle fest: Maschinelle Übersetzung ist ein Entwurf, kein fertiger Beitrag. Googles Richtlinie zu skalierendem Content-Missbrauch zielt auf wertlose, nicht originelle Inhalte in großen Mengen ab, nicht auf maschinelle Übersetzung selbst [4]. Das Risiko entsteht durch die Veröffentlichung ungeprüfter Entwürfe in großem Umfang, nicht durch die Verwendung von Übersetzungstools.
Redigieren Sie mit Blick auf drei Dinge:
- Lokale Idiomatik: Klingt diese Formulierung, als wäre sie für diesen Markt geschrieben?
- Kulturelle Bezüge: Passen Beispiele, Währungen, Datumsformate und regulatorische Kontexte?
- Stimmige Tonalität: Passt der Ton zu dem, was Ihre englischen Leser erwarten—formell, verspielt, direkt oder technisch?
Veröffentlichen Sie erst nach einer menschlichen Prüfstufe. Vollautomatik kann die Pipeline übernehmen, aber die letzte Kontrolle sollte eine Person übernehmen, die den Markt oder zumindest die Sprache gut genug kennt, um Fehler zu erkennen, die auf mangelnde Qualität hindeuten.
Vor- und Nachteile
Übersetzungen serverseitig ausliefern und vor der Veröffentlichung prüfen
- Nutzer sehen Spanisch oder Deutsch auf einer Seite, die mehrsprachig aussieht
- Rendert erst, nachdem die Seite geladen ist, sodass Crawler das englische Original sehen und nichts anderes indexieren
- Übersetzte Keywords werden eins zu eins von englischen Begriffen übernommen, nach denen niemand tatsächlich sucht
Aus dem Beitrag. [3]
- Suchmaschinen indexieren die übersetzten Inhalte
- Funktioniert mit separaten crawlbaren URLs und hreflang
- Erfordert korrektes hreflang — falsches oder widersprüchliches Markup führt dazu, dass Google es vollständig ignoriert
Aus dem Beitrag. [3]
- Vollautomatik kann die Pipeline übernehmen
- Reddit hat zig Millionen KI-übersetzte URLs veröffentlicht—etwa 2,3 Millionen davon rankten in Frankreich und 2,4 Millionen in Spanien—ohne dass Google Maßnahmen ergriff
- Ungeprüfte maschinelle Übersetzung in großem Umfang bewegt sich auf der falschen Seite von Googles Richtlinie zu skalierendem Content-Missbrauch, die im März 2024 eingeführt wurde
- Eins-zu-eins-Keyword-Übersetzung verfehlt, wie Menschen in der Zielsprache tatsächlich suchen
- Erkennt Fehler, die auf mangelnde Qualität hindeuten
- Redigiert mit Blick auf lokale Idiomatik, kulturelle Bezüge und stimmige Tonalität
- Braucht eine letzte Kontrolle durch eine Person, die den Markt oder zumindest die Sprache gut kennt
Vergleich
ContentRails-Planlimits
Beginnen Sie mit einer Sprache und einem Beitrag
Wählen Sie die Sprache, für die Sie bereits Traffic-Signale oder Kundenanfragen haben. Traffic in Ihren Analytics aus einem Land, das Sie nicht bedienen, Support-Tickets in einer anderen Sprache oder die Präsenz eines Wettbewerbers in einem Markt sind alles Chancen-Signale.
Übersetzen Sie einen leistungsstarken englischen Beitrag. Lokalisieren Sie seine Keywords mit den oben beschriebenen Recherche-Methoden, richten Sie hreflang zwischen Original und Übersetzung ein und messen Sie über 6–8 Wochen. Sie suchen nach Indexierung in der Google Search Console, Ranking-Bewegungen bei den lokalisierten Begriffen und etwaigen Traffic-Verschiebungen.
Nutzen Sie diese erste Übersetzung als Vorlage für Standards bei Tonalität und Formatierung. Was hat der Prüfer geändert? Welche Idiome mussten angepasst werden? Dokumentieren Sie das und wenden Sie es auf die nächste Charge an. Erweitern Sie auf weitere Sprachen erst, wenn Sie bei der ersten klare Indexierung und Ranking-Bewegungen sehen.
Skalieren Sie nach Sprache, nicht nach Volumen innerhalb einer Sprache. Drei gepflegte Sprachversionen schlagen zehn dünnere.
Quellen
Basiert auf 7 Quellen
- [1]Scaled Content AbuseBlog · patrickstox.com
- [2]Is it safe? Does Google’s evolving view of auto-translated content, and lack of action with Reddit's AI translations, open the floodgates for site owners?Blog · gsqi.com
- [3]International SEO Hreflang Guide | Seer InteractiveAnbieter · seerinteractive.com
- [4]International SEO: Hreflang & Multilingual GuideBlog · digitalapplied.com
- [5]Localized Versions of your Pages | Google Search Central | Documentation | Google for DevelopersOffiziell · developers.google.com
- [6]/Anbieter · contentrails.ai
- [7]/guide/interactive-postsAnbieter · contentrails.ai