Canonical und Hreflang richtig verwalten: Der Leitfaden

Auf Ihrer Website ist dasselbe Produkt möglicherweise über verschiedene Adressen erreichbar, oder eine Dienstleistung existiert als türkische, englische und deutsche Seite. Je größer diese Struktur wird, desto wichtiger ist es, dass Suchmaschinen verstehen, welche URL maßgeblich ist und welche Sprachversion den Nutzern angezeigt werden soll.

Die Verwaltung von Canonical und Hreflang ist eine technische SEO-Maßnahme, mit der die Beziehungen zwischen ähnlichen URLs und lokalisierten Seiten geordnet werden. Der Canonical gibt die bevorzugte URL unter doppelten oder sehr ähnlichen Inhalten an. Hreflang definiert dagegen die Sprach- und Regionsalternativen eines Inhalts.

Beide Auszeichnungen sollten gemeinsam betrachtet werden – insbesondere bei E-Commerce-Websites, mehrsprachigen Unternehmensseiten und Unternehmen, die internationale Märkte erschließen.

Was ist das Canonical-Tag?

Das Canonical-Tag dient dazu, unter URLs mit identischem oder sehr ähnlichem Inhalt die bevorzugte Adresse anzugeben.

So können beispielsweise die folgenden Adressen dieselbe Produktseite aufrufen:

https://example.com/urun/kahve-makinesi
https://example.com/urun/kahve-makinesi?utm_source=eposta

Bei einer Seite mit einem Tracking-Parameter, der den Inhalt nicht verändert, kann die saubere URL als bevorzugte Variante angegeben werden:

<link rel="canonical"
      href="https://example.com/urun/kahve-makinesi">

Diese Auszeichnung wird im <head>-Bereich des HTML-Dokuments platziert. Der Canonical ist ein starkes Signal, aber keine Anweisung, die Google zwingend umsetzt. Weiterleitungen, Sitemap und interne Verlinkung sollten ebenfalls mit derselben Präferenz übereinstimmen. Googles Leitfaden zur Canonical-Umsetzung

Der Unterschied zwischen Canonical, Weiterleitung und Noindex

Die Verwendung von noindex zur Zusammenführung doppelter URLs ersetzt den Canonical nicht. Außerdem muss die Suchmaschine die jeweilige Seite aufrufen können, um die Canonical-Auszeichnung zu lesen; eine Sperrung per robots.txt erfüllt diesen Zweck nicht. Googles Empfehlungen zur Verwendung von Canonicals

Was ist das Hreflang-Tag?

Hreflang verknüpft verschiedene Sprach- oder Regionsversionen desselben Inhalts miteinander. Zum Beispiel:

• tr: Türkischer Inhalt.
• en: Englischer Inhalt ohne regionale Einschränkung.
• en-GB: Englischer Inhalt für das Vereinigte Königreich.
• de-DE: Deutscher Inhalt für Deutschland.

Ein Ländercode allein reicht nicht aus. Für das Vereinigte Königreich muss en-GB statt en-UK verwendet werden.

Die Hreflang-Angabe kann im HTML, im HTTP-Antwort-Header oder über die XML-Sitemap erfolgen. Aus Sicht von Google sind diese Methoden gleichwertig; alle drei gleichzeitig zu nutzen bringt keinen zusätzlichen Vorteil. Googles Hreflang-Dokumentation

Wie werden Canonical und Hreflang gemeinsam eingesetzt?

Betrachten wir zwei gleichwertige Dienstleistungsseiten auf Türkisch und Englisch. Jede Seite soll eigenständig in ihrer eigenen Sprache ausgespielt werden.

Im <head>-Bereich der türkischen Seite:

<link rel="canonical"
      href="https://example.com/tr/hizmetler/veri-entegrasyonu">

<link rel="alternate" hreflang="tr"
      href="https://example.com/tr/hizmetler/veri-entegrasyonu">

<link rel="alternate" hreflang="en"
      href="https://example.com/en/services/data-integration">

Im <head>-Bereich der englischen Seite:

<link rel="canonical"
      href="https://example.com/en/services/data-integration">

<link rel="alternate" hreflang="tr"
      href="https://example.com/tr/hizmetler/veri-entegrasyonu">

<link rel="alternate" hreflang="en"
      href="https://example.com/en/services/data-integration">

In diesem Beispiel verweist der Canonical jeweils auf die eigene Adresse der Seite. Das Hreflang-Set ist auf beiden Seiten identisch; jede Version listet sich selbst und ihr Gegenstück auf. Die Adressen werden vollständig inklusive Protokoll angegeben. Zuordnungen ohne gegenseitige Verlinkung werden von Google möglicherweise nicht berücksichtigt. Googles Regeln für alternative Seiten

