In einem mehrsprachigen Shop existiert dieselbe Produktseite in fünf Fassungen. Ohne Hinweis sieht eine Suchmaschine fünf ähnliche Seiten, wählt je Anfrage eine aus und kann durchaus die spanische Fassung einem deutschen Besucher ausliefern. Hreflang-Angaben existieren, um genau das zu verhindern.
Sie werden schlecht verstanden, oft falsch gesetzt, und PrestaShop erzeugt sie nativ nicht vollständig.
Was hreflang leistet und was nicht
Eine nützliche Klarstellung vor jeder Konfiguration. Hreflang schiebt keine Seite in den Ergebnissen nach oben. Es ist ein Zuordnungssignal, kein Qualitätssignal.
Was es konkret bringt: Es zeigt an, welche Fassung nach Sprache und Region des Besuchers auszuliefern ist, und es gruppiert die Fassungen so, dass sie sich nicht gegenseitig Konkurrenz machen. Eine in Deutschland gut platzierte deutsche Seite behält ihre Position, und der französische Besucher erhält die französische Fassung statt derselben Seite auf Deutsch.
Auf einer Website, deren Fassungen alle dieselbe Sprache haben, etwa Deutsch für Deutschland und Deutsch für Österreich, ist hreflang das einzige Mittel, um klarzumachen, welches Publikum jede anspricht.
Die drei absoluten Regeln
Eine hreflang-Umsetzung ist gültig oder sie ist es nicht. Es gibt kein Dazwischen, und drei Regeln bedingen alles.
- Die Gegenseitigkeit. Zeigt die französische Seite auf die deutsche, muss die deutsche auf die französische zurückzeigen. Ein nicht gegenseitiger Verweis wird ignoriert. Das ist die häufigste Fehlerursache.
- Die Selbstreferenz. Jede Seite muss sich selbst in der Liste nennen. Eine französische Seite, die nur Deutsch und Spanisch aufführt, ist unvollständig.
- Die Stimmigkeit mit dem Canonical-Tag. Jede Seite braucht ein Canonical, das auf sie selbst zeigt. Ein Canonical auf eine andere Fassung hebt das gesamte Konstrukt auf, denn es sagt der Suchmaschine, dass diese Seite nicht die richtige ist.
Dazu eine Formatvorgabe: Der Sprachcode folgt ISO 639-1, der optionale Ländercode ISO 3166-1. „de“ ist gültig, „de-DE“ ebenfalls, „de-de“ wird geduldet, „de-EU“ jedoch nicht, da die Europäische Union kein Land ist.
Sprache oder Sprache plus Land
Eine strukturierende Entscheidung, die von Ihrem Modell abhängt.
Verkaufen Sie allen Deutschsprachigen denselben Katalog zu denselben Bedingungen, genügt ein schlichtes „de“. Haben Sie einen deutschen und einen österreichischen Shop mit unterschiedlichen Preisen und Versandkosten, brauchen Sie „de-DE“ und „de-AT“.
Der zweite Fall ist mächtiger und zerbrechlicher: Er vervielfacht die Zahl der zu pflegenden Beziehungen. Drei Sprachen und vier Länder ergeben zwölf Fassungen und damit einhundertzweiunddreißig gegenseitige Beziehungen, die korrekt bleiben müssen.
PrestaShop 8 Hreflang-Modul — Mehrsprachige SEO Alternate-Tags | DataFireflyKorrekte Hreflang-Tags auf jeder PrestaShop-8-Seite: native übersetzte URLs, x-default, Multi-Shop-Gruppen und 70+ Hreflang-Codes.29,00€
Wo die Angaben hingehören
Drei mögliche Orte, einer genügt, und sie sollten nicht vermischt werden.
Im HTML-Kopfbereich der Seite. Am gebräuchlichsten, am leichtesten zu prüfen und am schwersten, wenn Sie zwölf Fassungen haben: zwölf zusätzliche Zeilen auf jeder Seite.
In der XML-Sitemap. Leichter auf Seitenebene und praktisch bei vielen Fassungen. Im Gegenzug ist ein Fehler weniger sichtbar und die Datei wird umfangreich.
In den HTTP-Headern. Nur für Nicht-HTML-Dateien, typischerweise mehrsprachige PDFs.
Die Angabe x-default
Sie bestimmt die Seite, die auszuliefern ist, wenn keine Fassung zur Sprache des Besuchers passt. Ein japanischer Besucher auf einer französischen, englischen und deutschen Website muss irgendwo landen.
Zwei korrekte Verwendungen: auf die englische Fassung zeigen oder auf eine Landesauswahlseite. Eine falsche und häufige Verwendung: auf die deutsche Fassung zeigen und sie zugleich als „de“ deklarieren. Die Seite darf beide Rollen tragen, doch die Deklaration muss ausdrücklich sein.
Die häufigsten Fehler
- Hreflang auf eine nicht übersetzte Seite. Eine Produktseite existiert im Sprachwähler, doch ihr Inhalt blieb in der Ausgangssprache. Die Suchmaschine stellt fest, dass beide Seiten identisch sind, und verliert das Vertrauen in sämtliche Deklarationen.
- Hreflang auf eine Weiterleitung. Die genannte URL liefert einen 301. Der Verweis wird ignoriert.
- Hreflang auf eine gesperrte Seite. Die URL ist in der robots-Datei untersagt oder trägt ein noindex. Ein direkter Widerspruch.
- Teilweise Deklaration. Nur die Startseiten sind abgedeckt, nicht die Produktseiten oder Kategorien. Der verbreitetste Fall, und er bringt so gut wie nichts.
- In einer Sprache deaktivierte Produkte. Eine in Deutschland, aber nicht in Spanien verkaufte Referenz bricht die Gegenseitigkeit, wenn die Deklaration weiterhin auf eine nicht existierende Seite zeigt.
Der PrestaShop-Fall
Zwei Architekturen bestehen nebeneinander und verlangen nicht dieselbe Behandlung.
Bei einfacher Mehrsprachigkeit, ein Shop mit mehreren Sprachen, unterscheiden sich die URLs durch ein Sprachpräfix. Die Beziehungen lassen sich leicht herstellen, da jedes Produkt eine eindeutige Kennung besitzt, die alle seine Übersetzungen teilen.
Beim Multishop, ein Shop je Land mit eigenen Domains, ist die Zuordnung nicht mehr automatisch. Ein Produkt kann je Shop unterschiedliche Kennungen tragen oder in einem existieren und im anderen nicht. Genau dort wird die manuelle Erzeugung unpraktikabel.
Kontrollieren
Drei Prüfungen, in dieser Reihenfolge. Der Quelltext einer Produktseite, um die tatsächlich vorhandenen Angaben zu sehen. Der Bericht zur internationalen Ausrichtung in der Search Console, der Gegenseitigkeitsfehler und ungültige Codes meldet. Und eine Stichprobenprüfung auf rund zwanzig zufällig gezogenen Seiten, denn Fehler ballen sich selten auf der Startseite.
Das Hreflang-Modul für PrestaShop erzeugt diese Angaben auf PrestaShop 8 und 9 automatisch: Abdeckung aller Seiten und nicht nur der Startseite, Multishop-Verwaltung und Zuordnung zwischen Domains, konfigurierbares x-default und Ausschluss der in einer Fassung nicht verfügbaren Produkte.