Startseite / Lernzentrum / Was ist ein Canonical-Tag (rel=canonical) — und wie setzt du ihn richtig?
SEO-Grundlagen

Was ist ein Canonical-Tag (rel=canonical) — und wie setzt du ihn richtig?

Kurz gesagt: Ein Canonical-Tag ist eine HTML-Zeile — <link rel="canonical" href="…"> —, die Suchmaschinen sagt, welche URL die maßgebliche, „offizielle" Version einer Seite ist, wenn derselbe oder ein sehr ähnlicher Inhalt unter mehreren Adressen erreichbar ist. Er steht im <head> der Seite und zeigt auf die URL, die ranken soll. Wenn Dubletten existieren (etwa example.com/schuhe und example.com/schuhe?ref=newsletter zeigen dieselbe Seite), fasst der Canonical-Tag sie zu einer zusammen — so indexiert und rankt die Suchmaschine die von dir gewählte Version, statt die Signale aufzuteilen oder selbst eine auszuwählen.

Das Konzept hat einen genauen Namen: Die kanonische URL ist die eine Adresse, die du als maßgeblich für einen Inhalt festgelegt hast. Alles andere, was denselben Inhalt zeigt, ist eine Dublette, die sich ihr unterordnen soll. Das richtig zu machen, verhindert leise eine ganze Klasse von SEO-Problemen — es falsch zu machen, kann deine Seiten komplett aus der Suche verschwinden lassen.

Warum entstehen doppelte URLs überhaupt?

Kaum ein Website-Betreiber will dieselbe Seite zweimal veröffentlichen — aber das Web macht es leicht, das versehentlich zu tun. Derselbe Inhalt landet regelmäßig unter mehreren URLs, wegen:

  • Tracking-Parametern: ?utm_source=…, ?ref=…, ?fbclid=… an Links erzeugen neue URLs, die identischen Inhalt zeigen.
  • Protokoll- und Host-Varianten: http:// vs. https:// und www. vs. die nackte Domain sind technisch vier verschiedene URLs für eine Startseite.
  • Schrägstrichen am Ende und Groß-/Kleinschreibung: /ueber-uns vs. /ueber-uns/ vs. /Ueber-uns.
  • Sortier-, Filter- und Seitenparametern auf Shop- und Listenseiten: ?sort=preis, ?farbe=blau.
  • Druck- oder AMP-Versionen sowie syndizierten Kopien eines Artikels auf einer anderen Website.

Für eine Suchmaschine ist jede eigene URL eine eigene Seiten-Kandidatin. Ohne ein Signal, dass es sich um dasselbe handelt, muss sie raten, welche sie indexiert — und sie kann die Ranking-Signale (Links, Relevanz) über die Dubletten verteilen oder die falsche indexieren.

Was macht ein Canonical-Tag eigentlich?

Er fasst Dubletten zu einer kanonischen URL zusammen. Wenn Google eine Seite findet, deren <head> Folgendes enthält:

<link rel="canonical" href="https://example.com/schuhe" />

… behandelt Google diese URL als die, die indexiert und gerankt wird, und bündelt die Ranking-Signale aller Dubletten darin. Die ?ref=newsletter-Kopie konkurriert nicht mehr mit der sauberen URL; beide werden als dieselbe Seite verstanden.

Zwei Dinge, die er nicht ist:

  • Er ist keine Weiterleitung. Ein Besucher auf der Dubletten-URL sieht diese URL weiterhin im Browser — der Canonical-Tag spricht nur mit Crawlern. Wenn Menschen und Bots auf eine URL geschickt werden sollen, ist das eine 301-Weiterleitung, kein Canonical.
  • Er ist ein Hinweis, kein Befehl. Google respektiert einen Canonical-Tag meist, behandelt ihn aber als eines von mehreren Signalen (interne Links, die URL in deiner Sitemap, Weiterleitungen). Widersprechen sich deine Signale, kann Google eine andere kanonische URL wählen als die, die du angegeben hast.

Wie setzt du einen Canonical-Tag richtig?

Der Tag selbst ist einfach; die Fehler stecken im Detail. Die Regeln, die zählen:

  1. Jede indexierbare Seite sollte einen Canonical angeben — auch Seiten ohne Dubletten. Auf einer Seite ohne Dubletten zeigt er auf sich selbst: Die Seite verweist auf ihre eigene URL. Das kommt Parameter-Dubletten zuvor und klärt die http/https/www-Frage.
  2. Nutze eine absolute URL, inklusive Protokoll und Domain: https://example.com/schuhe, nie /schuhe. Relative Canonicals sind erlaubt, aber fehleranfällig.
  3. Zeige auf die Version, die du wirklich indexiert haben willst — https, deinen bevorzugten Host (www oder nicht — such dir einen aus und bleib konsequent) und die saubere URL ohne Tracking-Parameter.
  4. Sei konsistent mit deinen anderen Signalen. Die kanonische URL sollte dieselbe sein, die du in deiner Sitemap listest, intern verlinkst und (wo relevant) per 301 anpeilst. Widersprüchliche Signale sind der Hauptgrund, warum Google einen angegebenen Canonical ignoriert.
  5. Ein Canonical pro Seite. Mehrere rel=canonical-Tags auf einer Seite führen dazu, dass Google alle ignoriert.
  6. Verweise nie alles auf die Startseite. Ein häufiger und schädlicher Fehler ist, den Canonical jeder Seite auf die Startseite zeigen zu lassen — das sagt Google, dass deine Unterseiten Dubletten der Startseite sind und nicht indexiert werden sollen. Der Canonical jeder Seite sollte auf die bevorzugte URL dieser Seite zeigen.

Du kannst den Canonical jeder Seite in Sekunden prüfen: Seite öffnen, Quelltext ansehen (oder die DevTools öffnen) und nach rel="canonical" suchen. Fehlt er oder zeigt er auf etwas Unerwartetes, lohnt sich eine Korrektur. (Auf ShiftPress-Websites werden Canonical-Tags für jede Seite automatisch erzeugt und mit der Sitemap konsistent gehalten, sodass sich diese Fehler gar nicht einschleichen können.)

Was geht schief, wenn er falsch gesetzt ist?

Canonical-Fehler sind gerade deshalb gefährlich, weil sie unsichtbar sind — die Seite sieht für Besucher gut aus, sagt Suchmaschinen aber das Falsche:

  • Canonical zeigt auf eine noindex-Seite → die ganze Gruppe kann aus dem Index fallen.
  • Alle Seiten mit Canonical auf die Startseite → Unterseiten werden als Dubletten behandelt und ranken leise nicht mehr.
  • Canonical zeigt auf eine kaputte, weitergeleitete oder gesperrte URL → das Signal ist verwirrend, wird oft ignoriert, und die Bündelung schlägt fehl.
  • HTTP-Seite verweist auf sich selbst statt auf die HTTPS-Version → du teilst die Signale weiterhin über beide auf.

Da keiner dieser Fehler eine Fehlermeldung auslöst, können sie monatelang unbemerkt bleiben, während Traffic leise versickert. Deshalb gehören Canonical-Tags auf jeden SEO-Gesundheitscheck.

Häufige Fragen

Was ist der Unterschied zwischen einem Canonical-Tag und einer 301-Weiterleitung?

Eine 301-Weiterleitung schickt Nutzer und Crawler physisch von einer URL zur anderen — die alte URL liefert keinen Inhalt mehr. Ein Canonical-Tag lässt beide URLs live und erreichbar und sagt Crawlern nur, welche als maßgeblich gilt. Nutze eine Weiterleitung, wenn eine URL wirklich verschwinden soll; nutze einen Canonical, wenn beide URLs weiter funktionieren müssen (z. B. ein Produkt, das über mehrere Filterpfade erreichbar ist), aber nur eine indexiert werden soll.

Sollte jede Seite einen Canonical-Tag haben?

Ja — auch Seiten ohne bekannte Dubletten, wo er auf die eigene URL der Seite zeigen sollte (ein selbstverweisender Canonical). Das kostet nichts, kommt Dubletten durch Tracking-Parameter zuvor und beseitigt jede Unklarheit über deine bevorzugte http/https- und www-Variante. Ihn wegzulassen überlässt die Entscheidung einfach Google.

Garantiert ein Canonical-Tag, dass Google diese URL nutzt?

Nein. Google behandelt den Canonical als starken Hinweis, nicht als absolute Anweisung, und wägt ihn gegen deine anderen Signale ab — interne Links, Sitemap-Einträge, Weiterleitungen und welche Version es häufiger findet. Widersprechen diese deinem angegebenen Canonical, kann Google eine andere wählen. Alle Signale auf dieselbe URL zeigen zu lassen, ist der Weg, den Canonical durchzusetzen.

Kann ein Canonical-Tag auf eine Seite auf einer anderen Domain zeigen?

Ja — ein domainübergreifender Canonical ist gültig und der richtige Weg für syndizierten Inhalt: Eine Website, die deinen Artikel neu veröffentlicht, kann ihren Canonical auf deine Original-URL setzen, sodass die Ranking-Anerkennung bei dir bleibt. Das Ziel muss denselben (oder einen sehr ähnlichen) Inhalt zeigen, sonst ignoriert Google den Tag.

Sollen wir das für dich übernehmen?

ShiftPress zieht deine Website von WordPress um und kümmert sich um die technischen Details auf dieser Seite — Weiterleitungen, DNS, Sitemaps, Speed. Du änderst deine Website einfach, indem du es sagst.

Website umziehen

Weiterlernen

Was ist eine sitemap.xml — und braucht deine Website eine? 301- vs. 302-Weiterleitung: Was ist der Unterschied?