Multilingual WooCommerce SEO beginnt, bevor das erste Wort übersetzt wird: Es beginnt, wenn du entscheidest, dass jede Sprache ihre eigene indexierbare URL hat und Google versteht, wie diese Versionen miteinander zusammenhängen. Einen Eintrag „on the fly“ über dieselbe Adresse zu übersetzen oder die Sprachen hinter einem Parameter zu verstecken, ist der schnellste Weg zu Duplicate Content und zu Seiten, die in dem Markt, der dich interessiert, nie ranken. In diesem Leitfaden bauen wir eine solide internationale Architektur auf: eine URL pro Sprache, sauber gesetztes hreflang, übersetzte Slugs, korrekte Sitemap und Canonical-Tags sowie die Messung der Indexierung in der Search Console.

Multilingual WooCommerce SEO: Warum Übersetzen nicht reicht

Ein sehr häufiger Fehler ist zu glauben, dass man bereits internationales SEO betreibt, sobald der Text übersetzt angezeigt wird. Für Google muss jede Version eine eigene, crawlbare Adresse sein: Wenn die Übersetzung je nach Browsersprache auf derselben URL erzeugt wird, sieht die Suchmaschine nur eine Seite, indexiert eine Sprache und verwirft die anderen. Gutes multilingual WooCommerce SEO verfolgt das Gegenteil: Jede Sprache ist eine eigenständige Seite, und alle sind miteinander verbunden.

Wenn du bei null anfängst, lies zuerst unseren vollständigen Leitfaden zum Übersetzen von WooCommerce, denn die Übersetzung ist der vorherige Schritt, auf dem diese Architektur aufbaut.

Der Fehler, ohne eigene URL pro Sprache zu übersetzen

Ohne eigene URL zu übersetzen (mit Cookies, clientseitigem JavaScript oder einem Parameter wie ?lang=en) hat drei Folgen: Die Suchmaschine indexiert nicht jede Sprache separat, zeigt nicht die richtige Version in jedem Markt und interpretiert gemischte Inhalte oft als Duplicate Content.

Eine indexierbare URL pro Sprache: die Grundlage von allem

Die erste strukturelle Entscheidung im multilingual WooCommerce SEO ist, wie du die Sprachen in der URL trennst. Es gibt drei gültige Muster:

• Unterverzeichnis (tienda.com/en/): die gängigste Option; sie erbt die Autorität der Domain.
• Subdomain (en.tienda.com): gültig, aber Google behandelt sie fast wie eine eigene Website.
• Eigene Domain pro Land (tienda.fr): das stärkste geografische Signal, aber auch das teuerste, wenn man bei null startet.

Für die meisten Shops ist das Unterverzeichnis der beste Kompromiss. Wichtig für multilingual WooCommerce SEO ist, dass die URL stabil, sauber und crawlbar ist: ohne Session-Parameter und ohne Übersetzung, die vom Browser abhängt.

So strukturierst du multilingual WooCommerce SEO mit Ordnern

Mit Unterverzeichnissen liegt das Produkt auf Spanisch unter /producto/mochila-viaje/ und die englische Version unter /en/product/travel-backpack/. Nicht nur das Sprachpräfix ändert sich: Auch die Basis (producto zu product) und der Slug ändern sich. Diese Konsistenz signalisiert der Suchmaschine, dass jeder Ordner ein vollständiger, eigenständiger Baum ist und nicht nur eine Schicht über dem Original.

hreflang-Tags: Versionen verknüpfen und Duplikate vermeiden

hreflang verbindet die Versionen derselben Seite in verschiedenen Sprachen: Es sagt Google, dass diese URL die englische Version jener spanischen ist und dass jedem Nutzer seine passende Version angezeigt werden soll. Es ist das Element, das verhindert, dass zwei Versionen miteinander konkurrieren, und das Risiko von Duplicate Content reduziert; in jedem multilingual WooCommerce SEO-Projekt ist es das Tag, das am häufigsten falsch konfiguriert wird.

