Hreflang-Fehler: wie Sie eine Marke in sechs Sprachen betreiben, ohne sich selbst Konkurrenz zu machen
Sechs Sprachversionen können Ihre Reichweite vervielfachen oder gegeneinander antreten. Der Unterschied liegt in wenigen Entscheidungen zu hreflang und Seitenstruktur, die die meisten mehrsprachigen Websites stillschweigend falsch treffen.
Hreflang-Fehler in Kürze
Die häufigsten hreflang-Fehler sind nicht wechselseitige Tags, Seiten, die sich nicht selbst referenzieren, falsche Sprachcodes und Annotationen, die auf weitergeleitete oder nicht kanonische URLs zeigen. Jeder dieser Fehler schwächt das Signal, mit dem Suchmaschinen eine Sprachversion auswählen, sodass Ihre deutsche Seite mit der englischen konkurriert, statt sie für deutsche Suchende zu ersetzen.
Hreflang verbessert Rankings nicht von selbst. Laut der Dokumentation von Google teilt es Google mit, welche Version einer Seite zu welcher Sprache oder Region passt, damit die richtige angezeigt wird. Es ist Installationstechnik, und sie fällt leise aus, weshalb eine Website mit sechs Sprachen sie gezielt prüfen muss.
Warum eine mehrsprachige Website sich selbst Konkurrenz macht
Wenn eine Suchmaschine nicht erkennt, dass die /de/-Seite der deutsche Zwilling der englischen Seite ist, sieht sie zwei ähnliche Seiten, die um dieselben Suchanfragen konkurrieren. Die eine kann die andere im falschen Land überholen, oder eine wird als Duplikat in die andere eingefaltet. Der Besucher in Berlin landet auf Englisch, geht wieder, und dieses Verhalten verstärkt die falsche Wahl. Selten ist die Übersetzung schuld. Die Ursache ist die Technik drumherum: URLs, Canonical-Tags und Annotationen, die einander widersprechen.
Die Größe verschärft das Problem. Sechs Sprachen bedeuten sechs Versionen jeder Seite, und jede neue Seite muss in den Verbund der anderen eingebunden werden. Beim Launch gelingt das meist, danach driftet es auseinander: Eine Seite, die in vier Sprachen erscheint, lässt zwei Schwesterseiten ins Leere zeigen, und die Schleife reißt ohne sichtbaren Fehler.
Die fünf Fehler hinter den meisten hreflang-Problemen
Der erste Fehler sind fehlende Rückverweise: Die englische Seite nennt die deutsche, die deutsche aber nicht die englische. Laut Google-Dokumentation müssen Annotationen wechselseitig sein, ohne Rückverweis werden sie unter Umständen ignoriert. Der zweite ist die fehlende Selbstreferenz, denn jede Seite sollte sich selbst ebenso nennen wie ihre Alternativen. Der dritte sind falsche Codes. Hreflang verwendet einen Sprachcode nach ISO 639-1, optional gefolgt von einer Region nach ISO 3166-1; ms, ar und zh funktionieren, ein erfundener Wert wie en-uk oder ein Ländercode als Sprache, etwa cn statt zh, dagegen nicht. Der vierte ist die falsche Zieladresse: Annotationen brauchen absolute URLs, die den Status 200 liefern und die kanonische Version sind, keine Weiterleitung und keine Parametervariante. Der fünfte ist ein Canonical-Tag auf der deutschen Seite, der auf die englische zeigt; er sagt Suchmaschinen, die deutsche Seite sei eine Kopie, und hebt das hreflang vollständig auf.
Eine Auslassung sollten Sie ebenfalls beheben. Der Wert x-default benennt die Seite, die angezeigt wird, wenn keine Sprache passt, meist Ihre Sprachauswahl oder die englische Startseite. Er ist optional, bewahrt aber bei sechs Sprachen nicht zuordenbare Besucher davor, auf der falschen Version zu landen.
So finden Sie hreflang-Fehler, bevor sie Sie Traffic kosten
Beginnen Sie damit, aufzulisten, was jede URL behauptet. Crawlen Sie die Website mit einem Tool, das hreflang ausliest, exportieren Sie die Annotationen jeder Seite und prüfen Sie je Seite vier Dinge: Nennt sie sich selbst, verlinkt jede Alternative zurück, liefert jede Adresse den Status 200 ohne Weiterleitung und zeigt das Canonical-Tag auf die Seite selbst. Eine Pivot-Tabelle aus Sprache und Seite macht die Lücken binnen Minuten sichtbar.
Suchen Sie danach in der Google Search Console nach den Symptomen. Seiten, die im Bericht zur Seitenindexierung als 'Duplicate, Google chose different canonical than user' erscheinen, bedeuten oft, dass eine Sprachversion als Kopie einer anderen behandelt wird. Testen Sie schließlich wie ein Kunde: Suchen Sie in einem normalen Browser auf Deutsch, Malaiisch, Arabisch, Chinesisch und Türkisch nach Ihrer eigenen Marke und Ihren Leistungen und sehen Sie, welche Version erscheint. Führt in jeder Sprache die englische Seite, erfüllen die Annotationen ihre Aufgabe nicht.
Wählen Sie einen Ort, an dem Sie hreflang deklarieren, sei es der HTML-Head, HTTP-Header oder die XML-Sitemap, und bleiben Sie konsequent dabei. Auf unserer eigenen Website trägt jede Seite eine Selbstreferenz, je ein Tag für die anderen fünf Sprachen und ein x-default, alles erzeugt aus einer einzigen Liste im Build, sodass der Verbund beim Hinzufügen einer Seite nicht auseinanderdriften kann.
Sechs Regeln für eine Marke in sechs Sprachen
- Erzeugen Sie die Tags aus einer einzigen Quelle. Schreiben Sie hreflang nie von Hand. Leiten Sie jede Annotation aus einer einzigen Liste der Sprachversionen ab, damit das Hinzufügen einer Seite oder Sprache alle Schwesterseiten gleichzeitig aktualisiert.
- Geben Sie jeder Sprache eine eigene URL. Ein Unterordner wie /de/ oder /ar/ macht jede Version für Crawler erreichbar. Eine Seite, die die Sprache per Cookie oder Browsereinstellung wechselt, zeigt Crawlern nur eine.
- Setzen Sie jede Seite kanonisch auf sich selbst. Eine deutsche Seite, deren Canonical auf das englische Original zeigt, sagt Suchmaschinen, sie sei eine Kopie, und hebt das von Ihnen gesetzte hreflang auf.
- Lokalisieren Sie Titel, Beschreibungen und Überschriften. Eine deutsche Seite unter englischem Titel passt schlecht zu einer deutschen Suchanfrage. Schreiben Sie jeden Titel für das, was Menschen in dieser Sprache tatsächlich eingeben, nicht als wörtliche Übersetzung.
- Annotieren Sie nur Seiten, die existieren. Gibt es keine arabische Version einer Seite, lassen Sie Arabisch in diesem Verbund weg, statt auf die Startseite weiterzuleiten. Eine falsche Alternative ist schlimmer als eine fehlende.
- Schlagen Sie eine Sprache vor, erzwingen Sie keine. Laut Google-Dokumentation können automatische Weiterleitungen nach Standort oder Browsersprache verhindern, dass Crawler jede Version sehen. Bieten Sie einen Hinweisbanner an und lassen Sie den Besucher wählen.
Hreflang-Fehler: häufige Fragen
- Verbessert hreflang das Suchranking? — Nicht direkt. Es hilft, dass die richtige Sprachversion für die richtigen Suchenden erscheint, was die Relevanz erhöht und die Gefahr senkt, dass Ihre eigenen Seiten miteinander konkurrieren.
- Brauche ich hreflang, wenn jede Sprache schon eine eigene URL hat? — Ja. Getrennte URLs sind das Fundament, doch erst die Annotationen sagen Suchmaschinen, welche Seiten Übersetzungen voneinander sind. Ohne sie muss die Suchmaschine raten, und manchmal rät sie falsch.
- Sollte ich zh-Hans oder ar-SA statt nur zh und ar verwenden? — Nutzen Sie den einfachen Sprachcode, wenn Sie eine Version pro Sprache veröffentlichen. Ergänzen Sie Schrift oder Region, etwa zh-Hans oder ar-SA, nur dann, wenn Sie wirklich unterschiedliche Versionen für unterschiedliche Zielgruppen veröffentlichen.
- Wohin gehört hreflang: in den Seiten-Head, in einen HTTP-Header oder in die Sitemap? — Laut Google ist jede der drei Möglichkeiten gültig. Wählen Sie eine Methode und nutzen Sie sie überall. Bei einer statischen Website sind Tags im HTML-Head am einfachsten zu erzeugen und zu prüfen.
Weiterlesen
Bauen wir etwas,
dem man vertraut.
Sagen Sie uns, was Ihr Geschäft ausbremst. Wir zeigen Ihnen das System, das es löst — und wie schnell.