Canonical-Tags richtig setzen und Duplicate Content lösen

Q: Was ist ein Canonical-Tag?

Eine Zeile im einer Seite, mit der du Google mitteilst, welche Adresse die maßgebliche Fassung eines Inhalts ist. Alle Signale sollen dort zusammenlaufen, und nur diese Adresse soll in den Suchergebnissen auftauchen. Entscheidend ist der Charakter der Angabe: Sie ist eine Empfehlung, keine Anweisung.

Q: Wie prüfe ich, welche Seite Google als kanonisch ansieht?

Über die URL-Prüfung in der Search Console. Im Bereich Seitenindexierung stehen getrennt die Zeilen Vom Nutzer angegebene kanonische URL und Von Google ausgewählte kanonische URL. Stimmen beide überein, ist alles in Ordnung. Fallen sie auseinander, hat Google dich überstimmt, und du suchst nach dem widersprüchlichen Signal, meist in der internen Verlinkung.

Dieselbe Seite unter vier Adressen, und Google zeigt die falsche. Warum ein Canonical nur eine Empfehlung ist und wie du siehst, welche Adresse Google wirklich nimmt.

Deine wichtigste Leistungsseite ist unter vier Adressen erreichbar, und keine davon hast du so gewollt:

http://firma.de/leistungen/dachsanierung
https://firma.de/leistungen/dachsanierung
https://www.firma.de/leistungen/dachsanierung/
https://www.firma.de/leistungen/dachsanierung/?utm_source=newsletter

Vier Adressen, ein Inhalt. In der Google-Suche steht am Ende die Variante mit dem utm_source drin, weil jemand genau die aus einem Newsletter heraus verlinkt hat. Du setzt ein Canonical auf die saubere Adresse, wartest zwei Wochen, und die Search Console meldet weiterhin, dass Google eine andere Seite als kanonisch bestimmt hat.

Dieser Text baut alles auf einem Satz auf: Ein Canonical ist eine Empfehlung, keine Anweisung. Er räumt den Mythos von der Duplicate-Content-Strafe ab, liefert eine Tabelle für die Frage „Canonical, Weiterleitung oder noindex" und endet mit der Prüfung, die dir zeigt, welche Adresse Google tatsächlich nimmt.

Es gibt keine Strafe für doppelte Inhalte

Fangen wir mit dem Mythos an, weil er die meiste Energie kostet. Eine Strafe für Duplicate Content gibt es nicht. Google schreibt in der eigenen Dokumentation, dass doppelte Inhalte kein Grund für eine Maßnahme sind, solange nicht erkennbar ist, dass damit die Suchergebnisse manipuliert werden sollen. Zwei Adressen für dieselbe Leistungsseite sind Alltag, keine Täuschung.

Was stattdessen passiert: Google erkennt, dass mehrere Adressen denselben Inhalt ausliefern, fasst sie zu einer Gruppe zusammen und wählt daraus eine als die kanonische aus. Auf diese eine bündelt Google alle Signale. Die übrigen verschwinden aus den Ergebnissen. Nichts wird abgestraft, es wird zusammengefasst.

Das Problem ist nicht die Auswahl, sondern dass sie nicht deine ist. Dein Canonical ist nur ein Signal unter vielen: Google wiegt es gegen Weiterleitungen, gegen die Adresse, die du selbst im Menü verlinkst, gegen die Sitemap und gegen hreflang-Gruppen. Deshalb steht in der Dokumentation „starkes Signal" und nicht „Anweisung". Die Meldung über eine abweichende Auswahl ist keine Fehlermeldung, sie ist Google, das dich überstimmt.

Ein Fall gehört nicht hierher: Wenn zwei Seiten wirklich um dieselbe Suchanfrage konkurrieren, weil du zweimal über dasselbe geschrieben hast, hilft kein Tag. Dann führst du die Texte zusammen, siehe Inhalte aktualisieren.

Woher die Duplikate kommen, die du nie angelegt hast

Fast niemand baut Duplikate absichtlich. Sie entstehen aus Serverkonfiguration, Shopsystem und Marketing:

Mit und ohne www, dazu http und https: vier Startseiten, solange nicht drei per 301 auf die vierte gehen.
Schrägstrich am Ende, /leistungen gegen /leistungen/, dazu index.php oder /home als zweiter Weg zur Startseite.
Groß- und Kleinschreibung im Pfad: /Leistungen/ und /leistungen/ sind zwei Dokumente.
Tracking-Parameter wie utm_source, gclid aus Google Ads und fbclid von Facebook.
Sitzungs-IDs in der Adresse: Jeder Besucher erzeugt eine neue URL.
Druckansichten unter ?print=1 oder /print/artikel.
Filter und Sortierung im Shop: Fünf Filter mit drei Werten ergeben mehr Adressen, als die Kategorie Produkte hat.
Seitennummerierung von ?page=2 bis ?page=17, jeweils mit derselben Kategoriebeschreibung.
Inhalte auf einer zweiten Domain: die alte Domain vor dem Namenswechsel, eine .at-Variante mit identischem Text, ein Pressetext bei einem Partner.
Die Testumgebung im Index: staging.firma.de, ohne Passwortschutz online und fleißig gecrawlt. Der einzige Fall hier, den du nicht mit einem Canonical löst, sondern mit einem Passwort.

So setzt du ein Canonical, das Google nicht ignoriert

Die Grundeinstellung ist ein selbstreferenzierendes Canonical auf jeder Seite: Jede Seite nennt sich selbst als kanonische Adresse. Das klingt nach einer Nullaussage und ist es nicht. Es fängt die Fälle ab, in denen jemand deine Seite mit einem Parameter dahinter verlinkt, denn die Fassung mit ?utm_source=newsletter liefert dann ein Canonical auf die Fassung ohne aus.

<head>
  <link rel="canonical" href="https://www.firma.de/leistungen/dachsanierung/" />
</head>

Vier Regeln dazu. Erstens: absolute Adresse mit Protokoll und Hostname, nie /leistungen/dachsanierung/. Zweitens: genau ein Canonical pro Seite. Zwei widersprüchliche Angaben, eine vom Theme und eine vom SEO-Plugin, ignoriert Google beide. Drittens gehört der Tag in den <head>; landet er im <body>, wird er nicht gelesen. Viertens müssen Canonical, Sitemap und interne Links dieselbe Adresse nennen. Drei verschiedene Antworten auf dieselbe Frage sind der häufigste Grund, warum Google selbst entscheidet.

Dieselben Regeln, gezeigt als die Fehler, die sie verhindern. Jeder davon läuft auf echten Websites:

<!-- Falsch: relativer Pfad. Mehrdeutig, sobald http/https, www und Staging im Spiel sind. -->
<link rel="canonical" href="/leistungen/dachsanierung/" />

<!-- Falsch: zwei Tags, einer vom Theme, einer vom Plugin. Google ignoriert beide. -->
<link rel="canonical" href="https://www.firma.de/leistungen/dachsanierung/" />
<link rel="canonical" href="https://firma.de/leistungen/dachsanierung" />

<!-- Falsch: nennt die http-Adresse, die per 301 auf https geht. Eine Zwischenstation, kein Ziel. -->
<link rel="canonical" href="http://www.firma.de/leistungen/dachsanierung/" />

<!-- Falsch: jede Unterseite nennt die Startseite. Der Plugin-Klassiker aus der
     curl-Prüfung weiter unten: die ganze Website schrumpft auf eine indexierte Seite. -->
<link rel="canonical" href="https://www.firma.de/" />

Für PDFs und alles ohne <head> gibt es genau einen Weg, den Link-Header in der HTTP-Antwort:

Link: <https://www.firma.de/downloads/preisliste-2026.pdf>; rel="canonical"

Und jetzt die Regel, an der die meisten scheitern: Das Ziel eines Canonicals muss selbst indexierbar sein. Google folgt einer Empfehlung nur, wenn sie widerspruchsfrei ist. Diese Kombinationen führen dazu, dass dein Canonical stillschweigend ignoriert wird:

Das Ziel trägt ein noindex. Du sagst gleichzeitig „nimm die andere Seite" und „nimm sie nicht". Im schlechtesten Fall verschwinden beide.
Das Ziel ist per robots.txt gesperrt. Google darf es nicht abrufen, kann den Inhalt nicht vergleichen und wählt selbst. Warum sich Sperre und noindex grundsätzlich anders verhalten, steht in robots.txt und noindex.
Das Ziel leitet weiter. Zeig auf die Endadresse, nicht auf eine Zwischenstation.
Das Ziel liefert 404 oder 410.
Das Ziel nennt seinerseits eine dritte Seite als kanonisch. Solche Ketten löst Google nicht zuverlässig auf.
Das Ziel hat deutlich anderen Inhalt. Eine Adresse, die der geprüften Seite nicht ähnelt, wählt Google nie aus.
Das Canonical widerspricht der Sprachauszeichnung. In einer hreflang-Gruppe nennt jede Sprachfassung sich selbst als kanonisch; zeigt die englische Seite auf die deutsche, zerfällt die Gruppe. Siehe hreflang einrichten.

Canonical, Weiterleitung oder noindex: welches Werkzeug wann

Situation	Werkzeug	Warum
Zwei Adressen, gleicher Inhalt, beide bleiben erreichbar	Canonical	bündelt Signale, ohne die Seite zu schließen
Alte Seite dauerhaft ersetzt oder umgezogen	301-Weiterleitung	stärkstes Signal, die alte Adresse braucht niemand
Filter- und Sortierseiten im Shop	`noindex`, in Ausnahmen Canonical	endlos viele Varianten, nie als Einstieg gedacht
Druckansicht einer Seite	Canonical auf die normale Fassung	gleicher Inhalt, muss abrufbar bleiben
Adressen mit `utm_*`, `gclid`, `fbclid`	selbstreferenzierendes Canonical, sonst nichts	Google normalisiert bekannte Parameter selbst
Seite 2 und folgende einer Liste	gar nichts, nur Selbstreferenz	Folgeseiten müssen crawlbar bleiben
Dein Text läuft auf einer Partnerdomain	domainübergreifendes Canonical dort	schickt die Signale zum Original zurück

Die wichtigste Zeile ist die zwischen Canonical und Weiterleitung, und sie hängt an einer Frage: Braucht ein Mensch die zweite Adresse noch? Druckansicht, Filter, Tracking-Link: ja, also Canonical. Alte Produktseite nach dem Shopwechsel, alte URL-Struktur nach dem Relaunch: nein, also 301. Ein Canonical zu setzen, wo eine Weiterleitung hingehört, ist der teuerste Fehler in dieser Tabelle: Beide Adressen bleiben erreichbar, Besucher landen weiter auf der alten, und du schwächst ein Ja zu einem Vielleicht ab. Beim Relaunch gehört jede alte Adresse in eine Weiterleitungsliste, siehe Relaunch ohne Traffic-Verlust.

Übernimmt ein Verband deinen Text wörtlich, kannst du bei dir nichts tun. Das Canonical muss dort stehen und auf deine Seite zeigen, domainübergreifend funktioniert das. Weigert sich der Partner, ist die nächstbeste Bitte ein noindex.

Warum Seite 2 einer Liste nicht auf Seite 1 kanonisiert wird

Hier sitzt ein zäher Irrtum aus der Zeit, in der Google rel="next" und rel="prev" noch auswertete. Seit 2019 ist bestätigt, dass Google diese Angaben nicht mehr benutzt. Übrig blieb der halbe Ratschlag: Kanonisiere alle Folgeseiten auf Seite eins, dann sind die Duplikate weg. Google widerspricht dem in der Dokumentation zur Seitennummerierung ausdrücklich: Die erste Seite einer Folge soll nicht als kanonische Seite für die anderen dienen, jede Seite bekommt ihre eigene.

Der Grund ist wichtiger als die Regel. Zeigt Seite 2 auf Seite 1, behandelt Google Seite 2 als Duplikat, nimmt sie nicht in den Index und ruft sie mit der Zeit seltener ab. Nur stehen auf Seite 2 bis 17 deine Produkte, und die einzige Verbindung dorthin ist diese Liste. Ein Shop für Arbeitskleidung mit 480 Artikeln in einer Kategorie verliert so den Weg zu 456 davon, als langsames Ausdünnen über Monate.

Richtig ist die langweilige Variante: Jede Seite der Folge nennt sich selbst als kanonisch, die Seiten sind mit echten <a href>-Links verbunden statt per Klick-Handler nachgeladen, und Seite eins trägt den Kategorietext. Auf Seite 2 sieht das so aus, mitsamt Parameter:

<!-- Auf https://www.firma.de/shop/arbeitskleidung?page=2 -->
<link rel="canonical" href="https://www.firma.de/shop/arbeitskleidung?page=2" />

Ein noindex auf den Folgeseiten ist ebenfalls keine gute Idee, weil Google dauerhaft ausgeschlossene Seiten seltener abruft.

Filter- und Sortierseiten im Shop: eine Abwägung, keine Regel

Hier gibt es keine saubere Antwort, und wer eine verkauft, hat den Fall nicht verstanden.

Deine Kategorie „Laufschuhe" liefert unter ?farbe=blau&groesse=42&sortierung=preis_auf eine Teilmenge derselben Produkte in anderer Reihenfolge. Solche Adressen gibt es dreistellig, niemand sucht nach ihnen, und sie fressen Crawl-Zeit. Für sie ist das Canonical auf die ungefilterte Kategorie vertretbar. Google empfiehlt für Facettennavigation allerdings das härtere Mittel: unerwünschte Varianten per noindex draußen halten oder Muster in der robots.txt vom Crawling ausnehmen. Ein Canonical ist eben eine Empfehlung, und bei stark verlinkten Filterseiten überstimmt Google sie gern. Entscheide dich für eines von beiden: Sperrst du das Muster in der robots.txt, kann Google das Canonical dort nicht mehr lesen.

Die andere Hälfte der Abwägung wird meist übersehen. Manche Filterseiten verdienen eine eigene, indexierbare Seite, nämlich dann, wenn Menschen genau danach suchen. „Sicherheitsschuhe S3 Größe 47" ist eine echte Anfrage mit Kaufabsicht, und wer sie pauschal auf die Oberkategorie kanonisiert, verschenkt sie an den Wettbewerber mit der eigenen Seite dafür.

Die Grenze machst du an drei Bedingungen fest: nachweisbare Suchanfragen für die Kombination, eine eigene Überschrift mit ein paar Zeilen eigenem Text, und ein Weg aus der Navigation dorthin ohne Filterklicks. Dann bekommt sie ein selbstreferenzierendes Canonical und darf in die Sitemap. Sortierreihenfolgen bleiben draußen: Dieselben Produkte in anderer Reihenfolge sind keine eigene Seite.

So prüfst du, welche Seite Google als kanonisch ansieht

Das wichtigste Diagnosewerkzeug steckt in der Search Console und wird meist überlesen. Gib in der URL-Prüfung die Adresse ein, öffne den Bereich Seitenindexierung und such zwei Zeilen: Vom Nutzer angegebene kanonische URL ist das, was dein Tag sagt, Von Google ausgewählte kanonische URL das, was Google benutzt.

Stehen dort dieselben Adressen, ist alles in Ordnung. Steht in der ersten Zeile nichts, hat Google dein Canonical nicht gefunden, obwohl du es gesetzt hast. Fallen die beiden auseinander, hat Google dich überstimmt, und die Antwort steckt fast immer in deinen internen Links: Google glaubt der Adresse, die du selbst am häufigsten verlinkst, mehr als dem Tag.

Im Bericht Seitenindexierung gehören drei Meldungen hierher:

„Alternative Seite mit richtigem kanonischen Tag": alles gut, Google hat dein Canonical befolgt. Kein Fehler, auch wenn die Zeile unter „Nicht indexiert" steht. Diese Meldung bekommt weiter unten einen eigenen Abschnitt, weil sie die meiste Verwirrung stiftet.
„Duplikat, vom Nutzer nicht als kanonisch festgelegt": Auf der Seite steht kein Canonical, Google hat entschieden. Setz eines.
„Duplikat, Google hat eine andere Seite als der Nutzer als kanonische Seite bestimmt": Dein Canonical existiert und wurde überstimmt. Geh die Widerspruchsliste weiter oben durch.

Wie die übrigen Meldungen zu lesen sind, steht in Seite wird nicht indexiert.

Der zweite Griff deckt die verbreitetste Falle auf. Hol dir für drei verschiedene Seiten das HTML, das der Server ausliefert:

curl -s https://www.firma.de/leistungen/dachsanierung/ | grep -i canonical