Jede Seite muss alle Versionen deklarieren, einschließlich sich selbst, und zwar wechselseitig: Wenn die spanische auf die englische verweist, muss die englische zurückverweisen. Füge einen x-default-Eintrag für die Standardversion hinzu. Die offizielle Referenz findest du in der Google-Dokumentation zu multiregionalen und mehrsprachigen Websites.

Typische hreflang-Fehler

• Nicht wechselseitig: A verweist auf B, aber B verweist nicht auf A; Google ignoriert die Beziehung.
• Falsch formatierte Codes: en-UK statt en-GB oder Sprach-Land-Kombinationen, die es nicht gibt.
• Auf URLs mit Weiterleitung verweisen: hreflang muss auf die finale, indexierbare URL zeigen.
• Autoreferenz oder x-default vergessen: Ein Teil der Beziehung fehlt und der Kreis schließt sich nicht.

Übersetzte Slugs in der Sprache des Nutzers

Auch der Slug muss übersetzt werden. Ein englischer Nutzer, der nach „travel backpack“ sucht, erwartet /en/product/travel-backpack/ und nicht /en/product/mochila-viaje/. Ein übersetzter Slug verbessert die Relevanz der URL und erhöht die Klickrate, weil er der Suchintention entspricht: Das ist einer der rentabelsten Hebel im multilingual WooCommerce SEO und einer der am häufigsten vergessenen. Zwei Hinweise: Übersetze auch die Pfadbasis (product, product-category) und ändere keinen bereits indexierten Slug ohne 301-Weiterleitung, sonst zerstörst du Links und verbrennst das aufgebaute Ranking.

Sitemap und Canonical pro Sprache

Im multilingual WooCommerce SEO muss jede Sprache mit ihrer eigenen URL in der XML-Sitemap stehen, damit Google alle Versionen entdeckt und crawlt, ohne von der internen Navigation abhängig zu sein. Ideal ist eine Sitemap, die jede Version auflistet und die hreflang-Anmerkungen enthält.

Canonical: eines pro Sprache, niemals über Kreuz

Beim Canonical stolpert multilingual WooCommerce SEO am häufigsten, und es muss selbstreferenziell sein: Die englische Seite ist die kanonische Version von sich selbst, nicht von der spanischen. Der schwerwiegendste Fehler ist, das Canonical aller Versionen auf das Original zu setzen: Damit sagst du Google, dass die Übersetzungen nicht indexiert werden sollen, und sie verschwinden aus den Ergebnissen. Canonical und hreflang arbeiten zusammen, aber jeweils in ihrer eigenen Sprache.

Die Indexierung pro Sprache in der Search Console messen

Prüfe, ob Google die Architektur versteht. In der Search Console siehst du im Bericht Seiten nach dem Ordner jeder Sprache gefiltert (/en/, /fr/), wie viele URLs pro Version indexiert sind. Viele Seiten mit dem Status „entdeckt, aber nicht indexiert“ oder „Alternative Seite mit richtigem kanonischen Tag“ deuten oft auf ein überkreuztes Canonical oder falsch gesetztes hreflang hin. Die URL-Prüfung einer übersetzten Produktseite zeigt dir, welches Canonical Google gewählt hat: So kannst du am direktesten bestätigen, dass dein multilingual WooCommerce SEO Sprache für Sprache funktioniert.

Vergleich: On-the-fly-Übersetzung vs. eigene URL

Diese Tabelle fasst zusammen, warum multilingual WooCommerce SEO eine echte URL pro Sprache braucht und keinen Übersetzungs-Trick über dieselbe Adresse:

Aspekt	On-the-fly-Übersetzung / Parameter	Indexierbare URL pro Sprache
Indexierung	Nur eine Sprache wird indexiert	Jede Sprache wird separat indexiert
Duplicate Content	Hohes Risiko	Kontrolliert mit hreflang + Canonical
hreflang	Nicht zuverlässig anwendbar	Wechselseitig zwischen echten Versionen
Slug	Bleibt in der Originalsprache	Auf die Nutzerintention übersetzt
Search Console	Nicht nach Sprache messbar	Ordner für Ordner messbar

Checkliste für internationales SEO in WooCommerce

• Eine stabile, indexierbare URL pro Sprache (ohne Parameter und ohne On-the-fly-Übersetzung).
• Wechselseitiges hreflang zwischen allen Versionen, mit Autoreferenz und x-default.
• Übersetzte Slugs und Pfadbasis, mit 301-Weiterleitung, wenn du einen bereits indexierten änderst.
• Selbstreferenzielles Canonical pro Sprache; niemals über Kreuz.
• Sitemap, die jede Sprachversion enthält.
• Übersetzte Metadaten (Title, Meta Description, Open Graph), nicht geklont.
• Regelmäßige Prüfung der Indexierung pro Ordner in der Search Console.

Diese Checkliste fasst multilingual WooCommerce SEO in der Praxis zusammen: Es sind viele Bausteine, und alle müssen gleichzeitig zusammenpassen. Das manuell, Produkt für Produkt, zu machen, ist bei Hunderten von Produkten nicht machbar: Ein natives Plugin sollte die URL pro Sprache erzeugen, das richtige hreflang setzen und Canonical sowie noindex steuern, ohne dass du Code anfassen musst. Genau das leistet EHERO Woo Multilang, das diese Architektur automatisch aufbaut. Und wenn du Übersetzungen in großem Umfang verfassen und optimieren willst, kannst du SEO mit KI verstärken, indem du deinen eigenen OpenAI-, Claude-, Gemini-, DeepL- oder DeepSeek-Schlüssel verbindest: Du zahlst nur wenige Euro direkt an den Anbieter für den gesamten Katalog. Für große Shops vervollständigen EHERO Smart Search und EHERO Woo Holded das Ökosystem für mehrsprachige interne Suche und Rechnungsstellung.

Häufig gestellte Fragen

Brauche ich für jede Sprache eine andere Domain?

Nein. Für die meisten Shops reichen Sprach-Unterverzeichnisse (/en/, /fr/), die die Autorität der Domain erben und leichter zu pflegen sind als eine eigene Domain pro Land.

Entfernt hreflang Duplicate Content vollständig?

Es reduziert das Risiko stark, muss aber mit einem selbstreferenziellen Canonical pro Sprache kombiniert werden; wenn das Canonical auf die Originalsprache zeigt, werden die Übersetzungen nicht indexiert.

Muss ich auch den Slug übersetzen oder reicht der Text?

Es ist sinnvoll, den Slug zu übersetzen, weil das die Relevanz der URL und die Klicks verbessert. Wenn du jedoch einen bereits indexierten Slug änderst, richte immer eine 301-Weiterleitung vom alten ein.

Wie erkenne ich, ob Google jede Sprache indexiert?

Filtere den Seitenbericht der Search Console nach dem Ordner jeder Sprache und nutze die URL-Prüfung auf einer übersetzten Produktseite, um zu sehen, welches Canonical gewählt wurde.

Fazit

Gutes multilingual WooCommerce SEO lässt sich auf eine Regel reduzieren: eine indexierbare URL pro Sprache, verbunden mit wechselseitigem hreflang, übersetzten Slugs und einem Canonical, das niemals Sprachen kreuzt. Wenn diese Bausteine zusammenpassen, vermeidest du Duplicate Content und jeder Markt rankt separat; wenn sie scheitern, rettet dich nicht einmal die beste Übersetzung. Setze es nativ und ohne manuelle Arbeit mit EHERO Woo Multilang um und lass das Plugin URLs, hreflang und Canonical für dich verwalten, während du dich darauf konzentrierst, in jeder Sprache zu verkaufen.