Mehrsprachiges SEO in PrestaShop: Was der Shop kann und was nicht

Unter PrestaShop-Händlern herrscht oft die bequeme Auffassung, dass das Hinzufügen einer Sprache eine SEO-Entscheidung sei. Das stimmt nicht. Das Hinzufügen einer Sprache ist eine inhaltliche Entscheidung. Der SEO-Aspekt erledigt sich von selbst, aber nur, wenn die Übersetzungen dort abgelegt werden, wo PrestaShop sie erwartet.

Diese eine Bedingung erklärt den Großteil des Unterschieds zwischen einem mehrsprachigen Shop, der in neuen Märkten rankt, und einem, der übersetzte Seiten anbietet, die niemand findet.

Was PrestaShop von sich aus generiert

Dies ist der Teil, der Nutzer überrascht, die von WordPress kommen, wo für jeden dieser Punkte ein Plugin erforderlich ist.

Sobald eine Sprache aktiv ist und Ihre Inhalte in den Sprachtabellen übersetzt vorliegen, erstellt PrestaShop die hreflang-Annotationen, die Canonical-Tags, die sprachspezifischen URLs und die Sitemapeinträge eigenständig. Der Sprachwechsler des Themes leitet auf die entsprechende Seite weiter, anstatt Besucher auf die Startseite zu werfen. Strukturierte Daten richten sich nach der aktiven Sprache.

Die mehrsprachige SEO-Ebene ist also nichts, das Sie installieren müssen. Es ist etwas, das Sie mit Daten füttern müssen.

Das bedeutet, der Fehler liegt nicht daran, dass das SEO-Plugin falsch konfiguriert ist. Er liegt daran, dass die Tabellen leer sind und der Shop somit korrekt erklärt, dass für diese Seite keine deutsche Version existiert.

Die hreflang-Frage geklärt

Hreflang signalisiert Suchmaschinen, dass zwei URLs dieselbe Seite in verschiedenen Sprachen darstellen, damit die richtige Version der passenden Zielgruppe angezeigt wird, anstatt dass beide miteinander konkurrieren.

PrestaShop gibt dies automatisch für jede aktive Sprache aus, basierend auf der für jeden Shop konfigurierten URL. Drei Faktoren können dies stören, wobei es sich bei allen um Konfigurations- und nicht um Übersetzungsprobleme handelt:

Shop-URLs, die nicht der Realität entsprechen. Wenn Sie den Shop über HTTPS betreiben, die Shop-URL aber noch auf HTTP lautet, oder wenn eine Sprache einer Domain zugeordnet ist, die Sie nicht mehr verwenden, verweisen die Annotationen auf Adressen, die weiterleiten oder fehlschlagen. Prüfen Sie unter „Einstellungen“ den Punkt „SEO und URLs“.

Sprachen, die aktiv, aber leer sind. Eine aktive Sprache ohne übersetzte Inhalte wird dennoch deklariert. Suchmaschinen finden dann eine Seite, die größtenteils in der Quellsprache vorliegt, stufen sie als Duplikat ein, und Ihre guten Seiten leiden unter diesem Zweifel. Deaktivieren Sie Sprachen, für die Sie noch keine Inhalte bereitstellen können.

Eine Seite, die nur in einer Sprache existiert. Das ist legitim und wird von PrestaShop korrekt gehandhabt, bedeutet aber, dass der Sprachwechsler für diese Seite nirgendwohin führt. Entscheiden Sie bewusst, welche Seiten sprachspezifisch sind, anstatt dies erst in den Logs zu bemerken.

Sie benötigen kein hreflang-Plugin. Sie müssen lediglich sicherstellen, dass die Shop-URLs korrekt sind und die Tabellen gefüllt sind.

Übersetzte URLs und der echte 404-Fehler

PrestaShop speichert pro Sprache einen link_rewrite für Produkte, Kategorien und CMS-Seiten sowie einen url_rewrite für die statischen Meta-Seiten. Diese zu übersetzen ist gut für die Suchmaschinen: Ein französischer Kunde vertraut /femmes/robes-ete mehr als /3-summer-dresses, und die Wörter in der URL sind in den meisten Märkten ein Ranking-Signal.

Das Risiko ist jedoch ungleich verteilt, und das sollten Sie wissen, bevor Sie Änderungen an einem Live-Shop vornehmen.

Standardmäßige PrestaShop-Routen enthalten die Objekt-ID: /3-clothes, /hommes/1-1-shirt.html, /content/1-delivery. Der Front-Controller liest die ID aus, stellt fest, dass der Rewrite nicht mehr übereinstimmt, und leitet auf die aktuelle Adresse weiter. Das Ändern eines Produkt- oder Kategorienamens unterbricht also nicht den alten Link.

Die Ausnahme bilden die statischen Seiten. Deren Rewrites enthalten keine ID. Eine Übersetzung führt daher dazu, dass aus der alten Adresse ein echter 404-Fehler wird. Genau das sind die Seiten, die Backlinks sammeln: Lieferung, Rücksendungen, Kontakt, AGB. Übersetzen Sie diese erst, wenn Weiterleitungen eingerichtet sind, nicht danach.

Wenn Sie von einem anderen mehrsprachigen Setup umgezogen sind, gehen hier die alten Adressen verloren. Dies ist die häufigste Ursache für einen Traffic-Einbruch nach einer mehrsprachigen Migration.