Steht dort dreimal dieselbe Adresse, meistens die Startseite, hat ein Plugin oder Theme ein festes Canonical eingebaut. Das ist der Klassiker, der eine ganze Website auf eine indexierte Seite eindampft, und niemand merkt es, weil im Browser alles normal aussieht. Kommt gar nichts zurück, obwohl der Browser ein Canonical zeigt, wird es per JavaScript nachgeliefert. Google rendert JavaScript, aber ein Canonical, das erst danach erscheint, überschreibt eines im HTML nicht sicher.

„Alternative Seite mit richtigem kanonischen Tag" verlangt keine Korrektur

Von den drei Meldungen löst diese die meiste unnötige Arbeit aus, deshalb bekommt sie einen eigenen Abschnitt. Sie liest sich wie ein Mangel und beschreibt einen Erfolg. Übersetzt sagt sie: Diese Adresse ist ein Duplikat, dein Canonical nennt eine andere Fassung, und Google stimmt dir zu. Die Seite bleibt aus dem Index, weil die von dir gewählte Fassung drin ist. Das ist dein Canonical bei der Arbeit, gemeldet im Ton eines Problems.

Die Verwirrung beginnt beim Ort der Meldung: Sie steht unter „Warum Seiten nicht indexiert werden", direkt neben echten Fehlern. Die Anzahl füttert sie: Jeder Tracking-Link, jede Druckansicht, jede www-Variante mit korrektem Canonical erzeugt hier eine Zeile. Die Zahl wächst also mit der Website und bedeutet für sich genommen nichts. Sie auf null drücken zu wollen hieße, Canonicals zu entfernen — dann wandern die Seiten in die beiden Duplikat-Meldungen, und die Auswahl liegt wieder bei Google.

Zwei Befunde in der Liste rechtfertigen Handeln:

Eine Seite, die ranken soll, taucht als „alternative Seite" auf. Dann zeigt ihr Canonical woandershin, und Google befolgt brav einen falschen Tag. Der übliche Verdächtige ist das fest eingebaute Plugin-Canonical aus der curl-Prüfung weiter oben. Korrigier den Tag, und die Meldung verschwindet von selbst.
Das kanonische Ziel ist nicht die Adresse, die du gewählt hast. Klapp ein paar Zeilen auf und prüf, welche URL Google als kanonisch nennt. Ist es deine saubere Adresse, kannst du den Bericht schließen. Ist es die utm-Fassung oder die alte Domain, geh die Widerspruchsliste weiter oben durch.

Alles andere in dieser Liste ist Buchführung, keine Aufgabe.

Womit du anfängst

Ruf deine Startseite unter allen vier Varianten auf, mit und ohne www, http und https. Drei müssen per 301 auf der vierten landen. Wenn nicht, fang hier an, das ist die Wurzel der meisten Duplikate.
Hol dir per curl das Canonical von drei verschiedenen Seiten: genau ein Tag, absolute Adresse, zeigt auf sich selbst.
Schick deine drei wichtigsten Seiten durch die URL-Prüfung und vergleich die beiden Canonical-Zeilen.
Öffne den Bericht zur Seitenindexierung und klapp die beiden Duplikat-Meldungen auf. Meist erkennst du das Muster in zwei Minuten: ein Parameter, ein Schrägstrich, eine vergessene Testumgebung.
Erst danach an Filter und Seitennummerierung gehen. Die bringen nichts, solange die Basis wackelt.

Das Abklopfen aller Seiten und den Abgleich der Canonicals gegen die erreichbaren Adressen übernimmt in Traffalyzer der Crawler. Tauchen dabei ganz andere Dinge auf, ist der Rundgang durch SEO-Probleme finden die bessere Reihenfolge.

Häufige Fragen

Was ist ein Canonical-Tag?

Eine Zeile im <head> einer Seite, mit der du Google mitteilst, welche Adresse die maßgebliche Fassung eines Inhalts ist. Alle Signale sollen dort zusammenlaufen, und nur diese Adresse soll in den Suchergebnissen auftauchen. Entscheidend ist der Charakter der Angabe: Sie ist eine Empfehlung, keine Anweisung.

Bestraft Google doppelte Inhalte?

Nein. Eine Strafe gibt es nicht, solange nicht erkennbar ist, dass damit die Suchergebnisse manipuliert werden sollen. Google fasst Adressen mit gleichem Inhalt zusammen, wählt eine aus und zeigt nur diese. Der Schaden entsteht durch die Auswahl: Nimmt Google die Adresse mit Tracking-Parameter oder die alte http-Fassung, steht die in den Ergebnissen.

