Canonical-Tag: doppelte URLs sauber bündeln

Viele Websites haben mehrere URLs mit gleichem oder sehr ähnlichem Inhalt. Für Nutzer ist das oft kein Problem. Für Suchmaschinen schon.

Beispiel:

https://example.ch/produkt
https://example.ch/produkt/
https://example.ch/produkt?utm_source=newsletter
https://www.example.ch/produkt

Für Menschen ist das wahrscheinlich dieselbe Produktseite. Für Google können es mehrere URLs sein. Wenn nicht klar ist, welche Version die Hauptversion ist, muss Google selbst entscheiden.

Genau hier hilft der Canonical-TagDer Canonical-Tag ist ein HTML-Link-Element, das Suchmaschinen die bevorzugte (kanonische) URL einer Seite mitteilt. Er hilft, doppelte oder ähnliche URLs auf eine Hauptversion zu bündeln.Zum Glossareintrag →.

RankScan kennt zum Canonical zwei Massnahmen:

• «Seiten ohne Canonical-Hinweis»: Auf den betroffenen Seiten fehlt der Canonical-Tag.
• «Canonical-Hinweis mit Parametern»: Der Canonical-Tag nennt eine Adresse mit Parametern, etwa ?utm_id=….

Wichtig ist die Einordnung:

Ein fehlender Canonical-Tag ist nicht automatisch ein akuter Schaden für die Suchmaschinenoptimierung (SEO)Suchmaschinenoptimierung (SEO) umfasst alle Maßnahmen, mit denen eine Website in den unbezahlten (organischen) Suchergebnissen besser sichtbar wird.Zum Glossareintrag →. Aber er kann zu Kontrollverlust führen, wenn dieselben Inhalte unter mehreren URLs erreichbar sind.

In diesem Artikel erfährst du, was ein Canonical-Tag ist, wann du ihn brauchst, wie du ihn richtig setzt und welche Fehler du vermeiden solltest. Beide Massnahmen haben je einen eigenen Abschnitt mit dem Vorgehen.

Was ist ein Canonical-Tag? #

Ein Canonical-Tag ist ein Link-Element in der Hypertext Markup Language (HTML)HyperText Markup Language (HTML) ist die Auszeichnungssprache für Webseiten. Mit ihr werden Struktur und Inhalt einer Seite definiert, etwa Überschriften, Absätze, Links und Bilder.Zum Glossareintrag →, der Auszeichnungssprache für Webseiten, im <head> einer Seite. Es zeigt Suchmaschinen, welche URL als bevorzugte Version eines Inhalts gelten soll.

Beispiel:

<link rel="canonical" href="https://example.ch/produkt/" />

Das bedeutet sinngemäss:

Diese URL ist die kanonische Hauptversion dieses Inhalts.

Google beschreibt CanonicalisierungCanonical-Signale sind alle Hinweise, mit denen Suchmaschinen die kanonische Hauptversion einer Seite bestimmen. Dazu zählen der Canonical-Tag, interne Links, die Sitemap, Redirects und hreflang.Zum Glossareintrag → als Prozess, bei dem eine repräsentative URL aus einer Gruppe doppelter oder sehr ähnlicher Seiten ausgewählt wird. Diese URL ist die kanonische URL.
Quelle: Google Search Central: Was ist URL-Kanonisierung?

Was bedeutet «Seiten ohne Canonical-Hinweis»? #

Die RankScan-Massnahme «Seiten ohne Canonical-Hinweis» bedeutet: Auf erreichbaren Seiten (Statuscode 2xx) fand der Crawl keinen Canonical-Tag.

Einstufung in RankScan: Schwere hoch · Aufwand gering · Arbeitsart Entwicklung.

Fachlich kann ein fehlender Canonical harmlos sein, wenn:

• die Seite eindeutig nur unter einer URL erreichbar ist,
• keine Parameter- oder Varianten-URLs existieren,
• die Seite nicht indexiertBei der Indexierung verarbeitet eine Suchmaschine gecrawlte Inhalte und entscheidet, ob eine URL in den Suchindex aufgenommen wird. Nur indexierte Seiten können in den Suchergebnissen erscheinen.Zum Glossareintrag → werden soll,
• es sich um eine unwichtige technische URL handelt.

Es kann aber problematisch sein, wenn:

• dieselbe Seite über mehrere URLs erreichbar ist,
• Parameter-URLs indexierbar sind,
• Filterseiten sehr ähnliche Inhalte erzeugen,
• Produktvarianten eigene URLs haben,
• httpHTTP (Hypertext Transfer Protocol) ist das Protokoll, über das Browser und Server Webinhalte austauschen. HTTPS ist die verschlüsselte, sichere Variante dieses Protokolls.Zum Glossareintrag →/https oder www/non-www nicht sauber vereinheitlicht sind,
• die Sitemap andere URLs enthält als intern verlinkt werden,
• Google eine andere kanonische URL auswählt als gewünscht.

RankScan stuft die Massnahme mit hoher Schwere ein. Saubere Canonicals helfen Suchmaschinen und KI-Systemen, Inhalte einer eindeutigen Ziel-URL zuzuordnen. Bewerte die einzelne Seite trotzdem im Kontext.

Warum ist der Canonical-Tag wichtig für SEO? #

Der Canonical-Tag hilft dabei, Suchmaschinen klare Signale zu geben.

1. Bevorzugte Haupt-URL definieren #

Wenn Inhalte unter mehreren URLs erreichbar sind, kannst du mit dem Canonical-Tag angeben, welche URL bevorzugt werden soll.

Beispiel:

https://example.ch/schuhe
https://example.ch/schuhe?sort=price

Die Sortier-URL kann auf die Hauptkategorie canonicalisieren:

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

2. Signale bündeln #

Google erklärt, dass Canonical-Signale helfen können, Signale für doppelte URLs zu konsolidieren. Dazu gehören zum Beispiel Links oder andere Signale, die sonst auf verschiedene URL-Varianten verteilt wären.
Quelle: Google Search Central: Doppelte URLs zusammenfassen

3. Falsche URLs in Suchergebnissen vermeiden #

Ohne klare Canonical-Signale kann Google eine Parameter-, Tracking- oder Varianten-URL als kanonisch auswählen.

Das kann zu unschönen oder unpassenden Suchergebnissen führen.

4. Crawling und Indexierung effizienter machen #

Canonical-Tags lösen kein Crawl-BudgetDas Crawl-Budget beschreibt, wie viele URLs eine Suchmaschine in einem bestimmten Zeitraum auf einer Website crawlt. Es wird vor allem bei sehr grossen Websites relevant.Zum Glossareintrag →-Problem allein. Aber sie helfen Suchmaschinen, ähnliche URLs besser einzuordnen und die bevorzugte Version zu erkennen.

Canonical ist ein Hinweis, kein absoluter Befehl #

Ein wichtiger Punkt: Der Canonical-Tag ist für Google ein Signal, aber kein garantiertes Kommando.

Google kann deine Canonical-Angabe ignorieren, wenn andere Signale dagegen sprechen.

Beispiele:

• Der Canonical zeigt auf eine 404-Seite.
• Der Canonical zeigt auf eine noindex-Seite.
• Die Zielseite ist inhaltlich nicht ähnlich.
• Interne Links zeigen überwiegend auf eine andere URL.
• Die Sitemap enthält eine andere URL.
• hreflang verweist auf nicht-kanonische URLs.
• mehrere Canonicals widersprechen sich.
• Redirects zeigen auf eine andere Version.

Google empfiehlt deshalb, Canonical-Signale konsistent zu halten und keine widersprüchlichen Methoden einzusetzen.
Quelle: Google Search Central: Doppelte URLs zusammenfassen

Selbstreferenzierender Canonical: Warum er sinnvoll ist #

Ein selbstreferenzierender Canonical zeigt auf die aktuelle URL.

Beispiel auf:

https://example.ch/seo-beratung/

Canonical:

<link rel="canonical" href="https://example.ch/seo-beratung/" />

Das wirkt auf den ersten Blick überflüssig, ist aber sinnvoll.

Vorteile:

• Die Seite benennt sich selbst als bevorzugte Version.
• Parameter-Varianten erhalten ein klares Ziel.
• Scraping- oder Kopierfälle können besser eingeordnet werden.
• Die Logik des Content-Management-Systems (CMSEin Content-Management-System (CMS) ist eine Software zur Erstellung, Verwaltung und Veröffentlichung von Webinhalten, meist ohne Programmierkenntnisse. Bekannte Beispiele sind WordPress oder Shopify.Zum Glossareintrag →), also des Systems zur Verwaltung von Webinhalten, und der Templates bleibt konsistenter.
• Audits werden einfacher.

