Sie haben einen hervorragenden Blogartikel geschrieben. Er rankt gut, bringt Traffic, generiert Anfragen. Dann stellen Sie fest: Google hat nicht die schoene, saubere URL indexiert, sondern eine Version mit Tracking-Parametern. Oder die mobile Variante. Oder eine Druckversion, von der Sie gar nicht wussten, dass sie existiert.
Willkommen in der Welt von Duplicate Content — und der Loesung dafuer: Canonical Tags.
Was Duplicate Content ist und warum er schadet
Duplicate Content bedeutet: Der gleiche oder sehr aehnliche Inhalt ist unter mehreren URLs erreichbar. Das passiert oefter als Sie denken.
Wie Duplicate Content entsteht
URL-Varianten: Ihre Seite ist unter pakumedia.de/blog und pakumedia.de/blog/ erreichbar (mit und ohne Trailing Slash). Technisch zwei verschiedene URLs — inhaltlich identisch.
Parameter: Tracking-Parameter wie ?utm_source=newsletter oder Session-IDs erzeugen neue URLs fuer den gleichen Inhalt.
www vs. nicht-www: pakumedia.de und www.pakumedia.de — ohne korrekte Konfiguration sind das fuer Google zwei verschiedene Websites.
HTTP vs. HTTPS: Nach der SSL-Umstellung ist der Inhalt unter beiden Protokollen erreichbar, wenn die Weiterleitungen nicht sauber eingerichtet sind.
Sortierung und Filter: Ein Online-Shop zeigt die gleichen Produkte unter /schuhe?sort=preis und /schuhe?sort=beliebtheit. Gleiche Produkte, andere URL.
Druckversionen: /artikel/titel und /artikel/titel/print — identischer Inhalt in anderem Layout.
Warum Google das nicht mag
Google moechte jede Seite nur einmal indexieren. Wenn der gleiche Inhalt unter mehreren URLs existiert, muss Google entscheiden:
- Welche URL soll in den Suchergebnissen erscheinen?
- Auf welche URL soll die Rankingkraft verteilt werden?
- Welche Version soll gecrawlt werden?
Ohne klare Signale verteilt Google die Rankingkraft auf alle Versionen — statt sie auf einer einzigen URL zu konzentrieren. Das Ergebnis: Keine Version rankt so gut, wie sie koennte.
Was ein Canonical Tag ist
Ein Canonical Tag ist ein HTML-Element im Head-Bereich einer Seite. Es sagt Google: "Diese URL ist die bevorzugte Version dieses Inhalts. Bitte indexiere und ranke diese — ignoriere alle anderen Varianten."
Der Canonical Tag ist ein Hinweis, keine Anweisung. Google behaelt sich vor, ihn zu ignorieren, wenn andere Signale widersprechen. In der Praxis befolgt Google Canonical Tags aber in der uebergrossen Mehrheit der Faelle.
Selbstreferenzierender Canonical
Jede Seite sollte einen Canonical Tag enthalten, der auf sich selbst verweist. Das klingt redundant, hat aber einen wichtigen Zweck: Es teilt Google proaktiv mit, welche URL die kanonische Version ist — bevor Duplicate-Content-Probleme entstehen.
Cross-Domain Canonical
Ein Canonical Tag kann auch auf eine andere Domain verweisen. Wenn Sie einen Gastbeitrag auf einer fremden Website veroeffentlichen, kann diese Seite einen Canonical Tag auf Ihren Originalartikel setzen. Die Rankingkraft fliesst dann zu Ihnen.
Wann Sie Canonical Tags einsetzen sollten
Fall 1: URL-Parameter
Ihre Seite generiert URLs mit Tracking-Parametern, Sortierungen oder Filtern. Der Inhalt bleibt gleich, die URL aendert sich.
Loesung: Canonical Tag auf die saubere, parameterfreie URL setzen. /produkte soll als kanonisch gelten, nicht /produkte?utm_source=newsletter.
Fall 2: www vs. nicht-www
Ihre Website ist sowohl mit als auch ohne www erreichbar.
Loesung: Entscheiden Sie sich fuer eine Variante, richten Sie 301-Weiterleitungen ein und setzen Sie Canonical Tags auf die bevorzugte Version. Beides zusammen — Weiterleitung und Canonical — ist die sicherste Variante.
Fall 3: HTTP vs. HTTPS
Nach der HTTPS-Umstellung sind noch HTTP-Versionen erreichbar.
Loesung: 301-Weiterleitungen von HTTP auf HTTPS plus Canonical Tags auf die HTTPS-Version.
Fall 4: Seitenversionen (Druck, AMP, Mobile)
Ihre Website hat separate Druckversionen, AMP-Seiten oder eine eigene mobile Version.
Loesung: Canonical Tag auf die Hauptversion. Die Druckversion verweist per Canonical auf den Originalartikel.
Fall 5: Aehnliche Produktseiten
Ihr Shop verkauft das gleiche T-Shirt in Rot, Blau und Gruen — mit jeweils eigener URL, aber nahezu identischem Text.
Loesung: Hier gibt es zwei Strategien. Entweder: Canonical auf die Hauptvariante, alle anderen als Varianten markieren. Oder: Jede Variante mit einzigartigem Content versehen (eigene Beschreibung, eigene Bilder).
Fall 6: Syndizierter Content
Sie veroeffentlichen Ihren Artikel auf Ihrer Website und (mit Erlaubnis) auf einer Partnerseite.
Loesung: Die Partnerseite setzt einen Cross-Domain Canonical auf Ihren Originalartikel. So profitiert Ihr Artikel von der zusaetzlichen Sichtbarkeit, ohne Rankingkraft zu verlieren.
Canonical Tag vs. 301-Weiterleitung
Beide loesen Duplicate-Content-Probleme — aber auf unterschiedliche Weise.
301-Weiterleitung
Der Nutzer wird automatisch von URL A zu URL B weitergeleitet. URL A ist nicht mehr erreichbar. Google uebertraegt die Rankingkraft von A nach B.
Verwenden wenn: Die alte URL nicht mehr existieren soll. Nutzer sollen die neue URL sehen.
Canonical Tag
Beide URLs bleiben erreichbar. Nutzer koennen URL A weiterhin aufrufen. Aber Google weiss: URL B ist die kanonische Version.
Verwenden wenn: Beide URLs aus technischen oder geschaeftlichen Gruenden existieren muessen. Zum Beispiel bei URLs mit Parametern, die fuer Tracking gebraucht werden.
Faustregel
Wenn Sie eine URL komplett ersetzen koennen: 301-Weiterleitung. Wenn beide URLs existieren muessen: Canonical Tag.
Canonical Tags richtig implementieren
In statischem HTML
Der Canonical Tag gehoert in den Head-Bereich jeder Seite. Er muss eine absolute URL enthalten — keine relative.
In Next.js
Next.js bietet in der Metadata API die Moeglichkeit, Canonical URLs deklarativ zu setzen. In der page.tsx-Datei definieren Sie die kanonische URL als Teil der Metadata.
In WordPress
Plugins wie Yoast SEO oder Rank Math setzen Canonical Tags automatisch. Sie koennen die kanonische URL aber auch manuell ueberschreiben — wichtig bei speziellen Faellen wie syndizierten Inhalten.
In der Sitemap
Ihre Sitemap sollte nur kanonische URLs enthalten. Wenn /blog/artikel die kanonische URL ist, gehoert /blog/artikel?utm_source=newsletter nicht in die Sitemap.
Haeufige Fehler mit Canonical Tags
Fehler 1: Canonical auf eine nicht-indexierbare Seite
Der Canonical Tag verweist auf eine Seite mit noindex-Tag oder eine Seite, die per robots.txt blockiert ist. Google erhaelt widerspruechliche Signale und ignoriert beides.
Regel: Die kanonische URL muss indexierbar sein.
Fehler 2: Canonical-Ketten
Seite A verweist per Canonical auf Seite B, Seite B verweist per Canonical auf Seite C. Google muss mehrere Spruenge machen und kann die Kette ignorieren.
Regel: Der Canonical Tag muss direkt auf die finale, kanonische URL verweisen. Keine Ketten, keine Weiterleitungen.
Fehler 3: Canonical und hreflang im Widerspruch
Bei mehrsprachigen Websites: Die deutsche Seite setzt einen Canonical auf die englische Version. Das widerspricht den hreflang-Signalen, die beide Versionen als gleichwertige Sprachvarianten deklarieren.
Regel: Jede Sprachversion hat ihren eigenen, selbstreferenzierenden Canonical.
Fehler 4: Canonical auf die Startseite
Statt individuelle Canonicals zu setzen, verweisen alle Unterseiten per Canonical auf die Startseite. Google interpretiert das als: "Alle Unterseiten sind Duplikate der Startseite." Im schlimmsten Fall werden alle Unterseiten aus dem Index entfernt.
Regel: Jede Seite verweist per Canonical auf sich selbst — nie auf eine andere, nicht verwandte Seite.
Fehler 5: Relative statt absolute URLs
Ein Canonical mit /blog/artikel statt https://pakumedia.de/blog/artikel kann zu Fehlinterpretationen fuehren, besonders wenn die Seite ueber verschiedene Protokolle oder Subdomains erreichbar ist.
Regel: Canonical URLs sind immer absolut — mit Protokoll und Domain.
Canonical Tags pruefen und ueberwachen
Google Search Console
Unter "Seiten" zeigt die Search Console, welche URLs Google als kanonisch betrachtet — und ob das mit Ihren Canonical Tags uebereinstimmt. Pruefen Sie das regelmaessig.
Technisches SEO-Audit
Tools wie Screaming Frog, Ahrefs oder Sitebulb crawlen Ihre Website und identifizieren Canonical-Probleme: fehlende Tags, Ketten, Widersprueche zu hreflang oder noindex.
Browser-Pruefung
Im Quellcode jeder Seite (Rechtsklick → Seitenquelltext) koennen Sie den Canonical Tag manuell pruefen. Steht er im Head? Enthaelt er die richtige, absolute URL?
Canonical Tags und technisches SEO: Das grosse Bild
Canonical Tags sind ein Baustein im technischen SEO — nicht die gesamte Loesung. Sie arbeiten zusammen mit:
- 301-Weiterleitungen fuer permanente URL-Wechsel
- robots.txt fuer das Blockieren von Crawlern
- noindex fuer Seiten, die nicht in den Index sollen
- hreflang fuer mehrsprachige Zuordnungen
- XML-Sitemap fuer die Auflistung aller kanonischen URLs
Alle diese Signale muessen konsistent sein. Ein Canonical Tag auf eine Seite, die per robots.txt blockiert ist, erzeugt einen Widerspruch. Eine Sitemap, die nicht-kanonische URLs enthaelt, verwirrt Google.
Was wir bei PAKU Media empfehlen
Selbstreferenzierende Canonical Tags auf jeder Seite — automatisch generiert, nicht manuell gepflegt. Bei Next.js-Projekten setzen wir Canonicals in der Metadata API, die sich dynamisch aus der aktuellen Route generieren. Kein manueller Aufwand, keine vergessenen Seiten.
Zusaetzlich: Regelmaessige Pruefung in der Search Console, ob Google unsere Canonicals akzeptiert. Und eine Sitemap, die nur kanonische URLs enthaelt.
Fazit
Canonical Tags sind unspektakulaer aber unverzichtbar. Sie sind die Hygiene des technischen SEO — wenn sie fehlen oder falsch gesetzt sind, leidet alles andere darunter.
Die Regel ist einfach: Jede Seite bekommt einen selbstreferenzierenden Canonical Tag mit absoluter URL. Duplicate Content wird entweder per Canonical auf die bevorzugte Version verwiesen oder per 301-Weiterleitung aufgeloest. Und alle Signale — Canonical, hreflang, Sitemap, noindex — muessen zueinander passen.
Wenn Sie das beachten, haben Sie eines der haeufigsten SEO-Probleme dauerhaft geloest.