1. November 2026

Canonical Tag: So legen Sie die bevorzugte URL fest

Von Philipp Nessmann, Geschäftsführer von SEO Agents · Zuletzt aktualisiert: 12. November 2026

Canonical Tag auf einen Blick

Eine Angabe je Seite: Stehen zwei Canonicals mit unterschiedlichen Zielen im Head, kann Google keiner eindeutig folgen. Meist schreiben System und Plugin, Theme oder App je eine Angabe.
Nur im Head: Die Angabe wirkt nur im Head, dem Kopfbereich des Quelltexts. Steht dort vor ihr ein iframe oder img, endet der Head für Google an dieser Stelle.
Eigene Stichprobe: Bei 165 Websites, die wir von Februar bis März 2026 gecrawlt haben, fehlte das Canonical auf 21 % der Seiten. Auf 9 Websites verwies es auf Adressen, die selbst nicht indexierbar waren.
Varianten mit Nachfrage: Suchen Menschen gezielt nach einer Farbe oder einem Filter, braucht diese Variante eine indexierbare Seite, deren Canonical auf sie selbst verweist.

Stand: Oktober 2026

Mit einem Canonical Tag, einem link-Element im Kopfbereich (Head) des Quelltexts, nennen Sie Suchmaschinen die bevorzugte URL, wenn gleiche Inhalte unter mehreren Adressen erreichbar sind. Google behandelt die Angabe als starkes Signal und gleicht sie mit weiteren Hinweisen ab. Folgt Google ihr, bündelt die Suchmaschine Links und andere Signale auf dieser einen Version.

Wie funktioniert ein Canonical Tag?

Jede Variante einer Seite nennt im Head dieselbe bevorzugte URL, und Google fasst alle zu einer Gruppe zusammen, die unter dieser Adresse im Index steht. Doppelte URLs entstehen meist ungeplant, etwa durch Parameter, also Zusätze nach einem Fragezeichen am Ende der Adresse.

Grafik: vier URL-Varianten verweisen per Canonical auf eine kanonische URL

Das Ziel des Tags heißt kanonische URL, und den Vorgang, bei dem Google aus einer Gruppe von Duplikaten eine Version für den Index auswählt, nennt Google Kanonisierung.

Aufbau des link-Elements

Im Quelltext besteht die Angabe aus einer einzigen Zeile im Head-Bereich der Seite.

<link rel="canonical" href="https://www.beispiel-shop.de/damen/sneaker-weiss/">

Das Element link verknüpft das Dokument mit einer anderen Ressource, und das Attribut rel legt die Art der Beziehung fest, hier die kanonische. Im Attribut href steht die vollständige Adresse der bevorzugten Version.

Wann wählt Google eine andere Version?

Google wählt selbst eine Version, sobald andere Signale dem Canonical widersprechen. Weiterleitungen und rel=canonical zählen dabei zu den starken Signalen, die Aufnahme in die XML-Sitemap zu den schwachen, dazu kommen HTTPS und die Zugehörigkeit zu einem hreflang-Cluster, einer per hreflang verknüpften Gruppe von Sprach- oder Länderversionen. Zu einer Gruppe fasst Google laut der Dokumentation zur Kanonisierung nur Seiten zusammen, deren Hauptinhalt sich gleicht.

Fehlt das Canonical ganz, wählt Google die Version, die aus Sicht der Suchmaschine für Nutzer am nützlichsten ist, und das muss nicht die Adresse sein, die Sie intern verlinken. Möglich sind etwa eine Parameter-URL mit Tracking-Zusatz, eine Druckansicht oder eine alte HTTP-Variante.

Grafik: vier Effekte des Canonical Tags laut Google

Was bringt ein Canonical Tag für SEO?

Ein Canonical bringt nach Googles Dokumentation die richtige Adresse in die Suchergebnisse, bündelt Signale auf einer URL, vereinfacht Auswertungen und verringert das Crawling von Duplikaten. Doppelte Inhalte an sich sind normal und verstoßen nicht gegen die Spamrichtlinien von Google. Zum Problem werden sie, wenn die falsche Adresse gewinnt oder sich Signale auf mehrere Varianten verteilen.

Externe Websites verlinken selten exakt die Adresse, die Sie bevorzugen, und Links landen etwa auf einer Variante mit Parameter, auf der HTTP-Version oder auf einem Kategoriepfad. Erkennt Google die kanonische Version, rechnet die Suchmaschine diese Backlinks und weitere Signale einer URL zu. In der Search Console laufen Klicks und Impressionen dann auf einer Adresse zusammen, und der Leistungsbericht führt jeden Inhalt in einer einzigen Zeile.

Duplikate mit Canonical besucht der Googlebot weiterhin, aber seltener, was bei großen Shops mit vielen Parameter-URLs das Crawl Budget schont.