Für wichtige indexierbare Seiten ist ein selbstreferenzierender Canonical deshalb Best Practice.

Wann du einen Canonical-Tag brauchst #

Canonical-Tags sind besonders wichtig, wenn mehrere URLs sehr ähnliche Inhalte haben.

Typische Fälle:

URL-Parameter #

/produkt?utm_source=newsletter
/produkt?sort=price
/produkt?filter=rot

Produktvarianten #

/t-shirt-blau
/t-shirt-rot
/t-shirt-gruen

Produkte in mehreren Kategorien #

/herren/schuhe/modell-x
/sale/schuhe/modell-x
/marken/nike/modell-x

Sortierung und Filter im Shop #

/schuhe?sort=price_asc
/schuhe?farbe=schwarz
/schuhe?groesse=42

Druck- oder PDF-Versionen #

/ratgeber/canonical-tag
/ratgeber/canonical-tag?print=1
/downloads/canonical-tag.pdf

Für Nicht-HTML-Dateien wie PDFs kann Canonical auch über den Header des Hypertext Transfer Protocol (HTTP) gesetzt werden. Google dokumentiert dafür den Link-HTTP-Header mit rel="canonical".
Quelle: Google Search Central: rel=canonical HTTP header

Canonical-Tag richtig setzen #

Der Canonical-Tag gehört in den <head> der HTML-Seite.

Richtig:

<head>
  <link rel="canonical" href="https://example.ch/hauptseite/" />
</head>

Wichtig:

• im <head> platzieren,
• absolute URL verwenden,
• HTTPS-Version verwenden,
• finale Ziel-URL verwenden,
• keine Weiterleitungskette,
• keine noindex-Zielseite,
• keine 404-Zielseite,
• nur eine klare Canonical-Angabe,
• Zielseite sollte inhaltlich ähnlich sein.

Google nennt in einem Blogbeitrag mehrere typische Fehler mit rel=canonical, darunter falsche Zielseiten, Canonical-Ketten und problematische Kombinationen mit anderen Signalen.
Quelle: Google Search Central Blog: 5 common mistakes with rel=canonical

Canonical vs. 301-Redirect vs. noindex vs. robots.txt #

Canonical wird oft mit anderen Steuerungsmöglichkeiten verwechselt.

Wann Canonical? #

Wenn mehrere ähnliche URLs bestehen bleiben sollen, aber eine Hauptversion bevorzugt werden soll.

Beispiel:

/schuhe?sort=price → canonical auf /schuhe

Wann 301-Redirect? #

Wenn eine URL nicht mehr gebraucht wird.

Beispiel:

/alte-seite → /neue-seite

Wann noindex? #

Wenn eine Seite erreichbar bleiben, aber nicht in Google erscheinen soll.

Beispiel:

/suche?q=seo
/warenkorb
/danke

Wichtig: Wenn Google noindex sehen soll, darf die Seite nicht per robots.txt blockiert sein. Google muss die Seite crawlen können, um den noindex-Hinweis zu erkennen.
Quelle: Google Search Central: Robots Meta Tags

Wann robots.txt? #

robots.txt steuert Crawling, ist aber meist nicht die richtige Lösung zur Canonicalisierung.

Wenn du eine URL per robots.txt blockierst, kann Google den Canonical-Tag auf dieser Seite nicht zuverlässig lesen.

Priorisierung: Wann ist ein fehlender Canonical wirklich dringend? #

Nicht jede fehlende Canonical-Angabe ist gleich wichtig. Die folgende Tabelle ist eine allgemeine fachliche Einordnung. RankScan zeigt für die Massnahme eine einzige Schwere: hoch.

Die wichtigste Regel:

Fehlende Canonicals zuerst dort beheben, wo indexierbare Seiten, Duplicate Content, Parameter, Varianten oder kommerziell wichtige URLs betroffen sind.

Content-Fehler oder Template-Fehler? #

Entscheidend ist, ob der fehlende Canonical nur eine einzelne Seite betrifft oder ein ganzes Template.

Content- oder Einzelproblem #

Beispiele:

• manuell erstellte Landingpage ohne Canonical,
• Sonderseite mit individuellem Template,
• PDF ohne Canonical-Header,
• einzelne Produktseite mit abweichender Konfiguration.

Lösung: Seite oder Konfiguration direkt korrigieren.

