hreflang

Was hreflang tatsächlich bewirkt

Wenn dieselbe Seite in mehreren Sprachen existiert, steht eine Suchmaschine vor zwei Fragen: Sind das dieselbe Seite, und welche sollte dieser bestimmte Suchende sehen? hreflang beantwortet beides. Es gruppiert die Versionen als Übersetzungen voneinander statt als Beinahe-Duplikate, die um dieselbe Suchanfrage konkurrieren, und kennzeichnet jede mit dem Publikum, für das sie geschrieben wurde. Ohne das rät die Suchmaschine, und das sichtbare Symptom ist ein Suchender in São Paulo, der auf Ihrer englischen Seite landet und wieder geht.

Es lohnt sich, präzise zu sein, was es nicht bewirkt. hreflang lässt eine Seite nicht ranken, konsolidiert keine Ranking-Signale wie ein Canonical-Tag, und rettet keine Übersetzung, nach der niemand sucht. Eine Seite muss ihre Position zuerst in ihrer eigenen Sprache verdienen; hreflang sorgt nur dafür, dass die richtige Version einer bereits konkurrenzfähigen Seite angezeigt wird. Diese Unterscheidung ist der Grund, warum das Übersetzen einer Seite, die für nichts rankt, nichts erzeugt — die Entscheidung, ob überhaupt übersetzt werden soll, behandelt Sollte ich meine Website für SEO übersetzen.

Wie hreflang implementiert wird

Es gibt drei gültige Orte, um es zu deklarieren, und Sie wählen genau einen pro Website, statt sie zu mischen. Unabhängig davon, welchen Sie wählen, gelten dieselben Regeln zu Codes und Wechselseitigkeit.

• Link-Tags im Head — ein Alternate-Link-Element pro Version, vorhanden auf jeder Version. Der gängigste Ansatz und der am leichtesten aus einer Routing-Tabelle zu generierende.
• HTTP-Link-Header — dieselbe Information, gesendet als Response-Header. Das ist die Option für Nicht-HTML-Dateien wie PDFs, die keinen Head haben, in den man Tags setzen könnte.
• XML-Sitemap-Einträge — jede URL in der Sitemap listet ihre Alternates auf. Nützlich für große Websites, weil es die Annotationen in einer Datei hält statt auf Tausenden von Seiten.
• Ein x-default-Wert — der Fallback für Suchende, deren Sprache Sie nicht adressieren, meist verweisend auf Ihre Standardsprachseite oder einen Sprachumschalter. Optional, aber er beseitigt die Unklarheit darüber, wer ausgeliefert bekommt, wenn nichts passt.

Der Wert ist ein Sprachcode aus ISO 639-1, optional gefolgt von einer Region aus ISO 3166-1 Alpha 2 — en, pt-br, zh-Hans. Sprache allein ist gültig; Region allein nicht. Jede Version muss auf jede andere Version *und auf sich selbst* verweisen, und diese Verweise müssen wechselseitig sein: Behauptet Seite A, B sei ihre spanische Version, verweist B aber nie zurück, behandeln Suchmaschinen die Behauptung als unbestätigt und ignorieren sie.

Wo hreflang schiefgeht

Fast jeder Fehlschlag ist mechanisch statt redaktionell, weshalb hreflang-Probleme exzellente Übersetzungen überstehen und meist lange nach dem Launch entdeckt werden.

• Einseitige Annotationen — der mit Abstand häufigste Fehler. Rückverweise müssen von beiden Seiten bestätigt sein, sonst wird der gesamte Cluster verworfen.
• Erfundene oder falsch zugeordnete Codes — en-uk ist nicht gültig, weil der Regioncode für das Vereinigte Königreich gb ist. Ein einziger fehlerhafter Wert macht diese Annotation still ungültig.
• Anzunehmen, das URL-Token sei das Sprach-Tag — eine Website kann völlig sinnvoll brasilianisches Portugiesisch über einen /pt-Pfad ausliefern und dabei pt-BR annotieren. Das Tag aus dem Pfad abzuleiten, ist eine stille Quelle falscher Labels.
• Auf URLs zu verweisen, die weiterleiten, 404 zurückgeben oder noindex tragen — das Ziel muss die live indexierbare Version sein, sonst wird das Signal verworfen.
• Besucher automatisch nach Browsersprache weiterzuleiten — das macht die Annotation komplett zunichte, denn ein Crawler, der zu einer Version umgeleitet wird, erreicht nie die anderen, von denen ihm erzählt wurde.