In welchen Fällen brauchen Sie ein Canonical Tag?

Das Canonical Tag passt dort, wo eine Variante für Besucher erreichbar bleiben soll, etwa eine sortierte Kategorie oder eine Druckansicht. Braucht niemand die Variante, ist eine Weiterleitung die bessere Lösung. Die häufigsten Ursachen für Duplicate Content sind Parameter, verschiedene Schreibweisen der Adresse und Produkte in mehreren Kategorien.

Druckansichten unter eigener Adresse bekommen ein Canonical auf die Originalseite, PDF-Fassungen eines Datenblatts die Angabe im HTTP-Header. Für A/B-Tests unter eigenen URLs empfiehlt Google ein Canonical von der Testvariante auf das Original und für Weiterleitungen während des Tests den Statuscode 302.

Verschiedene Schreibweisen derselben Adresse

Die Adresse beispiel.de/kontakt gibt es mit und ohne www, mit http oder https und mit oder ohne Schrägstrich am Ende, zusammen acht URLs mit demselben Inhalt. Großbuchstaben im Pfad erzeugen weitere Varianten, denn dort unterscheiden URLs zwischen Groß- und Kleinschreibung. Erste Wahl ist hier eine serverseitige 301 Weiterleitung, die dauerhaft auf eine einzige Schreibweise umleitet. Zusätzlich sichert ein Canonical auf die eigene Adresse ab, falls doch eine Variante ausgeliefert wird.

Parameter-URLs und Filterseiten

Sobald Besucher in einer Kategorie filtern oder sortieren, hängt das System Parameter an die Adresse, etwa /damen/sneaker/?sort=preis oder /damen/sneaker/?farbe=weiss. Kampagnenlinks mit UTM-Parametern, die für die Auswertung die Herkunft eines Besuchs markieren, und Session-IDs, die jede Sitzung einzeln kennzeichnen, vervielfachen die Varianten weiter. URLs mit Sortierung, Tracking-Zusatz oder Session-ID verweisen per Canonical auf die Adresse ohne Parameter.

Eine feste Schwelle, ab der Filterseiten in den Index gehören, gibt es nicht. Wir prüfen jede Filterkombination danach, ob sie eigenen Inhalt bietet, den keine andere Seite der Website hat, und ob Menschen gezielt danach suchen. Ziel ist, wertvollen eigenen Inhalt zu indexieren und Duplicate Content sowie die Verschwendung von Crawl Budget zu vermeiden. Erfüllt eine Auswahl wie weiße Damensneaker beide Bedingungen, bekommt sie eine indexierbare Seite, deren Canonical auf die eigene Adresse verweist (Selbstverweis), und eine lesbare URL wie /damen/sneaker/weiss/.

Produktvarianten und Artikel in mehreren Kategorien

Viele Shopsysteme erlauben, ein Produkt mehreren Kategorien zuzuordnen, etwa Damen, Sneaker und Sale. Bildet das System den Kategoriepfad in der URL ab, existiert derselbe Artikel unter drei Adressen. Alle drei verweisen dann per Canonical auf eine feste Produkt-URL, am besten ohne Kategoriepfad.

Gleiche Inhalte auf mehreren eigenen Domains

Ein Canonical auf eine andere Domain oder Subdomain kann Google ebenfalls übernehmen, auch wenn Googles Dokumentation darauf nur am Rande eingeht. Sinnvoll ist das, wenn Ihnen beide Adressen gehören. Typisch sind ein Shop auf shop.beispiel.de, dessen Produkttexte zusätzlich auf der Hauptdomain stehen, und eine Microsite mit Texten der Hauptseite.

Ab wann ist ähnlicher Inhalt ein Fall für das Canonical Tag?

Ein Canonical auf das Original gehört auf jede Seite, deren Hauptinhalt mit einer anderen Seite übereinstimmt und keinen eigenen Nutzen bietet. Unterscheiden sich zwei Seiten nur in Kopf- und Fußzeile oder anderen Nebenbereichen wie dem Boilerplate Content, behandelt Google sie trotzdem als Duplikate.

Für Standortseiten, die sich nur im Ortsnamen unterscheiden, ist ein Canonical Tag keine Lösung. Jede Standortseite braucht eigene Angaben, etwa Ansprechpartner, Anfahrt oder Referenzen aus der Region.

Einbindung im Head und im HTTP-Header

Grafik: Canonical hinter einem iframe bleibt wirkungslos, früh im Head und im HTTP-Header einer PDF ist es wirksam

Sie binden rel=canonical im HTML-Head ein, bei Dateien wie PDFs im HTTP-Header oder über die Einstellungen des Content-Management-Systems (CMS) oder Shopsystems. Jede URL bekommt genau eine Angabe mit vollständiger Adresse.

Einbindung im HTML-Head

Zuerst legen Sie für jede Gruppe von Duplikaten fest, welche Adresse ranken soll. Das link-Element kommt in den Head, möglichst weit oben, und jede Variante verweist auf das Original, das Original auf sich selbst. Im Head sind nach HTML-Standard und laut der Doku zu gültigen Metadaten nur die Elemente title, meta, link, script, style, base, noscript und template zulässig. Ein iframe oder img an dieser Stelle beendet den Head für Google, und ein Canonical dahinter bleibt wirkungslos, obwohl es im Quelltext korrekt aussieht.

Canonical im HTTP-Header für PDFs und andere Dateien

PDFs oder Word-Dateien haben keinen Head-Bereich. Für sie gibt es die Angabe im HTTP-Header, dem Datenkopf, den der Server zusammen mit der Datei ausliefert.

Link: <https://www.beispiel-shop.de/damen/sneaker-weiss/>; rel="canonical"

Auf Apache-Servern mit dem Modul mod_headers lässt sich der Header in der .htaccess setzen, sofern der Server dort Header-Anweisungen erlaubt, bei Nginx in der Serverkonfiguration. Der folgende Eintrag in der .htaccess gibt einem Datenblatt die Produktseite als kanonische URL.

<Files "datenblatt-sneaker-weiss.pdf">
  Header set Link "<https://www.beispiel-shop.de/damen/sneaker-weiss/>; rel=\"canonical\""
</Files>

Laut Google funktioniert die Methode nur für die Websuche. Die Seite wird durch die Angabe nicht größer. Ändern sich Adressen, müssen diese Einträge mitwandern.

Canonical Tags und JavaScript

Google rendert JavaScript-Seiten wie ein Browser und wertet dabei auch das ausgelieferte HTML aus. Googles Leitfaden zu JavaScript empfiehlt, die kanonische URL ins ausgelieferte HTML zu schreiben und sie per Skript nicht nachträglich auf eine andere Adresse zu ändern. Weichen die Angabe im Quelltext und die in der gerenderten Seite voneinander ab, sendet die Seite widersprüchliche Signale.

Einstellungen in CMS und Shopsystemen

Von Haus aus setzen WordPress für Einzelansichten, Shopify in den eigenen Themes, Shopware sowie TYPO3 mit der Systemerweiterung seo Canonical Tags. Fehler entstehen meist dort, wo Plugins, Themes oder Apps eine zweite Angabe schreiben. Prüfen Sie nach jeder Änderung an Plugins oder Theme den Quelltext einiger Beispielseiten.

WordPress und WooCommerce

Für einzelne Beiträge, Seiten und Anhänge gibt WordPress automatisch ein selbstreferenzierendes Canonical aus, für Archive nicht. SEO-Plugins wie Yoast SEO oder Rank Math übernehmen diese Aufgabe, bei Yoast SEO lassen sich abweichende Canonicals laut Hilfe auch für Kategorien und Schlagwörter festlegen. Abweichende Ziele tragen Sie im jeweiligen Beitrag unter „Erweitert“ ein, bei Rank Math nur im Advanced-Modus. Für eine Aufgabe setzen wir immer nur ein Plugin ein, bei Canonical Tags also genau ein SEO-Plugin.

Mit WooCommerce kommen Produkte in mehreren Kategorien und Filter-Plugins mit Parametern hinzu. Standardmäßig liegt ein Produkt unter einer festen URL, und Variationen nutzen dieselbe Adresse. Filter- und Sortierparameter brauchen eine bewusste Einstellung im jeweiligen Plugin.

Shopware

Seit Version 6.3.5 lässt sich in Shopware 6 im SEO-Bereich eines Artikels mit Varianten festlegen, dass alle Ausführungen eine gemeinsame kanonische URL nutzen. Die Signale aller Farben und Größen laufen dann auf einer Seite zusammen. Diese Option empfehlen wir nur für Ausführungen ohne eigene Suchnachfrage und nie pauschal für alle Artikel eines Shops.

Angenommen, ein Shop verkauft ein T-Shirt in Schwarz, Weiß und Pink, und alle Farben verweisen per Canonical auf die schwarze. Google fasst die drei dann in der Regel zu einer Gruppe zusammen und zeigt in der Suche meist die schwarze Adresse, eine andere Farbe nur, wenn sie deutlich besser zur Anfrage passt. Sucht jemand nach „T-Shirt weiß“, kann sich der Shop also nicht darauf verlassen, mit der weißen Ausführung zu erscheinen, und der Besuch geht oft an einen Shop, der die weiße Ausführung als eigene Seite führt. Die Entscheidung über eine eigene URL treffen wir deshalb anhand von Suchdaten und Nutzerverhalten.