Template- oder CMS-Problem #

Beispiele:

• Head-Template gibt keinen Canonical aus,
• SEO-Plugin ist deaktiviert,
• Canonical-Feld wird nicht gerendert,
• Shop-Template canonicalisiert Varianten falsch,
• Sprachversionen setzen denselben Canonical,
• mehrere Plugins erzeugen widersprüchliche Canonicals,
• JavaScript setzt Canonical erst clientseitig.

Lösung: Template, SEO-Komponente, Plugin-Konfiguration oder RenderingJavaScript-Rendering bezeichnet den Vorgang, bei dem ein Browser oder Crawler JavaScript-Code ausführt, um daraus die fertige, sichtbare Seite zu erzeugen. Erst nach diesem Schritt entstehen Inhalte, die nicht bereits im ausgelieferten HTML stehen.Zum Glossareintrag → prüfen.

Ein Template-Problem ist meist dringender, weil es viele indexierbare URLs betreffen kann.

Canonical in WordPress, Shops und CMS #

WordPress Canonical-Tag #

WordPress erzeugt in vielen Setups bereits Canonical-Tags. SEO-Plugins wie Yoast SEO, Rank Math oder The SEO Framework ergänzen und steuern diese Logik.

Wichtig bei WordPress:

• nur ein Plugin sollte Canonicals steuern,
• Custom Post Types prüfen,
• Archivseiten prüfen,
• paginierte Seiten prüfen,
• WooCommerce-Produktvarianten prüfen,
• Canonical-Feld bei Sonderseiten kontrollieren.

Wenn Theme und Plugin gleichzeitig Canonicals ausgeben, können doppelte oder widersprüchliche Tags entstehen.

Craft CMS, TYPO3 und individuelle Systeme #

Bei individuellen CMS-Setups hängt die Canonical-Logik stark vom Template ab.

Wichtig:

• Canonical im globalen Head-Partial ausgeben,
• pro Entry eine kanonische URL definieren,
• Multisite-/Mehrsprachigkeit sauber behandeln,
• keine Staging-URLs ausgeben,
• absolute Produktions-URLs verwenden,
• Fallbacks definieren.

Shopify und E-Commerce #

Shops erzeugen Canonicals häufig automatisch. Trotzdem solltest du prüfen:

• Produktvarianten,
• Collection-URLs,
• Filterseiten,
• Sortierungen,
• Paginierung,
• interne Suche,
• Parameter-URLs.

Gerade bei Shops ist ein Canonical-Check wichtig, weil viele URL-Varianten entstehen können.

Internationale Seiten: Canonical und hreflang richtig kombinieren #

Bei mehrsprachigen oder regionalen Websites dürfen Canonicals und hreflang nicht gegeneinander arbeiten.

Beispiel:

example.ch/seo-beratung
example.de/seo-beratung
example.at/seo-beratung

Wenn jede Seite für einen eigenen Markt gedacht ist, sollte jede Version einen selbstreferenzierenden Canonical haben.

Zusätzlich verweist hreflang auf die jeweiligen Alternativen.

Google empfiehlt hreflang, um lokalisierte Versionen einer Seite anzugeben.
Quelle: Google Search Central: Lokalisierte Versionen einer Seite mitteilen

Falsch wäre:

example.ch canonicalisiert auf example.de

wenn die Schweizer Seite eigenständig ranken soll.

Die 6 häufigsten Canonical-Fehler #

Fehler 1: Canonical fehlt auf wichtigen indexierbaren Seiten #

Das ist der Fall der Massnahme «Seiten ohne Canonical-Hinweis». Google muss die kanonische URL selbst bestimmen.

Fehler 2: Canonical zeigt auf noindex-Seite #

Das ist widersprüchlich: Eine Seite wird als Hauptversion genannt, soll aber nicht indexiert werden.

Fehler 3: Canonical zeigt auf 404 oder Weiterleitung #

Ein Canonical sollte auf eine finale, erreichbare URL mit Statuscode 200Der HTTP-Status 200 (OK) bedeutet, dass eine Seite erfolgreich gefunden und ausgeliefert wurde. Nur 200-URLs sollten in der Sitemap stehen und als Canonical-Ziel dienen.Zum Glossareintrag → zeigen.

Fehler 4: Mehrere Canonicals auf einer Seite #

Mehrere Canonicals können durch Theme, Plugin oder Tag-Manager entstehen. Das Signal wird dadurch unklar.

