Die Canonical URL (ausgesprochen: ka-NO-ni-cal) ist die bevorzugte oder „offizielle" Version einer Webseite. Das zugehörige HTML-Element rel=canonical ist ein Signal an Suchmaschinen: „Das hier ist die Seite, die ihr indexieren und ranken sollt – alle anderen Versionen sind Duplikate oder Varianten."
Duplicate Content ist eines der häufigsten technischen SEO-Probleme, das oft unbemerkt entsteht. URLs mit und ohne www, mit und ohne abschließendem Slash, mit Sortier- und Filterparametern, als HTTP und HTTPS – technisch können dieselben Inhalte unter Dutzenden verschiedener URLs erreichbar sein. Canonical-Tags lösen dieses Problem elegant, ohne dass Seiten vom Nutzer verborgenen müssen.
Duplicate Content: Das Problem hinter Canonical URLs
Um zu verstehen, warum Canonical-Tags wichtig sind, muss man das Duplicate-Content-Problem verstehen.
Wie Duplicate Content entsteht
Duplicate Content entsteht meistens nicht durch bewusste Entscheidungen, sondern durch technische Gegebenheiten:
URL-Varianten:
https://example.de/produktundhttps://example.de/produkt/https://www.example.deundhttps://example.dehttp://example.deundhttps://example.de
URL-Parameter:
https://example.de/produkte?sort=preisundhttps://example.de/produkte?sort=beliebtheithttps://example.de/seite?utm_source=google(Tracking-Parameter)https://example.de/produkte?page=1undhttps://example.de/produkte
Paginierung:
- Seite 1 und Seite 2 einer Artikelliste haben oft sehr ähnlichen Inhalt (gleiche Navigation, gleicher Footer, ähnliche Meta-Tags)
CMS-generierte Duplikate:
- Produkte in mehreren Kategorien erreichbar
- Druckansichten (
/print/) - Mobile Versionen (veraltet, heute via responsive Design gelöst)
Auswirkungen von Duplicate Content
Google muss bei mehreren gleichen URLs entscheiden, welche Version es indexiert und rankt. Das hat mehrere negative Folgen:
-
Link-Autorität wird geteilt: Wenn externe Links auf verschiedene Varianten einer Seite zeigen, wird die Autorität auf alle Varianten verteilt statt auf eine konzentriert.
-
Crawl-Budget wird verschwendet: Googlebot crawlt mehrere Versionen einer Seite, anstatt das Budget für einzigartige Inhalte zu nutzen.
-
Falsche Version rankt: Google könnte eine technische URL-Variante bevorzugen statt der SEO-optimierten Hauptversion.
-
Ranking-Dilution: Statt einer starken Seite für einen Begriff erscheinen zwei schwächere Varianten.
Der rel=canonical-Tag: Implementierung
Der Canonical-Tag wird im <head>-Bereich des HTML-Dokuments platziert.
Grundsyntax
<head>
<link rel="canonical" href="https://www.example.de/produkt/blue-jeans" />
</head>
Die href-Attribute muss die vollständige, absolute URL enthalten – inklusive Protokoll (https://), Subdomain (www.) und Pfad.
HTTP-Header-Canonical
Alternativ kann canonical auch als HTTP-Header übermittelt werden, was besonders für nicht-HTML-Ressourcen (PDFs, CSV-Dateien) relevant ist:
Link: <https://www.example.de/dokument.pdf>; rel="canonical"
Implementierung in gängigen Systemen
WordPress: SEO-Plugins wie Yoast SEO oder Rank Math setzen Canonical-Tags automatisch und korrekt.
Shopify: Setzt automatisch Self-Referencing Canonicals; bei Produkten in mehreren Kategorien wird die Hauptprodukt-URL kanonisch gesetzt.
Benutzerdefinierte Systeme: Canonical muss programmatisch generiert werden. Wichtig: Keine Canonical-Tags dynamisch aus der aktuellen URL ableiten, da Parameter mitübernommen werden könnten.
Self-Referencing Canonicals
Eine Self-Referencing Canonical ist ein Canonical-Tag, der auf die Seite selbst verweist.
<!-- Auf der URL https://www.example.de/leistungen -->
<link rel="canonical" href="https://www.example.de/leistungen" />
Warum das sinnvoll ist:
- Schützt vor unbeabsichtigten URL-Varianten durch externe Tools (UTM-Parameter, Affiliate-Parameter)
- Gibt Google ein eindeutiges Signal auch ohne vorhandene Duplikate
- Verhindert, dass eine anderweitig kanonisierte Seite versehentlich als kanonisch behandelt wird
- Best Practice, die von Google explizit empfohlen wird
Cross-Domain Canonical
Cross-Domain Canonicals verweisen von einer Domain auf dieselben Inhalte auf einer anderen Domain. Anwendungsfall: syndizierten Content (Gastbeiträge, Pressemitteilungen, Produktbeschreibungen bei Händlern).
Anwendungsbeispiel
Ein Verlag veröffentlicht einen Artikel zuerst auf seiner Website, dann syndizierten Inhalt auch auf einem Partner-Blog. Der Partner-Blog setzt:
<link rel="canonical" href="https://original-verlag.de/artikel/original-artikel" />
So erhält der Original-Artikel die Linkautorität, während der syndizierte Content trotzdem veröffentlicht werden kann.
Google behandelt Cross-Domain Canonical
Google akzeptiert Cross-Domain Canonicals, wenn:
- Die Inhalte tatsächlich gleich oder sehr ähnlich sind
- Der Canonical konsistent gesetzt ist
- Kein Missbrauch zur Manipulation vorliegt
Achtung: Cross-Domain Canonicals funktionieren nicht als Redirect-Ersatz. Nutzer landen weiterhin auf der syndizierenden Seite.
Canonical vs. 301-Redirect: Entscheidungshilfe
| Situation | Canonical | 301-Redirect |
|---|---|---|
| Mehrere URL-Varianten, alle sollen erreichbar bleiben | Ja | Nein |
| Seite wird dauerhaft zu anderer URL umgezogen | Nein | Ja |
| URL-Parameter-Varianten | Ja | Nur wenn Parameter komplett entfernt werden sollen |
| www/non-www-Konsolidierung | Ergänzend | Primär |
| Syndizieter Content auf externer Seite | Ja | Nicht möglich |
| Zusammenführung zweier Seiten zu einer | Nein | Ja |
Häufige Canonical-Fehler und wie man sie vermeidet
Fehler 1: Relative statt absolute URLs
<!-- Falsch -->
<link rel="canonical" href="/produkt/blue-jeans" />
<!-- Richtig -->
<link rel="canonical" href="https://www.example.de/produkt/blue-jeans" />
Relative URLs können zu Canonical-Konflikten führen, wenn Seitenversionen auf verschiedenen Domains oder Protokollen existieren.
Fehler 2: Canonical zeigt auf noindex-Seite
Wenn eine kanonische URL einen noindex-Tag hat, entsteht ein Widerspruch: der canonical sagt „indexiere diese Seite", der noindex sagt „indexiere diese Seite nicht". Google muss eine Entscheidung treffen – meistens wird die Seite nicht indexiert.
Fehler 3: Canonical-Kette
Seite A → canonical auf Seite B → canonical auf Seite C
Google folgt Canonical-Ketten, empfiehlt aber direkten Verweis auf die finale kanonische URL.
Fehler 4: Jede Seite verweist auf die Startseite
Ein häufiger Fehler bei Templates: Ein Canonical-Tag wird falsch implementiert und zeigt auf die Startseite statt auf die jeweilige Seite. Das bedeutet, dass Google alle Unterseiten als Duplikat der Startseite betrachtet.
Fehler 5: Canonical und noindex-Tag kombinieren
Canonical sagt: „Diese URL ist die Hauptversion." noindex sagt: „Indexiere diese URL nicht." Das ist widersprüchlich und führt zu unvorhersehbarem Verhalten.
Canonical in der Google Search Console prüfen
Die Search Console zeigt für jede URL an, welche Version Google als kanonisch betrachtet.
URL-Inspektionstool
Unter „URL inspizieren" in der Search Console sehen Sie:
- Von Google ausgewählte kanonische URL: Welche Version hat Google tatsächlich kanonisiert?
- Vom Nutzer deklarierte kanonische URL: Was sagt Ihr canonical-Tag?
Wenn beide Werte übereinstimmen, funktioniert Ihr Canonical-Tag korrekt. Wenn Google eine andere URL wählt als angegeben, gibt es ein technisches Problem oder Google-seitige Präferenz für eine andere Variante.