Hreflang richtig umgesetzt, automatisch

Hreflang ist ein Hinweis-Attribut, das Suchmaschinen mitteilt, welche Locale- und Sprachversion einer Seite in den Ergebnissen welcher Region angezeigt werden soll. Machen Sie es richtig, und Ihre englische Seite erscheint auf google.com, Ihre chinesische Version auf google.com.hk, Ihre spanische Version auf google.com.mx — ohne Kannibalisierung durch doppelten Inhalt.

Machen Sie es falsch, und das Schlimmste geschieht still und leise. Google ignoriert die alternativen URLs vollständig. Ihre chinesische Seite erscheint bei Suchanfragen von US-Nutzern und wird sofort verlassen. Ihre englische Seite rankt in Hongkong und die Interaktion bricht ein. Sie sehen, dass der Traffic sinkt, können aber nicht nachvollziehen, warum.

Die häufigste Ursache für Fehler sind unvollständige bidirektionale Tags. Wenn Seite A Seite B als ihr chinesisches Alternate deklariert, muss Seite B Seite A als ihr englisches Alternate deklarieren. Fehlt eine Richtung, ignoriert Google beide. Weitere häufige Fehler: falsche Locale-Codes (zh-tw statt zh-TW, fil-PH statt tl-PH), fehlendes x-default, hreflang auf kanonisierten Seiten und hreflang-URLs, die nicht exakt mit den kanonischen URLs übereinstimmen.

Jede Seite, die Cogo Site veröffentlicht, enthält konstruktionsbedingt korrekte hreflang-Tags. Die Locale ist Teil der URL (/zh-CN/, /es/ usw.), die kanonische URL ist locale-spezifisch, das x-default verweist auf die ursprüngliche Locale, und jedes Alternate deklariert jedes andere Alternate in beide Richtungen. Sie schreiben die Tags nicht; Sie pflegen sie nicht, wenn sich Inhalte ändern.

Wenn Sie eine neue Locale veröffentlichen, werden die hreflang-Tags aller Locales neu generiert, um sie einzubinden. Wenn Sie eine Locale zurückziehen, werden die Tags neu generiert, um sie zu entfernen. Es gibt kein Plugin zu aktualisieren, keine Sitemap neu zu erstellen, keinen Abdeckungsbericht in der Search Console nachzujagen.

Fehler 1 — Falsche Groß-/Kleinschreibung des Locale-Codes. Hreflang ist case-sensitive (zh-CN, nicht zh-cn). Cogo Site verwendet spezifikationsgemäß großgeschriebene Regions-Subtags nach ISO 3166-1 alpha-2.

Fehler 2 — Fehlende Rückgabe-Tags. Wenn /zh-CN/pricing auf /pricing als sein EN-Alternate verlinkt, muss /pricing zurück auf /zh-CN/pricing als sein ZH-Alternate verlinken. Cogo Site generiert beide Richtungen atomar.

Fehler 3 — Fehlendes oder falsches x-default. Das x-default teilt Google mit, welche Version angezeigt werden soll, wenn keine Locale zum Suchenden passt. Cogo Site setzt x-default standardmäßig auf die ursprüngliche Locale (üblicherweise Englisch).

Fehler 4 — Hreflang-URLs, die nicht mit den kanonischen URLs übereinstimmen. Google verlangt, dass die hreflang-URL exakt mit der kanonischen URL der Seite übereinstimmt. Cogo Site leitet beide aus derselben Source-of-Truth-Route ab, sodass sie nicht auseinanderdriften können.

Fehler 5 — Hreflang auf noindex-Seiten. Seiten, die von der Indexierung ausgeschlossen sind, sollten kein hreflang deklarieren. Cogo Site lässt hreflang auf noindex-Routen automatisch weg.

Cogo Site übernimmt die mechanischen Teile. Die strategischen Teile liegen weiterhin bei Ihnen: welche Locales veröffentlicht werden, welche Locale die kanonische Quelle ist, ob eine Seite übersetzt oder locale-spezifisch gehalten werden soll. Für die meisten Websites lautet die Antwort: dieselben Seiten in jeder Locale veröffentlichen. Für manche Websites (E-Commerce mit locale-spezifischen SKUs, rechtliche Seiten mit nur in bestimmten Gerichtsbarkeiten gültigen Inhalten) lautet die Antwort: selektive Übersetzung.

Für die selektive Übersetzung können Sie mit der Locale-Sichtbarkeit pro Seite in Cogo Site eine Seite als nur-englisch oder nur-chinesisch markieren — hreflang deklariert dann nur Alternates, bei denen die Seite in beiden Locales existiert. So versprechen Sie Google keine chinesische Version, die es nicht gibt.