Fehler 5: Canonical-Ketten #

A canonicalisiert auf B
B canonicalisiert auf C

Besser: A und B verweisen direkt auf C.

Fehler 6: Falscher Canonical bei Paginierung #

Seite 2 einer Liste zeigt auf sich selbst, nicht auf Seite 1. Seite 2, 3 oder 4 zeigt meist andere Einträge als Seite 1 und braucht dann einen selbstreferenzierenden Canonical.

Signal-Konsistenz: Canonical allein reicht nicht #

Canonical-Tags wirken am besten, wenn andere Signale dasselbe Ziel unterstützen.

Prüfe:

• interne Links zeigen auf die kanonische URL,
• Sitemap enthält nur kanonische URLs,
• hreflang verweist auf kanonische Sprach-/Länderversionen,
• Redirects führen zur kanonischen URL,
• Canonical-Ziel ist indexierbar,
• Canonical-Ziel hat Statuscode 200,
• die Seite ist nicht per robots.txt blockiert,
• keine widersprüchlichen Canonicals existieren.

Google nennt Sitemaps ebenfalls als Canonical-Signal: URLs in der Sitemap sind ein Hinweis darauf, welche Seiten du als wichtig und kanonisch betrachtest.
Quelle: Google Search Central: Sitemap als Canonical-Signal

Canonical mit Parametern #

Die RankScan-Massnahme «Canonical-Hinweis mit Parametern» bedeutet: Das Canonical der betroffenen Seiten nennt eine Adresse mit Parametern. Suchmaschinen können so Werbe- oder Buchungsvarianten statt der eigentlichen Seite indexieren.

Einstufung in RankScan: Schwere hoch · Aufwand gering · Arbeitsart Entwicklung.

Zeigt das Canonical auf eine Adresse mit Parametern, kann Google eine Variante als Hauptversion wählen. Links und Rankings können sich dann auf mehrere Adressen verteilen. Google fasst Duplikate oft auch selbst zusammen, aber nicht immer nach deinem Wunsch. Ein Canonical ohne Tracking-Parameter nennt deine bevorzugte Adresse eindeutig. Das Canonical bleibt ein Signal, keine Garantie für Googles Auswahl.

Zwei Befunde führen zur Massnahme #

1. Kampagnen-Parameter im Canonical. Das Canonical enthält Parameter wie utm_id, gbraid oder gad_source:

<!-- Seite /angebot/ -->
<link rel="canonical" href="https://example.ch/angebot/?utm_id=fruehling" />

Dieser Befund kann auch Seiten treffen, die du ohne Parameter aufrufst. Der Grund ist der Seitencache. Ruft jemand die Seite zuerst mit ?utm_id=… auf, speichert der CacheCaching speichert bereits abgerufene Inhalte zwischen, sodass sie bei erneuten Aufrufen schneller bereitstehen und Server sowie Netzwerk entlastet werden.Zum Glossareintrag → die Seite mit diesem Canonical. Danach liefert der Cache dasselbe Canonical auch an alle anderen Besucher aus, auch an Suchmaschinen. Weil der Cache-Zustand wechselt, kann der Befund in einem Lauf fehlen und im nächsten wieder auftauchen.

2. Varianten, die sich selbst zur Hauptseite erklären. Eine Adresse mit Parametern zeigt denselben Inhalt wie die Seite ohne Parameter. Ihr Canonical zeigt aber auf sich selbst, mit Parametern:

<!-- Adresse /buchung?adults=2&arrival=2026-05-01 -->
<link rel="canonical" href="https://example.ch/buchung?adults=2&arrival=2026-05-01" />

Typisch sind Buchungs-, Anmelde- und Filtervarianten. Den Befund trägt die Seite ohne Parameter, die Varianten stehen als Detail dabei.

Nicht betroffen sind Adressen mit eigener Query und eigenem Inhalt, etwa Seite 2 einer Liste. Sie bleiben eigene Seiten mit eigenem Canonical. Varianten, deren Canonical schon auf die Seite ohne Parameter zeigt, zählt RankScan in keiner Massnahme mit.

Vorgehen #