JTL-Shop und Gambio

JTL-Shop verbindet Variationen über Vater- und Kindartikel. Der Kindartikel erbt dabei standardmäßig das Canonical des Vaterartikels. In unseren Audits sehen wir bei Artikeln mit mehreren Attributen oft, dass Google dieses geerbte Canonical ignoriert, und greifen dann manuell ein.

In Projekten mit Gambio erleben wir regelmäßig, dass das System im Standard für Filter- und Sortierseiten ein selbstreferenzierendes Canonical setzt, wo ein Verweis auf die Basis-Kategorie hingehört.

Weitere Shop- und Content-Management-Systeme

Shopify gibt die Angabe in eigenen Themes wie Dawn und Horizon über das Liquid-Objekt canonical_url im Head aus, bei Dawn in der Datei theme.liquid, bei Horizon über das Snippet meta-tags.liquid. TYPO3 erzeugt Canonical Tags seit Version 9.5 über die Systemerweiterung seo, eine abweichende Adresse steht in den Seiteneigenschaften im Reiter SEO.

Contao gibt das Canonical seit Version 4.13 im Kern aus, wenn im Startpunkt der Website die Option für rel=”canonical” aktiv ist. Bei Joomla führt das SEF-Routing, das suchmaschinenfreundliche Adressen erzeugt, in unserer Praxis bei mehrsprachigen Websites fast immer zu Canonical-Konflikten, die wir über zusätzliche Erweiterungen lösen.

Fünf Regeln für eindeutige Canonicals

Die fünf Regeln gelten unabhängig vom System, und ein Crawl verrät, ob eine Website sie einhält.

Jede indexierbare Seite verweist auf sich selbst

Auch die kanonische Seite selbst trägt nach Googles Empfehlung ein rel=canonical mit der eigenen Adresse, das selbstreferenzierende Canonical. Hängt jemand Parameter an die URL, verweist das Canonical trotzdem auf die Adresse ohne Parameter. Fehlt die Angabe, kann eine Variante wie ?utm_source=newsletter als eigene Seite im Index landen.

Absolute URLs mit HTTPS

Absolute Adressen wie https://www.beispiel.de/kontakt/ sind laut Google die bessere Wahl, weil relative Angaben wie /kontakt/ Probleme machen, sobald Suchmaschinen eine Testumgebung crawlen können. Nennen Sie dabei die HTTPS-Version, denn Google bevorzugt sie als kanonische Adresse. Verweist eine HTTPS-Seite per Canonical auf ihre HTTP-Version, widerspricht sie diesem Signal.

Alle Signale auf eine Adresse ausrichten

Laut Google hilft es, innerhalb der Website einheitlich auf die kanonische URL zu verlinken, damit die Suchmaschine Ihre Wahl versteht. Parameter- und Altadressen tauchen in internen Links deshalb nicht auf. In die Sitemap gehören nur kanonische URLs mit Statuscode 200, die ohne Fehler und ohne Weiterleitung laden. Leitet eine Adresse weiter, verweisen Canonicals und interne Links direkt auf das Ziel der Weiterleitung.

Länderversionen mit hreflang und Selbstverweis

Betreiben Sie eigene Domains für Deutschland, Österreich und die Schweiz mit weitgehend gleichem Text, braucht jede Länderversion zwei Angaben. Per Canonical verweist sie auf sich selbst und per hreflang auf alle Länderversionen, sich selbst eingeschlossen. Ein Canonical von .at und .ch auf die deutsche Domain schlägt Google die deutsche Adresse als kanonische Version für alle drei vor. Mit Selbstverweis und hreflang kann Google Suchenden in Zürich die .ch-Adresse ausspielen, auch wenn sich die Texte stark ähneln.

Eigene kanonische URL für jede Folgeseite

Bei der Paginierung einer Kategorie listen Folgeseiten andere Produkte als Seite 1 und sind keine Duplikate. Laut Google nennen Seite 2 und alle weiteren Folgeseiten die eigene Adresse als kanonische URL. Die Folgeseiten bleiben dadurch indexierbar, und Google erreicht auch die Produkte, die dort verlinkt sind.

Welche Fehler bei Canonical Tags kosten Sichtbarkeit?

Nach unserer Erfahrung richtet ein falsches Canonical mehr Schaden an als ein fehlendes, weil Google einer plausiblen Angabe meist folgt und die gewollte Seite dann aus dem Index nimmt. Besucher bemerken den Fehler nicht, weil sie dieselbe Seite sehen wie vorher. Die Search Console meldet ihn erst Wochen später, wenn Unterseiten aus dem Index verschwunden sind.

Grafik: Canonical-Befunde in einer Stichprobe von 165 Websites

Was unsere Stichprobe von 165 Websites ergibt

