SEO & KI · Technisches SEO
Canonical-Tag & Duplicate Content
Duplicate Content entsteht, wenn derselbe oder ein sehr ähnlicher Inhalt unter mehreren URLs erreichbar ist – das kostet keine Strafe, aber es verteilt Ranking- Signale auf Adressen, die eigentlich zusammengehören. Der Canonical-Tag löst das, indem er Suchmaschinen die maßgebliche Variante nennt; jede Seite sollte einen haben, im Normalfall auf sich selbst zeigend.
Das Tückische an doppelten Inhalten ist, dass fast niemand sie absichtlich erzeugt. Sie entstehen nebenbei: durch einen Filter im Shop, einen Kampagnenparameter, eine alte index.php, eine Druckansicht oder schlicht dadurch, dass die Seite mit und ohne www antwortet. Auf dieser Seite geht es darum, wo diese Duplikate herkommen, wie der Canonical technisch korrekt aussieht, wann du stattdessen eine Weiterleitung oder noindex brauchst – und wie du in der Search Console erkennst, ob Google deiner Empfehlung überhaupt folgt.
Das Wichtigste in Kürze
- Duplicate Content ist keine Abstrafung. Google filtert Duplikate und wählt eine Version; der Schaden ist verschenkte Wirkung, nicht eine Sanktion.
- Jede Seite bekommt einen selbstreferenzierenden Canonical – das schützt gegen Parameter, die du nie vorhergesehen hast.
- Der Canonical ist ein starkes Signal, keine Anweisung. Google darf ihn ignorieren, und tut es auch, wenn andere Signale dagegensprechen.
- Weiterleitungen sind das stärkste Signal, stärker als der Canonical. Die Sitemap ist nur ein schwaches.
- Robots.txt taugt nicht zur Kanonisierung – eine gesperrte Seite kann trotzdem indexiert werden, und Google sieht dann den Canonical gar nicht.
- Absolute URLs, genau ein Canonical pro Seite, Ziel mit Status 200 und indexierbar.
Was Duplicate Content wirklich ist
Von doppeltem Inhalt spricht man, wenn gleiche oder sehr ähnliche Inhalte unter verschiedenen URLs liegen. Suchmaschinen müssen dann raten, welche Version die maßgebliche ist. Sie tun das nicht willkürlich, aber eben auch nicht immer so, wie du es gern hättest – und die Signale, die auf die verschiedenen Adressen einzahlen (interne Links, externe Links, Klicks), bündeln sich nicht mehr auf einer URL.
Typische Quellen
| Quelle | Beispiel | Sauberer Weg |
|---|---|---|
| Protokoll | http:// und https:// |
301 auf HTTPS |
| Hostname | mit und ohne www |
301 auf eine Variante |
| Schrägstrich | /seite und /seite/ |
eine Konvention, Rest per 301 |
| Groß-/Kleinschreibung | /Seite und /seite |
konsequent klein, 301 |
| Alte Indexdateien | /index.php, /index.html |
301 auf das Verzeichnis |
| Tracking-Parameter | ?utm_source=…, ?ref=… |
selbstreferenzierender Canonical |
| Filter & Sortierung | ?sort=preis&farbe=schwarz |
Canonical auf die Basis-URL |
| Session-IDs | ?sid=abc123 |
vermeiden, sonst Canonical |
| Druckansichten | /seite?print=1 |
Canonical oder CSS-Druckstil |
| Mobile Subdomain | m.example.de |
responsiv bauen |
Die ersten fünf Zeilen sind Server-Themen und gehören per Weiterleitung erledigt – der Canonical ist dafür das falsche Werkzeug, weil die Doppelung dann bestehen bleibt. Die unteren Zeilen sind Anwendungsfälle für den Canonical, weil beide Adressen aus gutem Grund erreichbar bleiben sollen.
Gibt es eine Strafe?
Nein. In Googles Dokumentation zur Kanonisierung findet sich keine Aussage über eine Bestrafung, und die Praxis deckt sich damit: Duplikate werden aus dem Index gefiltert, nicht bestraft. Der Sonderfall, an den viele denken – massenhaft von anderen Seiten kopierte Inhalte –, ist ein Qualitätsthema und wird anders behandelt als die technischen Doppelungen, um die es hier geht.
Der Canonical-Tag im Detail
<link rel="canonical"> gehört in den <head> und zeigt auf die bevorzugte URL:
<head>
<link rel="canonical" href="https://html-einfach.de/seo-und-ki/canonical-und-duplicate-content.html" />
</head>Vier Regeln, die zusammen fast alle Probleme verhindern:
- Absolute URL, immer. Relative Angaben wie
/seite.htmlsind zwar erlaubt, werden aber gegen die falsche Basis aufgelöst, sobald ein<base>-Element im Spiel ist oder die Seite unter einer anderen Domain gespiegelt wird. - Genau ein Canonical pro Seite. Zwei widersprüchliche Angaben führen dazu, dass Google beide ignoriert. Der häufigste Auslöser: Ein SEO-Plugin setzt einen, das Theme einen zweiten.
- Das Ziel muss erreichbar und indexierbar sein – Status 200, kein
noindex, keine Weiterleitung, nicht in der robots.txt gesperrt. - Selbstreferenzierend als Standard. Auch eine Seite ohne bekanntes Duplikat bekommt einen Canonical auf sich selbst. Er kostet nichts und fängt jeden Parameter ab, den ein Newsletter-Tool oder eine fremde Verlinkung anhängt.
Der Canonical im HTTP-Header
Für Dateien ohne <head> – PDFs, Bilder, generierte Downloads – geht es über einen HTTP-Header:
<Files "handbuch.pdf">
Header set Link '<https://html-einfach.de/downloads/handbuch.pdf>; rel="canonical"'
</Files>Das ist der einzige Weg, ein PDF zu kanonisieren, das unter mehreren Pfaden ausgeliefert wird.
Canonical, 301, noindex oder robots.txt?
Diese vier werden ständig verwechselt, obwohl sie vier völlig verschiedene Dinge sagen. Der Unterschied ist wichtiger als jede Feinheit der Syntax:
- Canonical: Beide URLs bleiben erreichbar, aber eine soll zählen. Ein Hinweis.
- 301-Weiterleitung: Die alte Adresse gibt es nicht mehr. Eine Anweisung – und das stärkste Kanonisierungssignal überhaupt.
-
noindex: Die Seite bleibt für Nutzer erreichbar, soll aber nicht im Index erscheinen. Für Danke-Seiten, interne Suchergebnisse, Testseiten. -
robots.txt-Disallow: Sperrt nur das Crawling. Google warnt ausdrücklich davor, das zur Kanonisierung zu benutzen: Eine gesperrte URL kann über externe Links trotzdem im Index landen – und weil Google sie nicht abrufen darf, sieht es weder deinen Canonical noch deinnoindex.
Die Kombination Disallow plus noindex ist deshalb ein Klassiker unter den selbstgebauten Problemen: Das noindex wird nie gelesen.
Wie Google den Canonical wirklich behandelt
Google spricht von Kanonisierung als einem Prozess, in den mehrere Signale einfließen. Die Dokumentation ordnet sie nach Stärke:
| Signal | Stärke laut Google |
|---|---|
| Weiterleitung (301/308) | stark |
rel="canonical" |
stark |
| Eintrag in der XML-Sitemap | schwach |
Dazu kommen automatische Präferenzen: HTTPS vor HTTP, und URLs, die in einem hreflang-Cluster stecken, werden bevorzugt. Die interne Verlinkung führt Google in dieser Aufstellung nicht als eigenes Signal – in der Praxis ist sie trotzdem der Faktor, an dem sich die meisten widersprüchlichen Kanonisierungen festmachen lassen, weil sie Google überhaupt erst zeigt, welche Schreibweise du selbst für die richtige hältst.
Der praktische Schluss daraus: Ein Canonical, dem alle anderen Signale widersprechen, setzt sich nicht durch. Wenn du intern konsequent auf /seite/ verlinkst, in der Sitemap /seite/ stehen hast, aber /seite als Canonical angibst, gewinnt meistens die Mehrheit – nicht dein Tag. Kanonisierung ist Konsistenzarbeit, kein einzelnes Attribut. Genau deshalb ist die interne Verlinkung hier ein SEO-Hebel und nicht nur eine Frage der Navigation.
Randnotiz – am besten gar nicht erst doppeln. Der Canonical ist die Reparatur; die saubere Lösung ist, Duplikate zu vermeiden. Eine feste URL-Konvention plus 301-Weiterleitungen von Alt-Adressen verhindert das Problem an der Wurzel. Diese Website macht es so: Jede Seite ist genau eine
.html-Datei ohne abschließenden Schrägstrich, alle internen Links werden aus einer einzigen Navigationsdatei erzeugt, und jede Seite trägt einen selbstreferenzierenden Canonical mit absoluter URL. Damit gibt es schlicht keine zweite Schreibweise, die entstehen könnte.
Die Search Console richtig lesen
Im Indexierungsbericht der Search Console stehen drei Meldungen, die direkt mit Kanonisierung zu tun haben – und die man auseinanderhalten muss, weil sie Gegensätzliches bedeuten.
„Alternative Seite mit richtigem kanonischen Tag“
Alles in Ordnung. Google hat dein Duplikat erkannt und folgt deinem Canonical. Diese Meldung steht unter „Nicht indexiert“, ist aber kein Fehler – sie ist die Bestätigung, dass die Kanonisierung greift. Kein Handlungsbedarf.
„Duplikat, vom Nutzer nicht als kanonisch festgelegt“
Du hast gar keinen Canonical gesetzt, Google hat selbst entschieden. Meist trifft es die richtige Wahl, aber du überlässt sie dem Zufall. Setze einen selbstreferenzierenden Canonical auf allen Seiten – dann wird aus dieser Meldung entweder die obere oder die folgende, und in beiden Fällen weißt du mehr als vorher.
„Duplikat – Google hat eine andere Seite als der Nutzer als kanonische Seite bestimmt“
Die interessanteste der drei: Du hast einen Canonical gesetzt, Google ignoriert ihn. Wichtig zur Einordnung – der Canonical ist ein Hinweis, keine Anweisung. Google darf davon abweichen, und diese Meldung sagt nur, dass es das getan hat. Sie ist kein Ranking-Malus und keine Abstrafung.
Die Ursache liegt fast immer bei einer von vier Stellen. In dieser Reihenfolge abarbeiten:
- Widersprüchliche interne Links. Du kanonisierst auf
/seite-a.html, verlinkst intern aber überwiegend/seite-b.html. Google gewichtet die tatsächliche Verlinkung höher als die Zeile im<head>. Prüfen lässt sich das mit einem Crawl – oder für eine einzelne URL mit einer Suche über die eigene Website. - Die Sitemap enthält die andere Variante. Sitemap-Einträge sind ein Kanonisierungssignal. Steht dort die Version, die du gerade nicht willst, widersprichst du dir selbst.
- Weiterleitungen und Canonical zeigen in verschiedene Richtungen. Wenn
/seite-b.htmlper 301 auf/seite-a.htmlgeht, der Canonical auf/seite-a.htmlaber/seite-b.htmlbenennt, ist die Kette in sich widersprüchlich. - Die Inhalte sind sich zu ähnlich – und die andere Seite passt besser. Dann ist der Canonical nicht das Problem, sondern der dünne Inhalt. Zwei Seiten, die dieselbe Suchintention bedienen, sollten eine sein.
Der häufigste Sonderfall dabei: Die betroffene URL ist gar kein echtes Duplikat, sondern eine Seite mit sehr wenig eigenem Inhalt – eine Paginierungsseite, ein leerer Filter, eine Tag-Übersicht mit zwei Einträgen. Google ordnet sie dann der inhaltsstärkeren Seite zu. Die Lösung heißt hier nicht „besserer Canonical“, sondern entweder mehr eigener Inhalt oder noindex.
Prüfen kannst du die Entscheidung jederzeit mit der URL-Prüfung in der Search Console – sie zeigt unter „Von Google ausgewählte kanonische Seite“ das tatsächliche Ergebnis neben deiner Angabe. Fürs Schnellprüfen im Terminal reicht auch:
curl -s https://html-einfach.de/index.html | grep -i canonicalUnd eine Erwartung noch: Nach einer Korrektur dauert es. Google muss beide Seiten neu crawlen und die Signale neu gewichten; zwei bis sechs Wochen sind normal, bei selten gecrawlten Seiten länger. Eine Indexierung anzufordern beschleunigt das Crawlen, nicht die Entscheidung.
Sonderfälle
Paginierung
Jede Seite einer Blätterstrecke bekommt einen selbstreferenzierenden Canonical – Seite 2 zeigt auf Seite 2, nicht auf Seite 1. Sonst verschwinden die Artikel der Folgeseiten aus dem Index. Die früher üblichen rel="next" und rel="prev" wertet Google seit 2019 nicht mehr aus; sie schaden nicht, bringen für Google aber nichts mehr. Wie die Blätterstrecke bedienbar bleibt, steht bei Pagination & „Mehr laden“.
Filter und Facetten
Hier gilt die Kernfrage: Hat die gefilterte Ansicht eigenes Suchpotenzial? „Laufschuhe Damen Größe 39“ kann eine eigene Landingpage rechtfertigen – dann bekommt sie einen eigenen Canonical auf sich selbst und eigenständigen Text. Eine reine Sortierung nach Preis hat das nie – die kanonisiert auf die ungefilterte Kategorie.
Cross-Domain-Canonical
Wenn du einen Artikel bei einem Partner zweitveröffentlichst, kann dessen Seite per Canonical auf deine Original-URL zeigen. Das funktioniert domainübergreifend und ist der saubere Weg für Syndication. Verlass dich aber nicht blind darauf: Google behandelt auch das als Hinweis.
hreflang und Canonical
Gibt es eine Seite in mehreren Sprachen, sagt hreflang, welche Version für wen gedacht ist:
<link rel="alternate" hreflang="de" href="https://example.de/seite.html" />
<link rel="alternate" hreflang="en" href="https://example.com/page.html" />
<link rel="alternate" hreflang="x-default" href="https://example.com/page.html" />Zwei Regeln dazu: Die Angaben müssen gegenseitig sein – jede Sprachversion verweist auf alle anderen einschließlich sich selbst. Und der Canonical einer Sprachversion zeigt auf sich selbst, niemals auf eine andere Sprache. Genau davor warnt Google ausdrücklich: Ein Canonical, der auf eine andere Sprachvariante zeigt, hebt das ganze hreflang-Cluster aus den Angeln. Für eine rein deutschsprachige Seite brauchst du hreflang gar nicht.
Was für KI-Systeme gilt
Bei klassischen Suchmaschinen ist die Kanonisierung ein etablierter Mechanismus. Für KI-Crawler wie GPTBot, ClaudeBot oder PerplexityBot gibt es keine vergleichbare öffentliche Zusage, dass rel="canonical" ausgewertet wird – ihre Dokumentation schweigt dazu weitgehend.
Praktisch heißt das: Verlass dich für die Zitierbarkeit nicht auf den Canonical, sondern auf die Signale, die jedes System versteht – konsistente interne Verlinkung, eine saubere Sitemap, sprechende URLs, und eine llms.txt, die die maßgeblichen Adressen ausdrücklich nennt. Der Canonical bleibt richtig und wichtig; er ist nur nicht das Werkzeug, mit dem du steuerst, welche URL in einer KI-Antwort auftaucht.
Häufige Fehler
- Kein Canonical – die Suchmaschine wählt selbst, vielleicht die falsche URL.
- Alle Seiten auf die Startseite kanonisieren – der klassische, teure Fehler.
-
Canonical auf eine weitergeleitete oder mit
noindexversehene Seite. -
Zwei Canonicals im
<head>– Plugin und Theme setzen je einen. - Relative URL im Canonical, die gegen eine falsche Basis aufgelöst wird.
- Canonical-Ziel per robots.txt gesperrt – Google kann es nicht prüfen.
-
noindexzusammen mitDisallow– die Anweisung wird nie gelesen. - Paginierte Seiten alle auf Seite 1 kanonisiert.
- hreflang nur einseitig oder mit sprachfremdem Canonical kombiniert.
- Canonical und 301 verwechseln: Der Canonical ist ein Hinweis, die Weiterleitung eine Umleitung.
Häufige Fragen
Ist Duplicate Content eine Abstrafung?
In der Regel nicht. Google filtert Duplikate heraus und wählt eine Version. Das Risiko ist verschenkte Wirkung, nicht eine aktive Strafe.
Canonical oder 301-Weiterleitung?
Wenn eine Adresse dauerhaft wegfällt: 301. Wenn beide Adressen aus gutem Grund erreichbar bleiben sollen, aber nur eine zählen soll: Canonical. Im Zweifel ist die 301 stärker und eindeutiger.
Was bedeutet „Duplikat – Google hat eine andere Seite als der Nutzer als kanonische Seite bestimmt“?
Dass du einen Canonical gesetzt hast und Google ihm nicht folgt. Der Canonical ist ein Hinweis, keine Anweisung – diese Meldung ist deshalb kein Fehler und keine Abstrafung, sondern eine Information. Die vier üblichen Ursachen: widersprüchliche interne Links, eine Sitemap mit der anderen Variante, gegenläufige Weiterleitungen oder zwei Seiten, die inhaltlich zu nah beieinanderliegen. Prüfe sie in dieser Reihenfolge.
Warum ignoriert Google meinen Canonical?
Weil andere Signale lauter sind – meist widersprüchliche interne Links oder eine veraltete Sitemap. Prüfe mit der URL-Prüfung, welche Seite Google gewählt hat, und sorge dafür, dass alle Signale in dieselbe Richtung zeigen.
Braucht jede Seite einen Canonical, auch ohne Duplikat?
Ja, empfehlenswert. Der selbstreferenzierende Canonical kostet nichts und fängt Parameter ab, die du nicht kontrollierst – Kampagnen-Tags, Klick-IDs aus Anzeigen, Tracking-Anhängsel aus fremden Newslettern.
Was ist mit ?utm_source-Parametern?
Die brauchen keine Sonderbehandlung, solange jede Seite einen selbstreferenzierenden Canonical ohne Parameter trägt. Genau dafür ist er da.
Fazit
Doppelte Inhalte verteilen Signale, die zusammengehören. Der selbstreferenzierende Canonical im <head> bündelt sie, eine saubere URL-Konvention beugt vor, und hreflang ordnet Sprachversionen zu.
Die wichtigste Erkenntnis ist aber die Abgrenzung: Der Canonical ist ein Hinweis, die 301 eine Anweisung, noindex ein Ausschluss aus dem Index und Disallow nur eine Crawl-Sperre. Wer diese vier nicht verwechselt, hat 90 % der Kanonisierungsprobleme schon vermieden. Den Rest erledigt Konsistenz: gleiche URL-Form in Links, Sitemap und Canonical – gestützt von sauberen robots.txt & Sitemaps.
Quellen
- Kanonische URLs mit rel="canonical" und anderen Methoden angeben (Google Search Central – Signalstärken, ausdrückliche Warnungen zu robots.txt, Fragmenten und
noindex) - Was Kanonisierung ist (Google Search Central – wie Google die kanonische Seite auswählt und warum ein Canonical nur ein Hinweis ist)