1. Gib die Liste an Entwicklung oder Agentur weiter.
2. Lass Kampagnen-Parameter wie utm_id, gbraid oder gad_source aus dem Canonical entfernen.
3. Lass Adressen mit Parametern, die denselben Inhalt zeigen, im Canonical auf die Adresse ohne Parameter zeigen.
4. Öffne eine betroffene Seite einmal mit ?utm_id=test und einmal ohne.
5. Prüfe in beiden Quelltexten, dass das Canonical auf die Adresse ohne Parameter zeigt.
6. Melde die Massnahme als umgesetzt, sobald die Änderung online ist.

Prüfweg: Der nächste vollständige Crawl prüft alle betroffenen Seiten. RankScan meldet dann «Behoben» oder «Noch nicht behoben» mit der Zahl der Seiten, die noch fehlen.

Variante TYPO3: cHash und excludedParameters #

Steht in den Befunden ein Parameter cHash, läuft die Website mit TYPO3. RankScan zeigt dann angepasste Schritte. TYPO3 berechnet den cHash aus den Parametern einer Adresse. Mit der Einstellung excludedParameters lässt TYPO3 bestimmte Parameter bei dieser Berechnung weg.
Quelle: TYPO3 Changelog: CacheHashConfiguration und excludedParameters

1. Gib die Liste an Entwicklung oder Agentur weiter.
2. Lass in TYPO3 die Kampagnen-Parameter in die Einstellung FE › cacheHash › excludedParameters eintragen. Dazu gehören etwa utm_id, gbraid, wbraid, gad_source und gad_campaignid.
3. Besprich mit der Agentur, ob dort auch Buchungs- oder Filterparameter hingehören. Nur solche, die den Inhalt nicht ändern.
4. Lass die Agentur auch die SEO-Erweiterung prüfen. Manche Erweiterungen setzen das Canonical selbst und haben eigene Einstellungen für Parameter.
5. Lass danach den Seitencache leeren. Prüfe, ob ein vorgeschalteter Cache Adressen mit Parametern getrennt speichert.
6. Öffne eine betroffene Seite einmal mit ?utm_id=test und einmal ohne. Prüfe in beiden Quelltexten, dass das Canonical auf die Adresse ohne Parameter zeigt.
7. Melde die Massnahme als umgesetzt, sobald die Änderung online ist.

Was tun bei «Seiten ohne Canonical-Hinweis»? #

Wenn RankScan «Seiten ohne Canonical-Hinweis» meldet, beginne bei der Einstellung, die alle Seiten betrifft.

Schritt 1: SEO-Einstellungen zuerst prüfen #

Viele Website-Systeme setzen den Canonical-Tag in den SEO-Einstellungen für alle Seiten. Prüfe diese Einstellung zuerst. Fehlt sie, gib die Liste an Entwicklung oder Agentur weiter.

Die Regeln für den Tag:

• Er zeigt auf die volle Adresse der Seite, ohne Tracking-Parameter wie utm_ oder fbclid.
• Seite 2 einer Liste zeigt auf sich selbst, nicht auf Seite 1.
• Er kommt im Quelltext genau einmal vor.

Schritt 2: Indexierbarkeit prüfen #

Frage zuerst:

• Ist die Seite indexierbar?
• Hat sie Statuscode 200?
• Ist sie intern verlinkt?
• Ist sie in der Sitemap?
• Hat sie organische ImpressionenImpressionen geben an, wie oft das Suchergebnis einer Website in der Google-Suche eingeblendet wurde, unabhängig davon, ob darauf geklickt wurde. Sie sind eine Kernmetrik der Google Search Console und zeigen die reine Sichtbarkeit einer Seite für bestimmte Suchanfragen.Zum Glossareintrag →?
• Ist sie kommerziell oder inhaltlich wichtig?

Wenn nein, ist der fehlende Canonical oft weniger kritisch.

Schritt 3: URL-Varianten prüfen #

Gibt es Varianten der Seite?

• mit und ohne Slash,
• mit und ohne www,
• http und https,
• mit Parametern,
• über mehrere Kategorien,
• als Druckversion,
• als PDF,
• als Sprach- oder Länderversion.

Wenn ja, ist ein Canonical deutlich wichtiger.

Schritt 4: Ursache bestimmen #

Schritt 5: Canonical-Ziel festlegen #

Wähle die URL, die ranken soll.

Die kanonische URL sollte:

• erreichbar sein,
• Statuscode 200 liefern,
• indexierbar sein,
• inhaltlich zur Quellseite passen,
• intern verlinkt sein,
• in der Sitemap stehen,
• keine unnötigen Parameter enthalten,
• die bevorzugte HTTPS-/www-Version verwenden.

