Multilinguale WooCommerce-SEO beginnt, bevor das erste Wort übersetzt wird: Es beginnt, wenn du entscheidest, dass jede Sprache ihre eigene indexierbare URL bekommt und Google versteht, wie diese Versionen miteinander zusammenhängen. Ein Listing „on the fly“ unter derselben Adresse zu übersetzen oder die Sprachen hinter einem Parameter zu verstecken, ist der schnellste Weg zu doppelten Inhalten und zu Seiten, die sich im gewünschten Markt nie positionieren. In diesem Leitfaden bauen wir eine solide internationale Architektur auf: eine URL pro Sprache, korrekt gesetztes hreflang, übersetzte Slugs, Sitemap und Canonical richtig eingerichtet und wie du die Indexierung in der Search Console misst.
Mehrsprachiges WooCommerce-SEO: Warum Übersetzen nicht reicht
Ein häufiger Fehler ist zu glauben, dass man bereits internationales SEO macht, sobald der Text übersetzt erscheint. Für Google muss jede Version eine eigene, crawlbare Adresse sein: Wenn die Übersetzung je nach Browsersprache unter derselben URL erzeugt wird, sieht die Suchmaschine nur eine Seite, indexiert eine Sprache und verwirft die übrigen. Gutes mehrsprachiges WooCommerce-SEO verfolgt das Gegenteil: Jede Sprache ist eine eigenständige Seite, und alle sind miteinander verbunden.
Wenn du bei null startest, 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 mehrsprachigen 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 separate Website. - Eigene Domain pro Land (
tienda.fr): das stärkste geografische Signal, aber auch das teuerste, um von null an zu ranken.
Für die meisten Shops ist das Unterverzeichnis der beste Kompromiss. Wichtig für mehrsprachiges 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 mehrsprachiges 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 keine 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 die passende angezeigt werden soll. Es ist das Element, das verhindert, dass zwei Versionen gegeneinander konkurrieren, und das Risiko von Duplicate Content reduziert; in jedem mehrsprachigen 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 mehrregionalen und mehrsprachigen Websites.
Typische hreflang-Fehler
- Nicht wechselseitig: A verweist auf B, aber B nicht auf A; Google ignoriert die Beziehung.
- Falsch formatierte Codes:
en-UKstatten-GBoder Sprach-Land-Kombinationen, die nicht existieren. - Auf URLs mit Weiterleitung verweisen: hreflang muss auf die finale, indexierbare URL zeigen.
- Autoreferenz oder
x-defaultvergessen: Es fehlt die halbe Beziehung 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 mehrsprachigen 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 erreichte Ranking.
Sitemap und Canonical pro Sprache
Im mehrsprachigen 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 mehrsprachiges WooCommerce-SEO am häufigsten, und es muss autorreferenziell sein: Die englische Seite erklärt sich selbst zur kanonischen Version, nicht die spanische. 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 jedes in seiner 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 mit Filter auf den Ordner jeder Sprache (/en/, /fr/), wie viele URLs pro Version indexiert sind. Viele Seiten „entdeckt, aber nicht indexiert“ oder „Alternative mit richtigem kanonischen Tag“ deuten oft auf ein überkreuztes Canonical oder falsch gesetztes hreflang hin. Die URL-Prüfung auf einem übersetzten Listing zeigt dir, welches Canonical Google gewählt hat: So kannst du am direktesten bestätigen, dass dein mehrsprachiges WooCommerce-SEO Sprache für Sprache funktioniert.
Vergleich: On-the-fly-Übersetzung vs. eigene URL
Diese Tabelle fasst zusammen, warum mehrsprachiges WooCommerce-SEO eine echte URL pro Sprache braucht und keinen Übersetzungstrick unter derselben 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 WooCommerce-SEO
- Eine indexierbare, stabile 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.
- Autoreferenzielles 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 mehrsprachiges WooCommerce-SEO in der Praxis zusammen: Es sind viele Bausteine, und alle müssen gleichzeitig zusammenpassen. Das manuell, Listing für Listing, 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 anfasst. Das ist die Funktion von EHERO Woo Multilang, das diese Architektur automatisch aufbaut. Und wenn du Übersetzungen in großem Umfang verfassen und optimieren willst, kannst du das 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 mit mehrsprachiger interner Suche und Fakturierung.
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 sprachspezifischen, autoreferenziellen Canonical 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 einen bereits indexierten Slug änderst, füge immer eine 301-Weiterleitung von der alten URL hinzu.
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 einem übersetzten Listing, um zu sehen, welches Canonical gewählt wurde.
Fazit
Gutes mehrsprachiges WooCommerce-SEO lässt sich auf eine Regel reduzieren: eine indexierbare URL pro Sprache, verbunden mit wechselseitigem hreflang, mit übersetzten Slugs und einem Canonical, das niemals Sprachen kreuzt. Wenn diese Bausteine zusammenpassen, vermeidest du Duplicate Content und jeder Markt rankt separat; wenn sie fehlschlagen, 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.