Für die Stichprobe haben wir 165 Websites mit jeweils mindestens zehn HTML-Seiten mit Screaming Frog gecrawlt. Ausgewertet sind 44.267 Seiten mit Statuscode 200 aus Crawls, die zwischen dem 13. Februar und dem 25. März 2026 liefen. Auf 21 % dieser Seiten fehlte das Canonical, und 74 Websites (45 %) hatten mindestens einen Canonical-Befund.

Canonical-Befunde in 165 Websites, Crawls vom 13.02. bis 25.03.2026

Befund	Websites	Anteil
Mindestens eine Seite ohne Canonical	71	43 %
Keine einzige Seite mit Canonical	20	12 %
Parameter-URLs ohne Canonical (von 46 Websites mit Parameter-URLs)	26	57 %
Canonical-Ziel nicht indexierbar (Fehlercode, Weiterleitung oder noindex)	9	5 %
noindex zusammen mit Canonical auf eine andere URL	3	2 %
Zwei Canonical-Angaben auf derselben Seite	2	1 %

Relative Adressen und Angaben außerhalb des Head lassen sich aus diesen Exporten nicht auslesen und fehlen in der Tabelle. Parameter-URLs, die nur eine Seitenzahl enthalten, sind nicht mitgezählt, weil sie auf sich selbst verweisen dürfen.

Die zwei häufigsten Fehler aus unseren Audits

Im SEO Audit finden wir zwei Fehler besonders oft, und beide hängen an Parametern. Sortierfunktionen, Tracking-Parameter wie ?utm_source und Session-IDs erzeugen ohne Canonical auf die Basis-URL massenhaft identische Seiten, die Google als Duplicate Content wertet.

Vom Shopsystem erzeugte Filterseiten verweisen dagegen oft im Kreis aufeinander oder setzen ein Canonical auf sich selbst, obwohl sie keinen eigenen Inhalt bieten und niemand gezielt nach ihnen sucht. Google indexiert dann Seiten mit wenig Wert, und das Crawl Budget fließt in diese Filterseiten. Bei einem Kreisverweis nennt etwa die Seite für Farbe und Größe die Farbseite als Ziel, und die Farbseite verweist zurück. Für jede Filterkombination ohne eigene Suchnachfrage legt das Canonical die Kategorie oder die übergeordnete Filterseite als Ziel fest.

Doppelte oder falsch platzierte Canonicals

Stehen zwei Canonical-Elemente mit unterschiedlichen Zielen im Head, kann Google keiner Angabe eindeutig folgen. Mehrere oder widersprüchliche Angaben können laut Google zu unerwarteten Ergebnissen führen, auch wenn HTML und HTTP-Header unterschiedliche Ziele nennen.

Im Body, dem Inhaltsbereich der Seite, wertet Google das Canonical Tag gar nicht. Dort landet es etwa, wenn ein Tracking-Code sein iframe versehentlich in den Head schreibt und den Kopfbereich damit vorzeitig beendet. Screaming Frog führt ungültige Elemente im Reiter Validation unter Invalid HTML Elements In <head>, ein falsch platziertes Canonical im Reiter Canonicals unter Outside <head>.

Canonical auf nicht indexierbare Ziele

Jede kanonische Ziel-URL muss direkt erreichbar sein und den Statuscode 200 liefern. Verweist das Canonical auf eine Seite mit 404 Fehler, läuft es ins Leere, typischerweise nach dem Löschen von Produkten. Leitet das Ziel selbst weiter oder steht es auf noindex, der Anweisung an Suchmaschinen, die Seite nicht zu indexieren, muss Google widersprüchliche Signale gegeneinander abwägen. Ketten, in denen A auf B und B auf C verweist, entstehen oft zusammen mit Weiterleitungsketten nach mehreren Umbauten.

Canonical zusammen mit noindex oder robots.txt-Sperre

Google hält noindex für ungeeignet, um innerhalb einer Website die kanonische Seite auszuwählen, weil diese Anweisung die Seite ganz aus der Suche nimmt. Ist die Seite ein Duplikat, genügt das Canonical Tag.

Sperrt die robots.txt, die Datei mit den Crawling-Regeln einer Website, eine URL, darf der Googlebot sie nicht abrufen und sieht auch ihr Canonical nicht. Trotzdem kann die gesperrte Variante im Index landen, etwa wenn externe Seiten sie verlinken, und ihre Signale bleiben dann vom Original getrennt. Google rät ausdrücklich davon ab, die robots.txt zur Kanonisierung einzusetzen.

Alle Seiten verweisen auf die Startseite