Schritt 6: Canonical setzen #

Beispiel:

<link rel="canonical" href="https://example.ch/seo-beratung/" />

Für Parameter-URL:

https://example.ch/seo-beratung/?utm_source=newsletter

Canonical:

<link rel="canonical" href="https://example.ch/seo-beratung/" />

Schritt 7: Prüfen und als umgesetzt melden #

Prüfe nach der Korrektur im Quelltext einer Seite:

• Ist der Canonical vorhanden?
• Ist er im <head>?
• Ist er absolut?
• Zeigt er auf eine 200-URL?
• Zeigt er nicht auf noindex?
• Gibt es nur einen Canonical?
• Stimmen Sitemap und interne Links überein?
• Gibt es keine Canonical-Ketten?
• Wählt Google dieselbe kanonische URL?

Melde die Massnahme danach als umgesetzt. Der nächste vollständige Crawl prüft alle betroffenen Seiten. RankScan meldet dann «Behoben» oder «Noch nicht behoben» mit der Zahl der Seiten, die noch fehlen.

Kontrolle in der Google Search Console #

Mit dem URL-Prüftool der Google Search ConsoleDie Google Search Console (GSC) ist ein kostenloses Google-Tool, das zeigt, wie eine Website in der organischen Suche performt, mit Daten zu Impressionen, Klicks, Klickrate und durchschnittlicher Position sowie zu Indexierung und technischen Problemen.Zum Glossareintrag → kannst du prüfen, ob Google deine Canonical-Angabe übernommen hat.

Wichtige Felder:

• Vom Nutzer angegebene kanonische URL
• Von Google ausgewählte kanonische URL

Wenn diese Werte abweichen, heisst das nicht automatisch, dass der Canonical falsch ist. Es bedeutet aber, dass Google andere Signale stärker bewertet.

Dann solltest du prüfen:

• interne Links,
• Sitemap,
• Redirects,
• Hreflang,
• Content-Ähnlichkeit,
• Statuscodes,
• noindex,
• robots.txt,
• Canonical-Ketten.

Was RankScan beim Canonical prüft #

RankScan prüft beim Crawl fünf Befunde:

• Canonical fehlt: Eine erreichbare Seite hat keinen Canonical-Tag. Daraus entsteht «Seiten ohne Canonical-Hinweis».
• Mehrere Canonicals: Eine Seite gibt mehr als einen Canonical-Tag aus. Daraus entsteht keine eigene Massnahme.
• Ziel nicht erreichbar: Das Canonical zeigt auf eine Adresse, die im Crawl mit einem Fehler antwortet. Daraus entsteht keine eigene Massnahme.
• Kampagnen-Parameter im Canonical: Das Canonical enthält etwa utm_id oder gclid. Daraus entsteht «Canonical-Hinweis mit Parametern».
• Parameter-Varianten: Eine Adresse mit Parametern zeigt denselben Inhalt wie die Seite ohne Parameter, erklärt sich aber per Canonical selbst zur Hauptseite. Auch daraus entsteht «Canonical-Hinweis mit Parametern».

Weitere Punkte prüft RankScan nicht. Dazu gehören Canonical-Ketten, Widersprüche zu hreflang oder Sitemap und die von Google gewählte kanonische URL. Diese Punkte prüfst du bei Bedarf selbst, etwa mit der Checkliste unten und der Google Search Console.

Beispiel: Filter-URLs ohne Canonical #

Ausgangslage #

Ein Shop hat eine Kategorie:

https://example.ch/schuhe/

Durch Filter entstehen viele Varianten:

https://example.ch/schuhe/?farbe=schwarz
https://example.ch/schuhe/?groesse=42
https://example.ch/schuhe/?sort=price

Keine dieser Adressen trägt einen Canonical-Tag. RankScan meldet:

Massnahme: «Seiten ohne Canonical-Hinweis»
Einstufung: Schwere hoch · Aufwand gering · Entwicklung
Betroffene Seiten: die Kategorie und die gecrawlten Filter-Adressen

Analyse #

Die meisten Filterseiten haben keine eigene Suchintention und sollen nicht separat ranken.

Lösung #

Die Hauptkategorie erhält einen selbstreferenzierenden Canonical:

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

Unwichtige Filter- und Sortierseiten canonicalisieren auf die Hauptkategorie:

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

