Der Canonical Tag: Duplicate Content richtig steuern

Was Canonicalization bedeutet

Wenn derselbe oder ein sehr ähnlicher Inhalt unter mehreren URLs erreichbar ist, wählt Google eine davon als kanonische URL: die Adresse, die als Hauptversion gecrawlt und in den Suchergebnissen gezeigt wird. Die anderen gelten als Duplikate. Diesen Vorgang nennt Google Canonicalization. Du kannst ihn mit Signalen beeinflussen. Gibst du keines, wählt Google selbst.

Duplicate Content in diesem Sinn ist in der Regel kein Fehler, sondern ein Konsolidierungsproblem: Du willst, dass sich Signale wie Links auf einer URL bündeln und die richtige Adresse in der Suche erscheint. Welche Rolle das innerhalb von technischem SEO spielt, zeigt der Leitfaden zu technischem SEO.

Woher Duplikate kommen

Typische Quellen, die in der Praxis ständig auftauchen:

• Parameter: Tracking (?utm_source=…), Sortierung, Filter, Session-IDs
• Protokoll und Host: http:// und https://, mit und ohne www
• Schreibweisen: Trailing Slash, Groß- und Kleinschreibung (URLs sind case-sensitiv)
• Druckversionen und separate mobile URLs
• Syndizierte Inhalte auf anderen Domains
• Kombinierbare Filter in Shops, die riesige Mengen ähnlicher Listen erzeugen

Zu Tracking-Parametern lohnt ein Blick in den Artikel zu UTM-Parametern: Sie sind notwendig für die Kampagnenauswertung und sollten trotzdem nie als eigene indexierbare Seiten enden.

Drei Methoden und ihre Stärke

Google nennt drei Wege, die kanonische URL anzugeben, und ordnet sie nach Einfluss. Du kannst sie kombinieren, keine ist Pflicht.

Zur Weiterleitung sagt die Dokumentation: nur für den Fall, dass du die Duplikatseite abschaffst, und serverseitige HTTP-Weiterleitungen wirken am schnellsten. Was 301, 308, 302 und 307 für Google bedeuten, steht in der Statuscode-Tabelle des Leitfadens für Entwickler.

Canonical im HTML

Der Tag gehört in den <head> der Duplikatseite und zeigt auf die bevorzugte URL. Die kanonische Seite selbst bekommt zusätzlich einen selbstreferenzierenden Canonical.

<!doctype html>
<html lang="de">
<head>
  <meta charset="utf-8">
  <title>Laufschuhe</title>
  <link rel="canonical" href="https://example.com/schuhe/">
</head>
<body>
  <h1>Laufschuhe</h1>
</body>
</html>

Die Regeln aus der Dokumentation:

• Nur Links im <head> werden akzeptiert.
• Nimm absolute URLs. Relative Pfade werden unterstützt, aber nicht empfohlen.
• Gib kein URL-Fragment als Canonical an.
• Annotationen mit hreflang, lang, media oder type werden nicht zur Canonicalization genutzt.
• Verwende entweder HTML oder HTTP-Header, nicht beides: Die Kombination ist fehleranfälliger.

Canonical im HTTP-Header

Für Dateien ohne <head>, etwa PDFs, sendest du den Canonical als Link-Header. Google unterstützt das nur für Ergebnisse der Websuche.

Link: <https://example.com/whitepaper.pdf>; rel="canonical"

Sitemap

Die in der Sitemap gelisteten Seiten behandelt Google als vorgeschlagene Canonicals. Das ist das schwächste Signal, aber es ist einfach zu pflegen. Liste dort nur die bevorzugten URLs.

Ein Hinweis, keine Anweisung

Googles Dokumentation spricht von Signalen unterschiedlicher Stärke und davon, dass Google selbst bestimmt, welche Seiten Duplikate sind. Der Begriff „Anweisung" fällt nicht. Praktisch heißt das: Ein rel="canonical" erhöht die Chance, dass deine URL gewählt wird, garantiert es aber nicht. Je mehr deiner Signale in dieselbe Richtung zeigen (Weiterleitung, Canonical, Sitemap, interne Links), desto wahrscheinlicher folgt Google. Die Dokumentation empfiehlt ausdrücklich, intern auf die kanonische URL zu verlinken.

Welche Methode für welche Situation?

Die Wahl hängt davon ab, ob die Duplikat-URL weiter erreichbar bleiben muss. Die Tabelle ordnet typische Fälle zu. Sie ist eine Entscheidungshilfe auf Basis der Google-Dokumentation, keine Vorgabe von Google.

Canonical, noindex und robots.txt auseinanderhalten

Diese drei Werkzeuge werden oft verwechselt. Sie lösen unterschiedliche Probleme:

Kombinierst du sie, entstehen Widersprüche: Eine per robots.txt gesperrte Seite kann Google nicht abrufen, es sieht also weder ihren Canonical noch ihr noindex. Ein noindex auf einer Seite, auf die andere Seiten per Canonical zeigen, steht im Konflikt mit der Aussage, dass die Seite die bevorzugte sein soll.

Mehrsprachige Seiten

Für Sprach- und Länderversionen ist nicht der Canonical zuständig, sondern rel="alternate" mit hreflang. Google rät dazu, bei hreflang-Websites auf eine Seite in derselben Sprache zu kanonisieren, oder auf die beste verfügbare Alternative. Ein deutscher Canonical, der auf die englische Version zeigt, widerspricht also der Idee der Sprachversionen.

Häufige Fehler

Paginierung

Bei Seitenfolgen wie ?page=2 ist der Canonical auf Seite 1 ein verbreiteter Fehler. Google schreibt dazu: Nutze die erste Seite einer paginierten Folge nicht als kanonische Seite, jede Seite bekommt ihre eigene kanonische URL. Jede Seite braucht eine eigene URL und wird per <a href> mit der nächsten verlinkt. Die Tags rel="prev" und rel="next" nutzt Google nach eigener Angabe nicht mehr, andere Suchmaschinen eventuell.

Canonical und JavaScript

Setzt du den Canonical per JavaScript, sagt Google: HTML ist die bevorzugte Methode. Wenn JavaScript nötig ist, muss der Wert mit dem im ursprünglichen HTML übereinstimmen, und es darf nur ein rel="canonical" geben. Details zu dieser Konstellation stehen im Artikel JavaScript-SEO.

Canonicals im Build erzeugen

Statt Canonicals von Hand zu pflegen, leitest du sie aus der aufgerufenen URL ab. Das folgende Beispiel normalisiert Protokoll, Host, Fragment, Tracking-Parameter und Trailing Slash. Welche Regeln für deine Website gelten, bestimmst du selbst: Prüfe vor dem Einsatz, ob dein Server dieselbe Variante tatsächlich ausliefert.

const TRACKING = /^(utm_|gclid$|fbclid$)/;

function canonicalFor(rawUrl) {
  const url = new URL(rawUrl);
  url.protocol = 'https:';
  url.hostname = url.hostname.replace(/^www\./, '');
  url.hash = '';
  for (const key of [...url.searchParams.keys()]) {
    if (TRACKING.test(key)) url.searchParams.delete(key);
  }
  if (!url.pathname.endsWith('/') && !/\.[a-z0-9]+$/i.test(url.pathname)) {
    url.pathname += '/';
  }
  return url.href;
}

function linkTag(rawUrl) {
  return `<link rel="canonical" href="${canonicalFor(rawUrl)}">`;
}

console.log(linkTag('http://www.example.com/schuhe?utm_source=newsletter&farbe=rot#details'));
console.log(linkTag('https://example.com/blog/artikel'));

// Prüfung eines vorhandenen Tags: absolut, ohne Fragment?
function validate(href) {
  const problems = [];
  try { new URL(href); } catch { problems.push('nicht absolut'); return problems; }
  if (href.includes('#')) problems.push('enthält Fragment');
  return problems;
}
console.log(validate('/schuhe/'), validate('https://example.com/schuhe/#top'), validate('https://example.com/schuhe/'));

Ausgabe:

<link rel="canonical" href="https://example.com/schuhe/?farbe=rot">
<link rel="canonical" href="https://example.com/blog/artikel/">
[ 'nicht absolut' ] [ 'enthält Fragment' ] []

Der Parameter farbe=rot bleibt im Beispiel bewusst erhalten: Ob eine Filterseite eine eigene kanonische URL haben soll, ist eine inhaltliche Entscheidung. Parameter, die den Inhalt nicht ändern, entfernst du, solche, die ihn ändern, nicht automatisch.

So prüfst du den Canonical in der Search Console

Das URL-Prüftool zeigt zwei Werte, die du vergleichen solltest: die vom Nutzer angegebene kanonische URL (aus Tag, Header oder Sitemap) und die von Google ausgewählte kanonische URL. Weichen beide ab, hat Google deine Signale anders gewichtet. Der Live-Test ermittelt die von Google gewählte kanonische URL nicht, dafür brauchst du die Daten der indexierten Version. Die Anzeige kann laut Hilfe einige Stunden veraltet sein.

Nächster Schritt

Nimm fünf URL-Varianten einer wichtigen Seite (mit und ohne www, http und https, mit Tracking-Parameter, mit und ohne Slash) und rufe sie im Browser oder mit einem Skript ab. Notiere, wohin jede Variante weiterleitet und welchen Canonical sie liefert. Gibt es mehr als eine Antwort, vereinheitliche zuerst per Weiterleitung und ergänze dann den selbstreferenzierenden Canonical. Prüfe danach im URL-Prüftool, welche kanonische URL Google wählt.