Nennt das Canonical auf jeder Seite die Startseite, betrifft der Fehler die ganze Website auf einmal. Meist ist die Adresse der Startseite fest in einer Vorlage eingetragen, nach der das System alle Seiten aufbaut, und jede Seite übernimmt sie. Das passiert oft nach einem Theme-Wechsel oder beim Kopieren von Vorlagen. Google kann den Widerspruch an den unterschiedlichen Inhalten erkennen, garantiert ist das aber nicht.

Nach dem Relaunch: Canonicals auf Staging- oder Altdomain

Während der Entwicklung läuft eine neue Website meist auf einer Testdomain wie staging.beispiel.de. Sind die Canonical Tags dort fest auf diese Adresse eingetragen, wandern sie beim Livegang mit, und die neue Website verweist auf eine Testumgebung, die Google nicht indexieren soll. Dasselbe passiert mit Canonicals, die nach einem Domainwechsel weiter die alte Domain nennen.

Am Tag des Livegangs prüfen wir in unserer Relaunch Betreuung immer die Canonical Tags, bisher bei über 50 Relaunches. In den ersten Tagen danach meldet die URL-Prüfung der Search Console für Startseite und Hauptkategorien, ob Google die neuen Adressen übernimmt.

Wann Weiterleitung oder noindex besser passen

Grafik: Entscheidung zwischen 301 Weiterleitung, Canonical Tag und noindex

Für doppelte und ähnliche Inhalte stehen Weiterleitung, noindex, Canonical Tag und hreflang zur Wahl. Zwei Fragen führen meist zur richtigen Lösung, nämlich ob die Adresse für Besucher erreichbar bleiben und ob sie im Index erscheinen soll.

Für Domainumzüge, zusammengelegte Seiten und die Umstellung auf HTTPS passt eine 301 Weiterleitung, weil dort niemand die alte Adresse mehr braucht. Besucher und Crawler landen direkt auf der neuen Adresse, und die alte verschwindet nach und nach aus dem Index.

Wann noindex die bessere Wahl ist

Manche Seiten sind kein Duplikat und sollen erreichbar bleiben, aber nicht in den Suchergebnissen erscheinen. Typische Beispiele sind interne Suchergebnisseiten, der Warenkorb und Danke-Seiten nach einem Formular. Noindex passt zu diesen Seiten, weil es kein Original gibt, auf das sie verweisen könnten. Bei Thin Content, also Seiten mit wenig eigenem Inhalt, steht vorher die Frage, ob die Seite mit mehr Substanz einen Zweck erfüllt oder ganz entfallen kann.

Syndizierte Inhalte bei Partnern

Bei der Syndizierung veröffentlichen Partner Ihren Fachartikel oder Ihre Pressemitteilung, und es entsteht doppelter Inhalt über Domaingrenzen hinweg. Google rät in diesem Fall vom Canonical Tag ab, weil sich syndizierte Seiten oft stark vom Original unterscheiden. Die Hilfe zur Fehlerbehebung bei der Kanonisierung rät stattdessen, dass der Partner die Indexierung seiner Kopie blockiert, etwa mit einem noindex. Für Bing ist dagegen ein Canonical der Partnerseite auf das Original der empfohlene Weg, sofern die Vereinbarung das zulässt.

Warum Canonicals keine Keyword Kannibalisierung lösen

Ranken zwei eigene Artikel für dasselbe Suchwort, liegt der Griff zum Canonical nahe. Beide Texte unterscheiden sich inhaltlich und sind keine Duplikate. Folgt Google dem Canonical Tag, verschwindet ein Text mit eigenem Wert aus dem Index.

Gegen Keyword Kannibalisierung hilft es, ähnliche Artikel zu einem stärkeren Text zusammenzuführen und die alte Adresse per 301 auf den neuen weiterzuleiten. Alternativ bekommt jeder der beiden Texte eine eigene Suchintention. Vorbeugend ordnet ein Keyword Mapping jedem Suchbegriff genau eine URL zu.

Entscheidungshilfe für die Praxis

Die Übersicht ordnet typische Situationen der passenden Lösung zu. Bei Mischfällen entscheidet die Frage, ob die Seite für Besucher einen eigenen Zweck erfüllt. Erfüllt sie ihn, bleibt sie erreichbar und bekommt ein Canonical oder ein noindex, sonst eine Weiterleitung.

Welche Lösung zu welcher Situation passt