Die Metadaten, die niemand übersetzt, bis es wehtut

Ihre Produktbeschreibungen erhalten Aufmerksamkeit, weil sie sichtbar sind. Die Felder, die darüber entscheiden, ob jemand die Seite überhaupt findet, werden oft vernachlässigt.

Meta-Titel und Meta-Beschreibungen pro Sprache: Eine deutsche Produktseite mit einem französischen Meta-Titel wird von Google umgeschrieben, selten zu Ihren Gunsten.

Kategoriebeschreibungen: In den meisten Shops ranken diese Seiten für allgemeine kommerzielle Suchanfragen. Da im Back-Office niemand so weit nach unten scrollt, bleiben sie am häufigsten in der Quellsprache.

Alt-Texte für Bilder: Sie haben Gewicht bei der Bildersuche, was für physische Produkte ein echter Akquise-Kanal ist. Dies ist das Feld, das bei Übersetzungsprojekten am konsequentesten ignoriert wird.

Facetten-Filterwerte: Falls Sie diese nutzen, erzeugen Filterkombinationen indexierbare Seiten. Eine französische Filterseite, die deutsche Attributwerte auflistet, wirkt nicht wie eine französische Seite.

Die Sitemap ist nicht das Problem, für das man sie hält

Die Sitemap eines übersetzten Shops sollte jede Sprachversion jeder Seite auflisten. PrestaShop und die üblichen Sitemap-Module erledigen das korrekt, sobald die Übersetzungen existieren.

Das Problem ist das Timing. Die Sitemap wird auf Abruf oder nach Zeitplan generiert. Ein am Dienstag übersetzter Shop bewirbt am Freitag möglicherweise noch seine einsprachige Sitemap. Generieren Sie die Sitemap nach einer Übersetzung neu und prüfen Sie, ob die Sprachversionen tatsächlich enthalten sind.

Der zweite Fehler ist das Caching vor dem Shop. Wenn Sie ein Full-Page-Caching oder ein CDN verwenden, können eine alte Sitemap oder alte hreflang-Tags die Änderung überdauern. Wenn etwas falsch aussieht, rufen Sie die Seite mit einem Cache-Busting-Query-String auf, bevor Sie schlussfolgern, dass der Shop fehlerhaft ist. Das ist der schnellste Weg, um zwischen einem echten Bug und einer veralteten Kopie zu unterscheiden.

Was in einem neuen Markt das Ranking wirklich verbessert

Sobald die technische Seite stimmt, bleibt die redaktionelle Arbeit. Hier entscheidet sich, ob maschinelle Übersetzung ihren Zweck erfüllt oder nicht.

Suchanfragen sind keine direkten Übersetzungen voneinander. Ein deutscher Kunde sucht nicht nach der wörtlichen Übersetzung dessen, wonach ein französischer Kunde sucht. Übersetzte Titel sind ein Ausgangspunkt, keine Keyword-Strategie: Prüfen Sie die Begriffe, die Ihre Konkurrenten in diesem Markt tatsächlich verwenden, und passen Sie die wichtigsten Seiten entsprechend an.

Vertrauensbildende Inhalte sind im Ausland wichtiger denn je. Lieferzeiten, Rückgabebedingungen, lokale Zahlungsmethoden, Mehrwertsteuer-Handhabung. Diese Seiten konvertieren und generieren Backlinks, weshalb das Belassen in der Quellsprache doppelt schadet.

Und die Konsistenz des Vokabulars: Ein Katalog, in dem dieselbe Produktfamilie über Kategorien hinweg auf drei verschiedene Arten benannt wird, schwächt jede Seite, die sie erwähnt. Das ist ein Glossar-Problem und kein Übersetzungsproblem.

Ein kurzer Audit für heute

1. Öffnen Sie eine Produktseite in jeder Sprache und prüfen Sie den Quelltext. Bestätigen Sie, dass es eine hreflang-Zeile pro aktiver Sprache gibt, plus x-default, die alle auf erreichbare URLs verweisen.
2. Deaktivieren Sie alle Sprachen, deren Katalog noch leer ist.
3. Listen Sie Ihre statischen Seiten auf und prüfen Sie, ob sich deren URLs geändert haben. Jede geänderte URL benötigt eine Weiterleitung von der alten Adresse.
4. Sortieren Sie Ihre Kategorien nach Traffic und prüfen Sie die Top-Zehn auf übersetzte Meta-Titel, Meta-Beschreibungen und Beschreibungen.
5. Generieren Sie die Sitemap neu und öffnen Sie sie. Zählen Sie die Sprachen.
6. Suchen Sie in einem privaten Fenster mit einer Suchmaschine im Zielmarkt nach einem Ihrer Produktnamen. Das Ergebnis verrät Ihnen mehr als jedes Audit-Tool.

Die Technik ist Aufgabe von PrestaShop, und das erledigt das System gut. Die Tabellen zu füllen und zu entscheiden, was in welchem Markt gesagt werden soll, ist Ihre Aufgabe. Das TrueLang-Modul existiert für den ersten Teil dieses Satzes: Es schreibt den Katalog, die CMS-Seiten, die Meta-Felder und die URL-Rewrites direkt in die Tabellen des Shops, damit die SEO-Ebene, die PrestaShop bereits beherrscht, mit Inhalten arbeiten kann.