Sollten alle Sprachseiten auf eine einzige Canonical-Adresse verweisen?

Seiten mit übersetztem Hauptinhalt automatisch unter einer einzigen Sprache zusammenzuführen, ist keine sinnvolle allgemeine Regel. Bei der Canonical-Wahl sollte die Version in derselben Sprache maßgeblich sein.

Seiten in derselben Sprache, die auf unterschiedliche Länder abzielen und weitgehend identisch bleiben, sollten dagegen gesondert bewertet werden. In diesem Fall wird das Verhältnis zwischen der bevorzugten URL und den regionalen Alternativen gemeinsam geplant. Googles Leitfaden für mehrsprachige und multiregionale Websites

Wozu dient x-default?

x-default gibt die Standardseite für Nutzer an, die keiner der aufgeführten Sprach- oder Regionsoptionen entsprechen. Dafür kann eine Sprachauswahl oder eine geeignete Standardversion verwendet werden. Es ist nicht zwingend erforderlich und führt keine automatische Weiterleitung durch.

Soll im Beispiel die englische Seite die Standardseite sein, kann den Hreflang-Sets die folgende Zeile hinzugefügt werden:

<link rel="alternate" hreflang="x-default"
      href="https://example.com/en/services/data-integration">

Googles Erläuterung zu x-default

Häufige Umsetzungsfehler in Unternehmen

1. Tags werden unabhängig voneinander erzeugt

Wird der Canonical von einem SEO-Plugin, Hreflang von einem Übersetzungsmodul und die Sitemap von einem weiteren Tool erzeugt, können für dieselbe Seite unterschiedliche URL-Formate entstehen.

Im Audit müssen diese Ausgaben gemeinsam verglichen werden. Insbesondere für HTTPS, Domain, Schrägstrich am Ende und Parameternutzung sollte ein einheitlicher URL-Standard festgelegt werden.

2. Jede Seite wird der Startseite zugeordnet

Die türkische Version eines Produkts der englischen Startseite zuzuordnen, definiert nicht die tatsächliche Sprachentsprechung des Produkts.

Beim Anwendungsdesign sollte die Zuordnung nicht über erratene URL-Texte, sondern über die Inhalts-ID erfolgen. Ist eine Übersetzung noch nicht veröffentlicht, darf keine nicht existierende Adresse erzeugt werden.

3. Dieselbe Regel für alle Filterseiten

Ein Filter ändert womöglich nur die Sortierung; ein anderer Filter kann eine Produktgruppe anzeigen, die ein eigenständiges Nutzerbedürfnis bedient.

Deshalb sollte für gefilterte URLs eine Entscheidungsmatrix erstellt werden. Ohne Prüfung von Inhaltsähnlichkeit, Suchnachfrage und eigenständigem Wert der Seite sollten nicht alle Variationen auf dieselbe Adresse verweisen.

4. Entfernte Seiten bleiben in den Zuordnungen

Wird ein Produkt gelöscht oder die Adresse einer Dienstleistung geändert, genügt es nicht, nur das Menü zu aktualisieren. Canonical, Sprachzuordnungen und Sitemap-Einträge müssen ebenfalls Teil des Veröffentlichungsprozesses sein.

Automatische Prüfungen im Content-Management-System für Löschen, Adressänderung und Veröffentlichung von Übersetzungen können den Wartungsaufwand senken.

5. Die Kontrolle beschränkt sich auf eine einzelne Seite

Korrekte Tags auf der Startseite bedeuten nicht, dass auch die Produkt- und Kategorie-Templates korrekt sind.

Die Stichprobe sollte unterschiedliche Fälle abdecken, etwa Kategorie, Produkt, Dienstleistung, Blog, URLs mit Parametern und fehlende Übersetzungen. Bei großen Websites führt die templatebasierte Fehlererkennung zu nachhaltigeren Ergebnissen als das Korrigieren einzelner URLs.

Wie führt man ein fortgeschrittenes Audit durch?

Für die Verwaltung von Canonical und Hreflang kann der folgende Audit-Ablauf angewendet werden.

1. URL-Inventar erstellen

Vergleichen Sie Website-Crawl, Sitemaps und die Einträge im Content-Management-System. Fassen Sie für jede Adresse die folgenden Felder in einer Tabelle zusammen:

2. Zuordnungen automatisch prüfen

Markieren Sie mit einem Audit-Skript oder Crawling-Tool die folgenden Fälle:

• Einträge, deren Ziel nicht gefunden wird.
• Sprachzuordnungen ohne Rückverweis.
• Mehrere widersprüchliche Adressen, die demselben Sprachcode zugewiesen sind.
• Weiterleitungs- oder Zugriffsprobleme beim Canonical-Ziel.
• Seiten, die trotz Depublizierung in den Tags verbleiben.

Betrachten Sie die Tool-Ausgabe nicht direkt als Korrekturliste. Inhaltsähnlichkeit und die vom Unternehmen angestrebte Seitenstruktur müssen zusätzlich geprüft werden.

3. Googles Auswahl überprüfen

Im URL-Prüftool der Search Console lassen sich bei einer indexierten Seite der vom Nutzer angegebene Canonical und der von Google gewählte Canonical vergleichen.

Der Live-Test bestätigt nicht, welche URL Google künftig als Canonical auswählen wird. Daher sollten die Live-Zugriffsprüfung und die Indexdaten getrennt interpretiert werden. Leitfaden zum URL-Prüftool der Search Console

4. Template korrigieren und erneut crawlen

Geht das Problem von einem gemeinsamen Template aus, nehmen Sie die Korrektur auf dieser Ebene vor. Prüfen Sie anschließend sowohl die geänderten URLs als auch die Seitentypen, die nicht betroffen sein sollten.

Schriftlich festgehaltene Abnahmekriterien vor der Veröffentlichung helfen, dieselben Fehler bei späteren Design- und Infrastruktur-Updates zu vermeiden.

Anhand welcher Kennzahlen wird der Erfolg gemessen?

Die technische Korrektheit und die organische Performance getrennt zu beobachten, ermöglicht eine fundiertere Bewertung.

Technische Kennzahlen:

• Anzahl fehlerhafter Canonical-Ziele.
• Sprachpaare ohne gegenseitige Zuordnung.
• Defekte oder depublizierte alternative URLs.
• Übereinstimmung zwischen bevorzugtem Canonical und Googles Auswahl in der geprüften Stichprobe.

Geschäftsergebnisse:

• Organische Klicks aus den Zielländern.
• Performance der Landingpages in der jeweiligen Sprache.
• Analyseanfragen, die aus organischen Besuchen entstehen.
• Conversion-Raten nach Sprache und Land.

Die Messwerte sollten gemeinsam mit Content-Änderungen, saisonalen Effekten und anderen SEO-Maßnahmen interpretiert werden. Jede Traffic-Veränderung nach einer Tag-Korrektur allein auf diesen Eingriff zurückzuführen, wäre nicht korrekt.

Häufig gestellte Fragen

Werden Canonical und Hreflang im selben Tag verwendet?

Sie sollten über separate Link-Elemente definiert werden. Der Canonical bezeichnet die bevorzugte URL, Hreflang die Sprach- und Regionsalternativen.

Ist Hreflang bei einer einsprachigen Website erforderlich?

Gibt es keine alternativen Sprach- oder Regionsversionen, ist keine Hreflang-Zuordnung nötig. Die Canonical-Verwaltung kann dagegen auch bei einsprachigen Websites wichtig sein.

Warum wählt Google meine angegebene Canonical-Adresse nicht?

Inhaltsähnlichkeit und andere Canonical-Signale sollten geprüft werden. Widersprüche zwischen der angegebenen Präferenz und der internen Verlinkung, den Weiterleitungen oder der Sitemap gehören zu den Fällen, die untersucht werden sollten. Googles Canonical-Leitfaden

Garantieren korrekte Tags ein Ranking?

Diese Auszeichnungen helfen dabei, die Beziehungen zwischen Inhalten zu verstehen. Die organische Sichtbarkeit sollte gemeinsam mit Content-Qualität, Suchintention und den übrigen technischen Eigenschaften der Website bewertet werden.

Canonical- und Hreflang-Management mit SEO Performans

Im Mittelpunkt der Leistung Canonical- und Hreflang-Management steht die technische Bewertung der URL-Präferenzen und Sprachzuordnungen Ihrer Website. Eine hilfreiche Analyse sollte Beispiele problematischer Seiten, betroffene Templates, vorrangige Korrekturen und Verifizierungsschritte in einen verständlichen Umsetzungsplan überführen.

Wenn auf Ihrer Website Seiten in der falschen Sprache bevorzugt ausgespielt werden, bei ähnlichen URLs Unklarheit bei der Indexierung besteht oder Sie Ihre mehrsprachige Struktur erweitern möchten, beginnen Sie mit der bestehenden Struktur.

Machen Sie mit SEO Performans den ersten Schritt, um Verbesserungspotenziale in der Canonical- und Hreflang-Struktur Ihrer Website zu bewerten.

Kostenlose SEO-Analyse anfordern