Situation	Lösung	Begründung
Seite ist dauerhaft umgezogen	301 Weiterleitung	Alte Adresse wird nicht mehr gebraucht
HTTP, www oder Trailing Slash	301 Weiterleitung plus Selbstverweis	Eine Schreibweise, doppelt abgesichert
Sortier-, Tracking- und Session-Parameter	Canonical auf die URL ohne Parameter	Variante bleibt nutzbar, Signale bündeln sich
Filterseite oder Variante mit eigener Suchnachfrage	Eigene URL mit Selbstverweis	Eigenständiges Suchziel
Filterkombination ohne Suchnachfrage	Canonical auf die Kategorie	Kein eigenes Suchziel
Interne Suche, Warenkorb, Danke-Seite	noindex	Kein Original vorhanden
Gleicher Inhalt für Österreich und die Schweiz	hreflang plus Selbstverweis	Jede Länderversion soll im eigenen Land ranken
Artikel bei einem Partner veröffentlicht	noindex auf der Partnerseite	Googles Empfehlung bei Syndizierung
PDF mit dem Inhalt der Produktseite	Canonical im HTTP-Header	Datei hat keinen Head-Bereich
Zwei Artikel zum selben Suchbegriff	Zusammenführen oder je Text eine eigene Suchintention	Keine Duplikate

Welche Rolle spielt die kanonische URL in der KI-Suche?

Aus einer Gruppe von Duplikaten kommt für die Übersichten mit KI und den KI-Modus von Google nur die kanonische Version als Quelle infrage, weil nur sie im Index steht. Beide Funktionen greifen auf Seiten aus dem Google-Index zurück. Laut Google muss eine Seite dafür indexiert sein und ein Snippet, also einen Textauszug im Suchergebnis, haben dürfen.

Grafik: nur die kanonische Version gelangt in den Index und in KI-Übersichten

Wie prüfen Sie, ob Google Ihre Canonicals übernimmt?

Auf drei Ebenen lässt sich kontrollieren, ob Google Ihre Angaben übernimmt. Im Quelltext steht, was die Website angibt, und die Search Console verrät, was Google daraus macht. Muster, die bei Einzelprüfungen untergehen, deckt erst ein Crawl der gesamten Website auf. Wir scannen die Websites unserer Kunden dafür regelmäßig mit SEO-Tools.

Schnellcheck im Quelltext

Strg+U öffnet im Browser den Seitenquelltext, und die Suchfunktion findet den Eintrag canonical in Sekunden. Dieser Quelltext enthält das HTML, das der Server ausliefert. Mit „Untersuchen“ in den Entwicklertools sehen Sie die gerenderte Seite nach Ausführung von JavaScript.

Weichen die Angaben in Quelltext und Entwicklertools voneinander ab, ändert ein Skript das Canonical nach dem Laden der Seite. Den HTTP-Header einer Datei finden Sie im Netzwerk-Tab der Entwicklertools unter den Antwort-Headern.

URL-Prüfung in der Search Console

Für eine einzelne Seite nennt die URL-Prüfung der Google Search Console die Adresse, die Google als kanonisch gewählt hat. Unter den Details zur Seitenindexierung stehen zwei Angaben nebeneinander.

Ihr Canonical erscheint als „Vom Nutzer angegebene kanonische URL“, daneben steht die „Von Google ausgewählte kanonische URL“. Weichen beide ab, kontrollieren Sie interne Links, Sitemap, Weiterleitungen und die inhaltliche Übereinstimmung der Seiten.

Bericht zur Seitenindexierung lesen

Der Bericht zur Seitenindexierung liefert den Überblick über die ganze Website. Zu jedem Status nennt er Beispiel-URLs. Vier Status hängen direkt mit Canonicals zusammen.

Status im Bericht zur Seitenindexierung, die Canonicals betreffen

Status in der Search Console	Bedeutung	Was zu tun ist
Alternative Seite mit richtigem kanonischen Tag	Seite verweist auf ein Original, Google folgt der Angabe	Nichts, wenn die Seite ein gewolltes Duplikat ist
Duplikat, vom Nutzer nicht als kanonisch festgelegt	Google hält die Seite für ein Duplikat, ein Canonical fehlt	Prüfen, ob Googles Wahl passt, sonst Canonical setzen
Duplikat, Google hat eine andere Seite als der Nutzer als kanonische Seite bestimmt	Google übergeht Ihr Canonical	Signale prüfen und vereinheitlichen
Seite mit Weiterleitung	Die URL leitet weiter und ist nicht indexiert	Prüfen, ob ein Canonical auf diese URL verweist

Hohe Zahlen bei „Alternative Seite mit richtigem kanonischen Tag“ sind bei Shops mit Filtern und Parametern normal und bedeuten, dass die Canonical Tags greifen.

Website-Crawl mit Screaming Frog

Mit der URL-Prüfung sehen Sie immer nur eine Seite. Ein Crawler wie Screaming Frog erfasst jede erreichbare URL samt Canonical und sortiert die Befunde im Reiter Canonicals nach Filtern. Für Websites bis 500 URLs reicht die kostenlose Version.

Auswahl der Filter im Reiter Canonicals von Screaming Frog, Stand Oktober 2026

Filter	Bedeutung	Was zu tun ist
Missing	Seite ohne Canonical	Selbstverweis ergänzen
Canonicalised	Canonical verweist auf eine andere URL	Prüfen, ob die Variante gewollt ist
Multiple	Mehr als eine Angabe	Zweite Quelle entfernen
Multiple Conflicting	Mehrere Angaben mit unterschiedlichen Zielen	Quelle der falschen Angabe finden, meist Plugin, Theme oder App
Non-Indexable Canonical	Ziel leitet weiter, liefert einen Fehler oder steht auf noindex	Canonical auf eine indexierbare Adresse mit Status 200 ändern
Canonical Is Relative	Relative Adresse	Vollständige URL mit https eintragen
Unlinked	Kanonische URL ist intern nicht verlinkt	Interne Links auf die kanonische Adresse setzen
Outside <head>	Angabe steht außerhalb des Head-Bereichs	Canonical in den Head verschieben, ungültiges Element davor entfernen

Arbeiten Sie die Meldungen nach der Zahl betroffener Seiten und ihrem Anteil an Umsatz und Anfragen ab. Nach jedem größeren Update, nach einem Relaunch und bei auffälligen Meldungen in der Search Console lohnt ein neuer Crawl.

Häufige Fragen zum Canonical Tag

Wie schnell übernimmt Google eine geänderte Kanonisierung?

Nach einer inhaltlichen Korrektur kann es laut Google bis zu zwei Wochen dauern, bis eine Seite aus einer Duplikatgruppe herausgelöst ist. In dieser Zeit muss Google die Duplikate und das Original erneut crawlen und die Signale neu bewerten. Schneller geht es, wenn sich der neue Inhalt deutlich von den übrigen Seiten der Gruppe unterscheidet. Über die URL-Prüfung können Sie für einzelne Seiten die Indexierung beantragen, dafür gilt ein Tageslimit.

Wertet Bing das Canonical Tag aus?

Auch von Bing wird die Angabe ausgewertet, und die Suchmaschine nennt Canonical Tags als Mittel, um bei Duplikaten die bevorzugte Version festzulegen. Fehler in den Angaben wirken sich in beiden Suchmaschinen aus. Mögliche Duplikate zeigen die Bing Webmaster Tools im Bereich Recommendations, etwa zu viele Seiten mit identischem Titel, und die betroffenen URLs lassen sich als Excel- oder CSV-Datei exportieren.

Beachten ChatGPT und Perplexity das Canonical Tag?

OpenAI und Perplexity beschreiben in ihren Hinweisen zu GPTBot, OAI-SearchBot und PerplexityBot nicht, wie diese Crawler mit rel=canonical umgehen (Stand Oktober 2026). Bei Crawlern, deren Umgang mit Canonicals unbekannt ist, führt eine 301 Weiterleitung sicherer zur gewünschten Adresse, weil der Server sie bei jeder Anfrage ausführt und der Crawler das Duplikat gar nicht erst erhält.

Darf eine kanonische URL Parameter enthalten?

Eine kanonische URL darf Parameter enthalten, wenn genau diese Version die gewünschte ist, etwa eine Filterseite mit eigener Suchnachfrage oder Seite 2 einer Kategorie mit ?page=2. Für Google ist der Parameter dann ein normaler Teil der Adresse.

Schützt ein Canonical Tag vor kopierten Inhalten auf fremden Seiten?

Ein selbstreferenzierendes Canonical kann nur helfen, wenn ein Scraper, also ein Programm, das fremde Seiten kopiert, den Quelltext samt dieser Angabe übernimmt. Dann verweist die Kopie auf Ihr Original. Entfernt oder ersetzt der Scraper die Angabe, entscheidet Google selbst, welche Version es zeigt, und gegen unerlaubte Kopien verweist Google auf urheberrechtliche Schritte wie einen DMCA-Antrag.

Philipp Nessmann

Experte für SEO, GEO, LLMO & AIO: Wir machen Sie sichtbar bei Google, ChatGPT & Perplexity.

Philipp Nessmann ist SEO-Berater mit über 20 Jahren Erfahrung und Gründer der Nessmann GmbH (Marken: Contentbär und SEO Agents). Er hat mehr als 1.100 Projekte betreut und mit Jurawelt.com sowie trauringspezialisten.de eigene Plattformen aufgebaut. Sein Schwerpunkt liegt auf technischem SEO und der Sichtbarkeit in KI-Systemen wie ChatGPT, Gemini und Perplexity (GEO). Als Gastautor veröffentlicht er regelmäßig u. a. bei Ahrefs, OMR, GoDaddy, Host Europe, Mittwald und DomainFactory.

Gastbeiträge

Nutzen Sie unsere kostenfreie IST-Analyse Ihres Webprojekts

Jetzt kostenlose Analyse anfragen