Muss jede Seite ein Canonical-Tag haben?

Pflicht ist es nicht, Google kommt auch ohne aus und wählt dann selbst. Sinnvoll ist ein selbstreferenzierendes Canonical trotzdem, weil es den Fall abfängt, dass jemand deine Seite mit einem Parameter dahinter verlinkt. Der Aufwand ist einmalig: In gängigen Systemen erledigt das eine Einstellung.

Was bedeutet „Alternative Seite mit richtigem kanonischen Tag"?

Dass dein Canonical funktioniert. Google hat die Seite gefunden, als Duplikat einer anderen Adresse erkannt, deinen Tag gelesen und befolgt. Die Seite ist nicht indexiert, weil stattdessen die Fassung im Index steht, die dein Canonical nennt — genau das, worum du gebeten hast. Die Zahl der betroffenen Seiten darf groß sein und bleibt harmlos; sie wächst mit jedem Tracking-Link und jeder URL-Variante. Handeln musst du nur, wenn eine Seite aus der Liste eigentlich selbst ranken soll, denn dann zeigt ihr Canonical auf das falsche Ziel.

Was bedeutet „Duplikat, Google hat eine andere Seite als der Nutzer als kanonische Seite bestimmt"?

Du hast ein Canonical gesetzt, und Google hat sich trotzdem für eine andere Adresse entschieden. Die geprüfte Seite wird nicht indexiert, ihre Signale laufen auf die von Google gewählte Adresse.

Ursache sind meist widersprüchliche Signale: Interne Links, Sitemap oder eine Weiterleitung zeigen woanders hin als das Canonical. Oder das Ziel taugt nicht, weil es ein noindex trägt, gesperrt ist, weiterleitet oder inhaltlich abweicht.

Canonical oder 301-Weiterleitung, was nehme ich wann?

Entscheide es an einer Frage: Braucht ein Mensch die zweite Adresse noch? Wenn ja, etwa bei Druckansicht, Filter oder Tracking-Link, nimm das Canonical, denn die Seite bleibt abrufbar. Wenn nein, etwa bei einer alten Produktseite oder einem Domainwechsel, nimm die dauerhafte Weiterleitung. Sie ist das stärkste Signal, das du hast.

Wie prüfe ich, welche Seite Google als kanonisch ansieht?

Über die URL-Prüfung in der Search Console. Im Bereich Seitenindexierung stehen getrennt die Zeilen Vom Nutzer angegebene kanonische URL und Von Google ausgewählte kanonische URL. Stimmen beide überein, ist alles in Ordnung. Fallen sie auseinander, hat Google dich überstimmt, und du suchst nach dem widersprüchlichen Signal, meist in der internen Verlinkung.

Was mache ich mit utm-Parametern und gclid in den Adressen?

In der Regel nichts. Google erkennt die bekannten Tracking-Parameter und behandelt solche Adressen als dieselbe Seite. Das Werkzeug in der Search Console, mit dem man Parameter früher selbst erklären konnte, hat Google 2022 abgeschaltet. Deine Absicherung ist das selbstreferenzierende Canonical. Sperr solche Adressen nicht in der robots.txt, denn dann kann Google das Canonical nicht lesen.

Wie setze ich das Canonical bei Seitennummerierung?

Jede Seite der Folge nennt sich selbst als kanonisch. Google empfiehlt ausdrücklich, die erste Seite nicht als kanonische Seite für die Folgeseiten zu verwenden, und rel="next" sowie rel="prev" wertet Google seit 2019 nicht mehr aus. Wer Seite 2 auf Seite 1 kanonisiert, sorgt dafür, dass Google die Folgeseiten als Duplikate behandelt, seltener abruft und den Weg zu allen Produkten verliert, die nur dort verlinkt sind.

Kann ein Canonical auf eine andere Domain zeigen?

Ja, und Google unterstützt sie für den Fall, dass dein Inhalt auf einer fremden Seite mitläuft. Der Tag muss auf der fremden Seite stehen und auf deine zeigen, nicht umgekehrt. Für Sprachfassungen derselben Firma auf mehreren Domains ist er dagegen der falsche Griff, dort gehört hreflang hin.