Der Canonical Tag ist ein Link-Element im <head> einer Seite, das Suchmaschinen die bevorzugte URL nennt, wenn derselbe oder sehr ähnlicher Inhalt unter mehreren Adressen erreichbar ist. Google wertet die Angabe als starkes Signal bei der Wahl der kanonischen URL, also der Version, die im Index stehen soll.
Auf einen Blick
- Art
- Link-Element
rel="canonical"im<head>oder HTTP-HeaderLink - Wirkt auf
- Wahl der kanonischen URL bei doppelten Inhalten
- Verbindlich?
- nein, starkes Signal; Google kann eine andere URL wählen
- Spezifikation
- RFC 6596 (April 2012)
Stand:
Wie wirkt der Canonical Tag?
Doppelte URLs entstehen oft technisch: durch Filter- und Sortierparameter, Tracking-Parameter, Varianten mit und ohne www oder durch Produkte, die in mehreren Kategorien liegen. Der Canonical Tag fasst solche Varianten zusammen, ohne dass eine davon unerreichbar wird.
Bindend ist die Angabe für Google nicht. Google nennt drei Methoden der Kanonisierung und ordnet sie nach Stärke: Weiterleitungen und rel="canonical" sind starke Signale, ein Eintrag in der XML-Sitemap ist ein schwaches. Widersprechen sich die Signale, etwa wenn die Sitemap eine andere URL listet als der Canonical, wählt Google selbst. Welche URL Google gewählt hat, zeigt das URL-Prüftool der Search Console.
Für Dateien ohne HTML-Kopf, zum Beispiel PDFs, lässt sich die kanonische URL auch im HTTP-Header Link angeben. Die Linkrelation canonical ist seit April 2012 in RFC 6596 beschrieben.
| Mittel | Verhindert Crawling? | Hält die URL aus der Suche? | Was Google dazu schreibt | Typischer Einsatz |
|---|---|---|---|---|
robots.txt Disallow | ja | nein, die URL kann ohne Inhalt indexiert werden, wenn andere Seiten auf sie verlinken | dient vor allem dazu, den Server nicht mit Anfragen zu überlasten; kein Mittel, eine Seite aus Google herauszuhalten | Crawler-Last begrenzen, Bereiche vom Abruf ausnehmen |
noindex im Robots-Meta-Tag | nein, Google muss die Seite abrufen können | ja | wirkt nur, wenn die Seite nicht per robots.txt gesperrt ist; Google entfernt die Seite dann, auch wenn andere Websites auf sie verlinken | HTML-Seiten, die erreichbar bleiben, aber nicht in den Suchergebnissen erscheinen sollen |
noindex im HTTP-Header X-Robots-Tag | nein, Google muss die URL abrufen können | ja | jede Regel des Robots-Meta-Tags ist auch als Header möglich; gleiche Voraussetzung wie beim Meta-Tag | Dateien ohne HTML-Head wie PDFs, Bilder oder Videos |
rel="canonical" (dieser Begriff) | nein | nicht direkt; starkes Signal dafür, welche von mehreren gleichen URLs kanonisch wird | hilft, Signale wie Links auf die bevorzugte URL zu bündeln; für die Kanonisierung weder robots.txt noch noindex verwenden | Duplikate und sehr ähnliche Seiten, etwa durch Parameter |
| Statuscode 410 (oder 404) | nein, Google ruft die URL aber nach und nach seltener ab | ja, eine bereits indexierte URL wird entfernt | behandelt 404 und 410 gleich | Seite dauerhaft entfernt, es gibt keinen Ersatz |
| Passwortschutz (Login) | ja, Crawler erreichen die Inhalte nicht | ja | einer der Wege, die Google für das dauerhafte Entfernen nennt; berechtigte Nutzer sehen die Seite, Crawler nicht | Private oder vertrauliche Inhalte |
| Search Console: Entfernungen | nein, Google kann die URL weiter crawlen | blendet die URL für etwa sechs Monate aus den Suchergebnissen aus | nur vorübergehend; dauerhaft wirken 404/410, Passwortschutz oder noindex | Eilfall, bis eine dauerhafte Maßnahme greift |
robots.txt und noindex schließen sich gegenseitig aus. Ist eine URL per robots.txt gesperrt, liest Google das noindex nie, und die URL kann trotzdem in den Ergebnissen erscheinen. noindex in der robots.txt selbst unterstützt Google nicht. Quellen: Google Search Central: Introduction to robots.txt (last updated 2025-12-10); Google Search Central: Block Search indexing with noindex (last updated 2025-12-10); Google Search Central: Robots meta tag, data-nosnippet, and X-Robots-Tag specifications (last updated 2026-03-24); Google Search Central: How to specify a canonical URL (last updated 2026-07-10); Google Crawling Infrastructure: How HTTP status codes affect Google's crawlers (last updated 2026-02-04); Google Search Central: Remove information from Google (last updated 2025-12-10); Search Console Help: Removals and SafeSearch reports tool. Stand: .
Beispiel
Die Filterseite https://www.example.com/schuhe?farbe=rot&sort=preis verweist auf die Kategorie:
<head>
<link rel="canonical" href="https://www.example.com/schuhe" />
</head>
Als HTTP-Header für ein PDF:
Link: <https://www.example.com/katalog.pdf>; rel="canonical"
Häufige Fehler
- Relative URLs. Google empfiehlt absolute URLs. Relative Pfade machen Probleme, sobald etwa eine Testumgebung versehentlich crawlbar ist.
- Canonical außerhalb des
<head>. Google berücksichtigt das Element nur im Kopfbereich. - Kanonisierung per robots.txt oder
noindex. Beides rät Google für diesen Zweck ab. Eine per robots.txt gesperrte Seite kann Google nicht lesen, also auch ihren Canonical nicht. - Widerspruch zu hreflang. Google verlangt bei hreflang eine kanonische Seite in derselben Sprache. Zeigt die englische Version per Canonical auf die deutsche, passen die Signale nicht zusammen.
Häufige Fragen
Was heißt „canonical“ auf Deutsch? Kanonisch, im Sinn von „maßgeblich“. Die kanonische URL ist die maßgebliche Adresse eines Inhalts.
Braucht jede Seite einen Canonical Tag?
Google schreibt keine Methode vor und sagt, eine Website komme meist auch ohne Angabe zurecht. Google empfiehlt aber, auf der kanonischen Seite selbst ebenfalls einen rel="canonical"-Link zu setzen (selbstreferenzierender Canonical).
Wertet Google einen per JavaScript gesetzten Canonical aus? Ja, beim Rendern kann Google ihn übernehmen. Google empfiehlt diesen Weg aber nicht. JavaScript soll die kanonische URL nicht auf eine andere Adresse ändern als im ausgelieferten HTML. Laut einem Praxistest aus dem Jahr 2018 verarbeitete Google per Google Tag Manager eingefügte Canonicals. Bis die vier Test-URLs kanonisiert waren, vergingen 10 bis 34 Tage.
Mehr dazu im searchVIU-Blog
Quellen
- Kanonische URL mit rel="canonical" und anderen Methoden angeben – Google Search Centraldevelopers.google.com
- RFC 6596: The Canonical Link Relationrfc-editor.org
- JavaScript SEO Überraschung! Google verwendet JS-injected canonical tags. – searchVIU-Blog (2018)searchviu.com
- Understand the JavaScript SEO basics – Google Search Centraldevelopers.google.com
Stand: