Der schlimmste Hreflang-Bug, den ich ausgeliefert habe, war eine einzeilige Vorlagenänderung, die vier Sprachversionen aus dem Google' s-Index herausnahm. Der Kopf hat ein kanonisches Tag teilweise gerendert, und jemand hat es neu faktorisiert, sodass das kanonische aus dem Standard-Locale und nicht aus dem aktuellen erstellt wurde. Jede übersetzte Seite begann, die englische Seite als kanonisch zu deklarieren. Die Hreflang-Anmerkungen waren unberührt und immer noch perfekt. Sie waren auch völlig irrelevant, da Sie keine URL bereitstellen können, die aus dem Index kanonisiert wurde.
Nichts ist kaputt gegangen Die Seiten haben noch geladen Der Traffic aus den nicht-englischen Märkten ist über etwa drei Wochen abgefallen, so lange hat Google ungefähr gebraucht, um alles nachzukritzeln, und als es offensichtlich war, lag die Ursache bei fünf Commits zurück.
Kanonisch und hreflang sind die beiden Annotationen, die am ehesten miteinander verwechselt werden und die beiden, die sich am ehesten gegenseitig aufheben Diese Anleitung behandelt, was jeder für sich beansprucht, die Regel, die sie kompatibel hält, und die spezifischen Kombinationen, die schiefgehen Es sitzt unter der Komplette Hreflang-Führung„neben 12 häufige Hreflang-Fehlerdrohen
tl; dr: Ein kanonisches Tag sagt & quot; dieser nahezu duplizierten URLs, indiziere diese." Eine hreflang-Anmerkung besagt " diese URLs sind lokalisierte Alternates, dienen der richtigen pro Benutzer." Sie beantworten verschiedene Fragen und dürfen sich nicht widersprechen Die Regel ist, dass jede Seite sich selbst kanonisiert, und hreflang beschreibt die Beziehungen zwischen diesen selbstkanonischen Seiten. Durch die Kanonisierung einer Sprachversion in eine andere wird sie aus dem Index entfernt und macht die hreflang-Menge sinnlos, da kanonisch das stärkere Signal ist.
Was behauptet ein kanonisches Tag?
Ein kanonisches Tag nominiert die bevorzugte URL unter einer Gruppe von URLs, die im Wesentlichen denselben Inhalt bedienen:
<link rel="canonical" href="https://example.com/pricing" />
Es existiert, weil der gleiche Inhalt an vielen URLs erreichbar ist: mit und ohne Tracking-Parameter, mit und ohne Trailing-Slash, durch eine Druckansicht, durch einen Kategorienpfad und einen direkten Pfad Allein gelassen, wählt Google einen aus und konsolidiert die Ranking-Signale darauf Das kanonische Tag ist, wie Sie diesen Pick selbst machen.
Für diese Diskussion sind zwei Eigenschaften von Bedeutung Erstens ist es ein Hinweis‘keine Direktive, wenn auch eine starke, der Google die meiste Zeit folgt Zweitens, und das ist der Teil, der beißt, und Die nicht-kanonischen URLs werden nicht mehr selbst indiziert. Ihre Signale sind in das Kanonische gefaltet Das ist der ganze Sinn des Tags, und es ist genau das Falsche, das man mit einer Übersetzung machen sollte.
Was behauptet hreflang?
Hreflang erhebt einen ganz anderen Anspruch:
<link rel="alternate" hreflang="de-DE" href="https://example.com/de/preise" />
Es heißt: es gibt eine andere Version dieser Seite, sie richtet sich an Deutschsprachige in Deutschland, und hier lebt sie, sie sagt nichts darüber aus, welche URL indiziert werden soll Alle Alternates sollen indiziert werden, unabhängig, jedes Ranking im eigenen Markt, Hreflang ist ein Routing-Hinweis, der zur Aufschlagzeit angewendet wird, keine Indizierungsanweisung.
Legen Sie die beiden nebeneinander und der Unterschied ist klar:
| Kanonisch | Hreflang | |
|---|---|---|
| Frage es beantwortet | Welche dieser URLs soll indiziert werden? | Welche Version sollte dieser Benutzer sehen? |
| Wirkung auf die anderen URLs | Sie werden nicht mehr separat indiziert | Sie bleiben indexiert, jeder auf seinem Markt |
| Gilt für | Doppelte oder nahezu doppelte Inhalte | Übersetzte oder regionalisierte Inhalte |
| Richtung | Punkte an einen Gewinner | Beschreibt eine symmetrische Menge |
| Stärke | Stark; in der Regel gefolgt | Ein Hinweis auf Rangfolge und Aufschlagzeit |
Übersetzte Seiten sind keine Duplikate Sie sind unterschiedliche Inhalte für verschiedene Zielgruppen, die zufällig strukturell parallel sind Behandeln sie als Duplikate mit einem sprachübergreifenden kanonischen ist der Kategorienfehler an der Wurzel jedes Fehlers unten.
Was ist die Regel?
Jede Seite kanonisiert sich selbst Hreflang beschreibt die Beziehungen zwischen diesen selbstkanonischen Seiten.
Konkret enthält die englische Preisseite:
<link rel="canonical" href="https://example.com/pricing" />
<link rel="alternate" hreflang="en" href="https://example.com/pricing" />
<link rel="alternate" hreflang="de" href="https://example.com/de/preise" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/tarifs" />
<link rel="alternate" hreflang="x-default" href="https://example.com/pricing" />
Und die deutsche Preisseite trägt den identischen Hreflang-Block mit einem anderen kanonischen:
<link rel="canonical" href="https://example.com/de/preise" />
<link rel="alternate" hreflang="en" href="https://example.com/pricing" />
<link rel="alternate" hreflang="de" href="https://example.com/de/preise" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/tarifs" />
<link rel="alternate" hreflang="x-default" href="https://example.com/pricing" />
Auf beiden gleiches hreflang gesetzt, auf jedem selbstreferenziell kanonisch Das ist das ganze Muster Google dokumentiert in seinem Anleitung für lokalisierte Versionen: Die Anmerkungen müssen reziprok sein und die URLs, die sie nennen, müssen diejenigen sein, die Sie indizieren möchten.
Was passiert, wenn das Kanonische sprachübergreifend zeigt?
Die Sprachversion verschwindet.
Gehen Sie durch die Französische Seite sagt & quot; indizieren Sie die englische Seite anstelle von mir." Google verpflichtet und lässt die französische URL aus dem Index fallen Die englische Seite' s hreflang sagt " die französische Version befindet sich unter dieser URL." Google schaut sich diese URL an, stellt fest, dass sie auf der Seite, auf der sie sich bereits befindet, kanonisiert ist, und hat nichts, was französischen Suchenden dienen könnte Das Set kollabiert auf eine Seite.
Das Symptom ist eine Sprachversion, die gecrawlt wird, 200 zurückgibt, gute übersetzte Inhalte enthält und niemals rankt In der Search Console meldet das URL Inspection Tool sie als Alternative einer anderen Seite und nicht als indiziert. Dieser Bericht ist der schnellste Weg, die Diagnose zu bestätigen, und wenn Sie einer Sprachversion nachjagen, die kein Ranking vornimmt, überprüfen Sie sie vor allem anderen.
Der Grund, warum kanonische Gewinne darin liegen, dass die beiden Signale in unterschiedlichen Stadien arbeiten Die Kanonisierung geschieht während der Indizierung; hreflang wird während des Rankings und Servierens konsultiert Eine URL, die nie in den Index eintritt, ist zu einem späteren Zeitpunkt nicht verfügbar.
Wie sieht es mit Parametern und Beinahe-Duplikaten innerhalb einer Sprache aus?
Hier spielen beide Signale zu Recht gleichzeitig, und die Kombination ist in Ordnung, solange Sie die Schichten gerade halten.
Angenommen, die deutsche Preisseite ist unter erreichbar /de/preise und /de/preise?utm_source=newsletter. Die parametrisierte URL kanonisiert zu /de/preiseRichtig ist: es handelt sich um echte Duplikate innerhalb einer Sprache Die hreflang-Menge operiert eine Ebene nach oben, zwischen /pricing, /de/preise, und /fr/tarifs, und es nennt nur die kanonische Form jedes einzelnen.
Zwei Regeln halten dies sauber:
- Hreflang nennt immer kanonische URLs. Zeigen Sie niemals eine Anmerkung auf eine parametrisierte oder anderweitig nicht-kanonische URL. Das Rückgabetag auf dieser URL stimmt nicht überein, da die kanonische Version diejenige ist, die den Block trägt.
- Heiligsprechen innerhalb einer Sprache, niemals quer. Parameter, Druckansichten, Sitzungs-URLs, alles in Ordnung Eine andere Sprache, niemals.
Die gleiche Logik deckt Paginierung, facettierte URLs und jeden anderen Duplikationsmechanismus ab. Lösen Sie es innerhalb der Sprache auf und lassen Sie es dann hreflang beschreiben, um die aufgelöste Menge zu beschreiben.
Hilft hreflang bei Duplicate Content über Regionen hinweg?
Teilweise, und die Unterscheidung lohnt sich, genau zu sein, da sie oft überbewertet ist.
Hreflang leitet nicht ab. Es fordert Google nicht auf, die Ähnlichkeit zwischen Ihren englischen Seiten in den USA und Großbritannien zu ignorieren. Es teilt Google mit, dass es sich bei diesen Seiten um bewusste regionale Varianten handelt, was die Art und Weise ändert, wie Google mit der Ähnlichkeit umgeht: Anstatt eine auszuwählen und die andere zu filtern, behält es beides bei und wählt pro Anfrage und pro Benutzer aus.
Das ist der praktische Nutzen für gleichsprachige, multiregionale Seiten, und es ist der Grund, warum diese Seiten dringender hreflang brauchen als mehrsprachige Seiten Zwei Seiten in verschiedenen Sprachen sind offensichtlich unterschiedliche Dokumente Zwei Seiten in Englisch mit unterschiedlichen Preisen und Schreibweisen unterscheiden sich offensichtlich nicht von einem Crawler, und ohne die Anmerkung verliert eine davon.
Wenn die regionalen Seiten wirklich identisch sind, Wort für Wort, ist die ehrliche Antwort, dass Sie möglicherweise überhaupt keine separaten Seiten benötigen Hreflang ist keine Möglichkeit, nahezu doppelte Inhalte zu rechtfertigen; Es ist eine Möglichkeit, Inhalte zu beschreiben, die sich berechtigterweise nach Märkten unterscheiden.
Wie prüft man die beiden zusammen?
Ein Crawl, der beide Annotationen extrahiert, beantwortet dies in einem Durchgang Für jede URL möchten Sie zwei Fakten: Entspricht ihr kanonisches gleich ihrer eigenen URL, und stimmt ihr hreflang-Set mit ihren Geschwistern überein' Sortieren nach kanonischen und suchen Sie nach Gruppen, bei denen mehrere URLs über verschiedene Sprachpfade hinweg ein kanonisches teilenDiese Gruppierung ist der Fehler, und sie ist auf einen Blick sichtbar.
Für eine einzelne Seite, die curl Es und beide Tags zusammen lesen:
curl -s https://example.com/de/preise | grep -E 'rel="(canonical|alternate)"'
Was Sie überprüfen, ist, dass das Kanonische href Ist die URL, die Sie gerade abgerufen haben, und dass der hreflang-Block einen Eintrag für diese Seite enthält's eigenes Gebietsschema, das auf dieselbe URL zeigt Diese beiden Fakten, die konsistent sind, sind der größte Teil des Kampfes.
Dann prüfe, ob die hreflang-Ziele selbstkanonisch sind Eine Menge kann perfekt reziprok sein und trotzdem scheitern, weil eines der Ziele an anderer Stelle kanonisiert, das ist der Fehler oben in diesem Artikel und der, der von der Seite, die du betrachtest, unsichtbar ist.
Wie sieht es mit canonical und der Sitemap aus?
Gleiches Prinzip, erweitert Eine Sitemap sollte nur kanonische, indizierbare URLs auflisten Wenn Ihre Sitemap hreflang-Anmerkungen als xhtml:link Einträge, diese Einträge benennen dieselben kanonischen URLs, die auch HTML verwenden würde.
Der Fehlermodus ist hier eine Sitemap, die aus einer Routentabelle und nicht aus dem indizierbaren URL-Satz generiert wird, also listet sie parametrisierte oder nicht-kanonische Varianten neben den realen auf Google behandelt die Inklusion von Sitemaps als einen schwachen Kanonisierungshinweis, so dass eine Sitemap, die mit Ihren kanonischen Tags nicht übereinstimmt, ein widersprüchliches Signal mehr ist Die XML-Sitemaps-Generator ist eine schnelle Möglichkeit, eine saubere Liste wieder aufzubauen, wenn Sie nicht sicher sind, was sich gerade darin befindet, und die hreflang Generator Werkzeug Erzeugt das Matching xhtml:link Block im Sitemap-Format.
Häufig gestellte Fragen
Was ist der Unterschied zwischen hreflang und kanonisch?
Ein kanonisches Tag nominiert, welche von mehreren nahezu duplizierten URLs indiziert werden soll Eine hreflang-Anmerkung erklärt, dass mehrere URLs lokalisierte Alternates sind und hilft Suchmaschinen, pro Benutzer die richtige zu bedienen Canonical konsolidiert; hreflang unterscheidet.
Sollte jede Sprachversion für sich selbst kanonisiert werden?
Ja. Jede Seite in einem hreflang-Set muss ein selbstreferenzielles kanonisches haben, eine übersetzte Seite in eine andere Sprache zu kanonisieren, entfernt sie aus dem Index und macht das hreflang-Set nutzlos.
Welches Signal gewinnt, wenn hreflang und canonical nicht übereinstimmen?
Kanonisch, in der Tat. Die Kanonisierung geschieht zur Indexierungszeit, und eine URL, die nicht indiziert ist, kann niemandem zugestellt werden, was auch immer die hreflang-Anmerkungen sagen.
Kann ich kanonische Tags überhaupt auf einer mehrsprachigen Website verwenden?
Ja, und das sollten Sie verwenden, um Duplikate innerhalb einer Sprache zu beheben, wie zum Beispiel Tracking-Parameter und Druckansichten Verwenden Sie sie niemals sprachübergreifend.
Behebt hreflang doppelte Inhalte zwischen meinen US- und britischen Seiten?
Es wird nicht dedupliziert, aber es teilt Google mit, dass es sich bei den Seiten eher um bewusste regionale Varianten als um versehentliche Duplikate handelt, sodass beide indexiert bleiben und pro Markt das richtige bereitgestellt wird. Das ist der Hauptgrund, warum gleichsprachige Multiregionen-Sites einen Hreflang benötigen.
Sollte Hreflang auf kanonische URLs verweisen?
Immer. Wenn Sie eine Anmerkung auf eine parametrisierte oder nicht-kanonische URL zeigen, wird das Return-Tag unterbrochen, da der Block auf der kanonischen Version und nicht auf der von Ihnen benannten Variante basiert.
Wie erkenne ich, ob ein Kanoniker eine Sprachversion tötet?
Führen Sie die URL durch Search Console' s URL Inspection Tool aus Wenn es die Seite als Alternative einer anderen URL und nicht als indiziert meldet, ist ein sprachübergreifendes kanonisches Tool die Ursache.
Müssen Sitemap-URLs mit meinen kanonischen Tags übereinstimmen?
Ja. Sitemaps sollten nur kanonische, indizierbare URLs auflisten Eine Sitemap, die nicht-kanonische Varianten auflistet, fügt zusätzlich zu den Tags, die Sie bereits aussenden, ein widersprüchliches Signal hinzu.