Danach gelten die Filter-Adressen in RankScan als Parameter-Varianten. Sie zählen in keiner Massnahme mehr mit.

Achte auf einen Fehler: Setzt das Shop-System auf jeder Filter-Adresse ein Canonical auf sich selbst, mit Parametern, entsteht die Massnahme «Canonical-Hinweis mit Parametern». Das gilt für Filter-Adressen, die denselben Text zeigen wie die Kategorie.

Relevante Filter mit Suchvolumen können als eigene Landingpages aufgebaut werden:

https://example.ch/schuhe/wanderschuhe-damen/

mit selbstreferenzierendem Canonical.

Ergebnis #

Die Canonical-Signale werden klarer. Google erhält bessere Hinweise, welche URL für welche SuchintentionDie Suchintention ist die Absicht, die hinter einer Suchanfrage steht: Will der Nutzer etwas wissen, etwas kaufen oder eine bestimmte Seite ansteuern? Inhalte ranken nur gut, wenn sie diese Absicht treffen.Zum Glossareintrag → vorgesehen ist.

Checkliste: Canonical-Tag richtig setzen #

Nutze diese Checkliste:

• Hat jede wichtige indexierbare Seite einen Canonical?
• Ist der Canonical im <head>?
• Ist die URL absolut?
• Nutzt sie die bevorzugte HTTPS-/www-Version?
• Zeigt der Canonical auf eine erreichbare 200-URL?
• Ist die Zielseite indexierbar?
• Gibt es nur einen Canonical pro Seite?
• Gibt es keine Canonical-Ketten?
• Gibt es keine Canonical-Loops?
• Stimmen interne Links mit der kanonischen URL überein?
• Enthält die Sitemap nur kanonische URLs?
• Passen hreflang und Canonical zusammen?
• Werden Parameter- und Filter-URLs sauber behandelt?
• Zeigt das Canonical auch beim Aufruf mit ?utm_id=test auf die Adresse ohne Parameter?
• Sind PDF- oder Datei-Versionen berücksichtigt?
• Hast du die Massnahme in RankScan als umgesetzt gemeldet?

Ergänzend dazu helfen 404-Fehler, um die Ursache sauber einzugrenzen und die nächsten SEO-Massnahmen zu priorisieren.

<link rel="canonical" href="https://example.ch/bevorzugte-url/" />

Fazit: Canonical-Tags schaffen Klarheit im URL-Dschungel #

Der Canonical-Tag ist kein Ranking-Trick, sondern ein wichtiges Steuerungssignal für Duplicate Content, URL-Varianten und technische SEO.

Die RankScan-Massnahmen «Seiten ohne Canonical-Hinweis» und «Canonical-Hinweis mit Parametern» sind besonders wichtig, wenn indexierbare Seiten, Shops, Parameter, Produktvarianten oder mehrere URL-Versionen betroffen sind. Dann muss Google selbst entscheiden, welche URL die Hauptversion ist.

Die beste Vorgehensweise lautet:

1. SEO-Einstellungen der Website zuerst prüfen,
2. URL-Varianten erkennen,
3. kanonische Hauptversion festlegen: Tracking-Parameter entfernen, weitgehend gleiche Varianten auf die Hauptversion zeigen lassen, Adressen mit eigenem Inhalt wie Seite 2 behalten ihr eigenes Canonical,
4. Canonical im <head> als absolute URL setzen,
5. mit ?utm_id=test prüfen, ob das Canonical sauber bleibt,
6. interne Links, Sitemap, hreflang und Redirects konsistent halten,
7. die Massnahme als umgesetzt melden; der nächste vollständige Crawl prüft die Seiten,
8. in der Google Search Console prüfen, ob Google dieselbe Canonical-Version wählt.

So erhalten deine wichtigsten Inhalte eine eindeutige Haupt-URL. Das Canonical bleibt ein Signal: Google kann eine andere Version wählen.

Quellen und weiterführende Informationen #

• Google Search Central: Doppelte URLs zusammenfassen
• Google Search Central: Was ist URL-Kanonisierung?
• Google Search Central: rel=canonical HTTP header
• Google Search Central: Robots Meta Tags
• Google Search Central: Lokalisierte Versionen einer Seite mitteilen
• Google Search Central Blog: 5 common mistakes with rel=canonical
• TYPO3 Changelog: CacheHashConfiguration und excludedParameters