Canonical Tag richtig einsetzen

Was ist eine kanonische URL?

Eine kanonische URL ist die bevorzugte Adresse innerhalb einer Gruppe identischer oder sehr ähnlicher Seiten. Suchmaschinen versuchen, solche URL-Varianten zusammenzufassen, damit nicht mehrere nahezu gleiche Dokumente getrennt verarbeitet und in den Suchergebnissen gegeneinander ausgespielt werden.

Dabei muss zwischen zwei Ebenen unterschieden werden: Websitebetreiber können mit rel="canonical" eine bevorzugte URL vorschlagen. Google bewertet diesen Hinweis zusammen mit Weiterleitungen, Sitemap, internen Links, Inhalt und weiteren Signalen und kann eine andere URL auswählen. Der im Quelltext angegebene Canonical ist deshalb ein starkes Signal, aber keine zwingende Anweisung.

Canonicalisierung ist kein Ersatz für eine klare Website-Struktur. Wenn unnötige URL-Varianten dauerhaft erreichbar bleiben, intern verlinkt und in Sitemaps eingetragen werden, entsteht trotz Canonical zusätzlicher Crawling- und Wartungsaufwand.

Wie doppelte und ähnliche URLs entstehen

Tracking- und Kampagnenparameter wie ?utm_source= oder ?gclid=.
Sortierungen und Filter in Shops, etwa nach Preis, Farbe, Größe oder Lieferbarkeit.
HTTP und HTTPS sowie Varianten mit und ohne www.
URLs mit unterschiedlichen Groß- und Kleinschreibungen oder abschließenden Slashes.
Druckansichten, PDF-Versionen, Session-IDs und alternative Ausgabeformate.
Produktvarianten, die denselben Hauptinhalt unter mehreren Adressen zeigen.
Übernommene oder syndizierte Inhalte auf einer zweiten Domain.

Vor der technischen Umsetzung wird geklärt, ob die Seiten wirklich Duplikate sind. Unterschiedliche Suchintentionen, Produkte, Regionen oder Sprachen dürfen nicht allein wegen ähnlicher Textbausteine auf eine gemeinsame URL kanonisiert werden.

Canonical Tag im HTML-Head

Bei HTML-Dokumenten wird der Canonical als <link>-Element im syntaktisch korrekten <head> ausgegeben. Für die bevorzugte Produkt-URL kann die Angabe so aussehen:

<link rel="canonical" href="https://www.example.de/produkte/produkt-123/" />

Auch die kanonische Seite selbst sollte auf ihre eigene vollständige URL verweisen. Diese Selbstreferenz macht die gewünschte Schreibweise von Protokoll, Host, Pfad und Slash eindeutig und schützt vor ungewollten Varianten durch Parameter oder fehlerhafte Verlinkungen.

Eine absolute HTTPS-URL verwenden.
Pro Dokument nur einen eindeutigen Canonical ausgeben.
Auf eine erreichbare URL mit Status 200 verweisen.
Den Canonical serverseitig im ursprünglichen HTML bereitstellen.
Keine URL-Fragmente wie #details als Canonical-Ziel einsetzen.

Canonical-Signale konsistent kombinieren

Google bewertet mehrere Signale gemeinsam. Je eindeutiger sie auf dieselbe URL zeigen, desto wahrscheinlicher wird die gewünschte Variante ausgewählt.

Methode	Geeigneter Einsatz	Wichtige Grenze
Permanente Weiterleitung	Eine alte oder unerwünschte URL soll nicht mehr verwendet werden	Nutzer und Crawler erreichen nur noch das Ziel
rel="canonical"	Mehrere ähnliche URLs müssen erreichbar bleiben	Hinweis kann bei Widersprüchen ignoriert werden
XML-Sitemap	Kanonische, indexierbare URLs gesammelt melden	Schwächer als Redirect oder Canonical-Element
Interne Verlinkung	Websiteweit konsequent auf bevorzugte URLs verweisen	Repariert keine falschen Canonicals oder Redirects

Eine URL sollte nicht im Canonical auf Seite A, in der Sitemap auf Seite B und per Weiterleitung auf Seite C zeigen. Solche Konflikte erschweren die Auswahl und führen häufig dazu, dass Google den angegebenen Canonical nicht übernimmt.

Canonical im HTTP Link Header

Für nicht auf HTML basierende Dokumente, beispielsweise PDF- oder Office-Dateien, kann ein Canonical im HTTP Response Header gesendet werden:

HTTP/1.1 200 OK
Content-Type: application/pdf
Link: <https://www.example.de/wissen/whitepaper/>; rel="canonical"

Bei HTML-Seiten sollte eine Implementierungsart bevorzugt werden. Derselbe Canonical gleichzeitig im HTML und im HTTP Header ist technisch möglich, erhöht aber das Risiko, dass spätere Änderungen nur an einer Stelle durchgeführt werden und widersprüchliche Angaben entstehen.

Canonical, Weiterleitung oder Noindex?

Eine permanente Weiterleitung ist die passende Lösung, wenn eine alte oder doppelte URL für Nutzer nicht mehr benötigt wird. Der Canonical ist sinnvoll, wenn Varianten aus funktionalen Gründen erreichbar bleiben müssen, aber in der Suche als eine gemeinsame Ressource behandelt werden sollen.

noindex verfolgt ein anderes Ziel: Die betreffende URL soll nicht als Suchergebnis erscheinen. Es ist kein sauberes Verfahren zur Zusammenführung von Signalen. Auch eine Sperre in robots.txt kanonisiert keine URL; sie kann sogar verhindern, dass Suchmaschinen einen Canonical im Seiteninhalt abrufen.

Canonical und noindex sollten auf derselben URL nicht als Standardkombination eingesetzt werden. Das eine Signal schlägt eine bevorzugte indexierbare Version vor, das andere verlangt den Ausschluss der aktuellen URL. Für eine stabile Lösung wird zunächst entschieden, ob die URL ersetzt, zusammengeführt oder vollständig aus dem Suchindex ausgeschlossen werden soll.

Onlineshops, Filter und Produktvarianten

In Onlineshops entstehen besonders viele URL-Varianten. Nicht jede Filterseite sollte pauschal auf die ungefilterte Kategorie kanonisiert werden. Wenn eine gefilterte Seite eine eigenständige Nachfrage erfüllt, passende Produkte zeigt und als Landingpage ausgebaut wurde, kann sie eine selbstreferenzierende kanonische URL verdienen.

Reine Sortierungen, Trackingparameter und technisch identische Ansichten können dagegen auf die stabile Kategorie- oder Produkt-URL verweisen. Varianten mit eigenständigen Preisen, Verfügbarkeiten, Bildern oder Suchintentionen werden zunächst fachlich bewertet. Ein Canonical auf ein nur ungefähr ähnliches Produkt kann relevante Seiten aus der Indexierung verdrängen.

<!-- Sortierung ohne eigenen Suchwert -->
https://www.example.de/schuhe/?sort=preis

<link rel="canonical" href="https://www.example.de/schuhe/" />

Weitere Besonderheiten bei Kategorien, Produkten, Filtern und Merchant Center erläutern wir unter Onlineshop SEO.

Pagination nicht auf Seite 1 kanonisieren

Seite 2, 3 und weitere Seiten einer paginierten Kategorie enthalten andere Produkte oder Beiträge. Sie sind deshalb normalerweise keine Duplikate der ersten Seite und sollten jeweils einen selbstreferenzierenden Canonical besitzen.

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

Eine gemeinsame View-all-Seite kann nur dann als Canonical geeignet sein, wenn sie tatsächlich den vollständigen Inhalt der Teilseiten enthält, technisch zuverlässig lädt und für Nutzer sinnvoll bedienbar bleibt. Ein automatischer Canonical aller Folgeseiten auf Seite 1 kann dazu führen, dass Inhalte der späteren Seiten nicht angemessen verarbeitet werden.

Canonical und Hreflang

Hreflang und Canonical lösen unterschiedliche Aufgaben. Canonical fasst gleiche oder sehr ähnliche URL-Varianten zusammen; Hreflang verbindet eigenständige Sprach- und Regionalversionen. Jede Sprachversion sollte deshalb in der Regel auf sich selbst oder auf eine kanonische URL derselben Sprache verweisen.

Zeigt eine deutsche Seite per Canonical auf die englische Version, während Hreflang beide als Alternativen kennzeichnet, entstehen widersprüchliche Signale. In einen Hreflang-Cluster gehören die kanonischen, indexierbaren URLs. Die vollständige technische Umsetzung erklären wir im Beitrag Hreflang richtig einsetzen.

Canonical bei JavaScript-Websites

