Wie der Canonical-Tag Duplicate Content ohne Rankingverlust bündelt, welche Fehler ihn ignorieren lassen und wie du ihn korrekt setzt.
Jonas Brandt
Technical SEO
Der Canonical-Tag sagt Google, welche von mehreren fast gleichen URLs die Hauptversion ist. Er bündelt Ranking-Signale auf eine Adresse und löst Duplicate Content, ohne dass du Seiten löschen musst.
Technisch ist es eine Zeile im HTML-Kopf: link rel canonical mit einer absoluten URL im href. Sie steht im head, nie im body. Google liest sie als starken Hinweis, nicht als Befehl. Widersprechen andere Signale, kann die Suchmaschine den Tag ignorieren und selbst eine kanonische URL wählen.
Warum überhaupt Duplikate? Ein Shop erreicht dasselbe Produkt oft über vier Wege: die saubere URL, eine Variante mit Sortier-Parameter, eine Session-ID und die Druckansicht. Vier Adressen, ein Inhalt. Ohne Steuerung verteilt Google Links und Relevanz auf alle vier und keine rankt richtig.
Die wichtigste Regel klingt banal: Jede indexierbare Seite bekommt einen Canonical auf sich selbst. Das nennt sich self-referencing. Es klingt überflüssig, verhindert aber, dass Parameter-Varianten oder Tracking-Anhängsel versehentlich als eigene Seite gewertet werden. CMS wie WordPress mit Yoast oder Shop-Systeme wie Shopify erledigen das oft automatisch.
Prüf es trotzdem. Ruf eine Seite mit einem angehängten utm-Parameter auf und schau in den Quelltext. Steht dort der Canonical auf die saubere URL ohne Parameter, arbeitet dein System richtig. Zeigt er auf die Parameter-Version, hast du ein Leck, das Crawl-Budget frisst.
Die meisten Canonical-Probleme sind keine exotischen Bugs, sondern Wiederholungstäter. Ich sehe sie in fast jedem technischen Audit. Sie kosten kein Ranking über Nacht, doch sie verwässern Signale über Monate. Hier die Klassiker in aufsteigender Peinlichkeit.
Der letzte Punkt ist tückisch. Nach dem Aus von rel next und rel prev behandelt Google Paginierung eigenständig. Jede Seite einer Serie sollte auf sich selbst zeigen, nicht auf die erste. Sonst kappst du die Sichtbarkeit tiefer Kategorieseiten selbst.
Ein Canonical-Tag ist ein Hinweis, kein Befehl. Wer ihm mit noindex, blockierten Zielen oder Weiterleitungen widerspricht, verwirrt Google, statt es zu lenken.
Nicht jedes Duplikat gehört unter einen Canonical. Willst du eine URL dauerhaft auflösen, weil sie komplett ersetzt wurde, nimm einen 301-Redirect. Er führt Nutzer und Bots hart auf die neue Adresse. Der Canonical dagegen lässt beide URLs erreichbar und bündelt nur die Wertung.
Soll eine Seite existieren, aber nie ranken, etwa ein internes Suchergebnis oder ein Warenkorb, gehört dort noindex hin. Kombiniere noindex nie mit einem Canonical auf eine andere Seite. Das eine sagt lösche mich, das andere zähle mich woanders. Google bekommt zwei Anweisungen und folgt keiner sauber.
Verlass dich nicht auf das Plugin-Dashboard. Nimm den Rich Results Test und den URL-Prüfung-Bericht in der Google Search Console. Beide zeigen dir, welche URL Google tatsächlich als kanonisch gewählt hat. Weicht die von deiner Wunsch-URL ab, steht dort von Nutzer deklariert gegen von Google ausgewählt.
Genau diese Diskrepanz ist dein Startpunkt. Der Bericht Seiten in der Search Console gruppiert unter Duplikat, Google hat eine andere kanonische Seite ausgewählt alle Fälle, in denen deine Vorgabe abgelehnt wurde. Arbeite die Liste von oben ab, meist steckt ein widersprüchliches Signal dahinter.
Ersetzt der Canonical-Tag eine Weiterleitung? Nein. Ein 301 leitet Nutzer und Crawler physisch um, die alte URL verschwindet. Der Canonical lässt beide URLs abrufbar und bündelt nur die Signale. Nutze den Redirect für echte Umzüge, den Canonical für parallel existierende Duplikate.
Darf der Canonical auf eine andere Domain zeigen? Ja, das ist der cross-domain Canonical. Er ist sinnvoll, wenn du denselben Artikel auf einer Partnerseite syndizierst und die Wertung auf deinem Original halten willst. Voraussetzung: Der Inhalt ist wirklich identisch.
Was, wenn Google meinen Canonical ignoriert? Dann widerspricht meist ein anderes Signal. Prüf, ob das Ziel indexierbar ist, ob interne Links konsistent auf die kanonische URL zeigen und ob die Sitemap dieselbe Version listet. Google wählt bei Konflikten die URL mit den stärksten, widerspruchsfreien Signalen.
Ein falsch gesetzter Canonical raubt dir Sichtbarkeit leiser als fast jeder andere technische Fehler. Setz ihn bewusst, prüf ihn in der Search Console und behandle jede von Google abgelehnte Vorgabe als offenen Bug.
JavaScript-SEO scheitert selten am Framework, sondern an unsichtbaren Links, hängenden Renders und Content, den Google nie zu sehen bekommt.
Warum die passende Suchintention über Ranking entscheidet und wie du in vier Schritten Content baust, der die Frage hinter der Suche trifft.
Answer Engine Optimization bringt deine Marke in die Antworten von ChatGPT und Perplexity. So wirst du zur zitierten Quelle statt zum blauen Link.