Bei clientseitig gerenderten Websites sollte der richtige Canonical möglichst bereits im ursprünglichen HTML stehen. JavaScript darf ihn nicht nachträglich auf eine andere URL ändern oder ein zweites Element ergänzen.

Falls eine rein clientseitige Anwendung den Canonical erst beim Rendern erzeugen kann, muss das gerenderte HTML kontrolliert werden. Entscheidend ist nicht die Einstellung im Framework, sondern das Dokument, das Google tatsächlich verarbeitet. Die URL-Prüfung der Google Search Console kann Quell- und Renderingprobleme sichtbar machen.

Domainübergreifende Canonicals

Ein Canonical kann auf eine andere Domain zeigen, wenn derselbe Inhalt beispielsweise bei einem Partner, in einem Presseportal oder in mehreren Unternehmensauftritten veröffentlicht wird. Die veröffentlichende Fremdseite signalisiert damit, welche Ursprungsversion bevorzugt werden soll.

Die Entscheidung sollte vertraglich und technisch abgestimmt sein. Der Betreiber der Zielseite kann den Canonical auf einer fremden Domain nicht erzwingen, und Suchmaschinen können ihn ignorieren, wenn Inhalte, Signale oder Erreichbarkeit nicht zusammenpassen. Für bewusst eigenständige Fassungen ist eine inhaltliche Differenzierung oft sinnvoller als eine pauschale domainübergreifende Kanonisierung.

Typische Canonical-Fehler

Mehrere Canonical-Elemente nennen unterschiedliche Ziele.
Der Canonical steht im sichtbaren <body> statt im <head>.
Das Ziel leitet weiter, liefert einen Fehlerstatus oder ist mit noindex ausgeschlossen.
Canonical-Ketten und Schleifen verweisen über mehrere URLs oder gegenseitig aufeinander.
HTML, HTTP Header, Sitemap, interne Links und Hreflang nennen verschiedene Varianten.
Alle Filter-, Produkt- oder Paginierungsseiten werden unabhängig vom Inhalt auf eine Sammelseite kanonisiert.
Staging-, Vorschau- oder alte Domains bleiben nach einem Relaunch als Canonical-Ziel eingetragen.
Ein Plugin erzeugt zusätzlich zum Theme oder Shopsystem einen zweiten Canonical.

Canonicals systematisch prüfen

URL-Gruppen bilden: Parameter, Filter, Protokolle, Hosts und alternative Pfade vollständig erfassen.
Suchziel bestimmen: Für jede Gruppe entscheiden, welche URL eigenständig indexiert werden soll.
Status und Indexierbarkeit prüfen: Canonical-Ziele müssen erreichbar, crawlbar und für die Indexierung geeignet sein.
Quelltext und gerendertes HTML vergleichen: Doppelte oder per JavaScript veränderte Angaben erkennen.
Signale abgleichen: Redirects, interne Links, Sitemap, Hreflang und Canonical auf Konsistenz prüfen.
Search Console verwenden: Vom Nutzer angegebenen und von Google ausgewählten Canonical vergleichen.
Nach Änderungen beobachten: Crawling, Indexierung und Leistung betroffener Seitengruppen über mehrere Wochen kontrollieren.

Einzelne Stichproben reichen bei Shops und großen Websites nicht aus. Fehler entstehen häufig auf Template-Ebene und betreffen ganze URL-Muster. Deshalb werden Canonicals zusammen mit Statuscodes, robots-Anweisungen, internen Links und Sitemaps gecrawlt und gruppenweise ausgewertet.

Kurze Canonical-Checkliste

Ist das Ziel inhaltlich identisch oder ein sinnvoller vollständiger Ersatz?
Wäre eine permanente Weiterleitung konsequenter?
Verweist die kanonische Seite auf sich selbst?
Antwortet das Ziel direkt mit Status 200 und ohne noindex?
Nennen Sitemap, interne Links und Hreflang dieselbe bevorzugte URL?
Bleibt der Canonical im Quelltext und nach dem Rendering identisch?
Wurde die Auswahl in Search Console und mit einem Crawler kontrolliert?

Technische Quellen und weiterführende Dokumentation

Die Empfehlungen dieses Beitrags beruhen auf dem Standard für die Canonical Link Relation und der aktuellen Dokumentation von Google:

Weitere technische Beiträge finden Sie im Bereich SEO-Wissen. Eine Prüfung konkreter Canonical-Probleme ist Bestandteil unserer SEO-Seitenanalyse.