Ein Produkt, das unter drei Adressen erreichbar ist, ein Artikel mit und ohne Tracking-Parameter, eine Startseite mit und ohne "index.php": Auf fast jeder Website gibt es Inhalte, die mehrfach im Netz stehen. Der Canonical Tag ist das Werkzeug, mit dem Sie Google sagen, welche dieser Adressen Sie für die richtige halten. Diese Seite erklärt den Canonical Tag gründlich: wie er gebaut ist, was Google mit ihm macht und an welchen Regeln aus der Google-Dokumentation Sie sich orientieren sollten.
Eine kurze Definition finden Sie im Glossar unter Canonical-Tag. Hier geht es um die Arbeit damit.
Was Google unter Kanonisierung versteht
Google fasst Seiten mit gleichem oder sehr ähnlichem Hauptinhalt zu einer Gruppe zusammen und wählt daraus eine Adresse aus, die stellvertretend in der Suche erscheint. Diese Adresse heißt kanonisch, der Vorgang Kanonisierung oder Deduplizierung [2]. Als typische Ursachen doppelter Inhalte nennt Google regionale Varianten in derselben Sprache, getrennte Mobil- und Desktopversionen, HTTP und HTTPS nebeneinander, Sortier- und Filterfunktionen auf Kategorieseiten und versehentlich erreichbare Testumgebungen [2].
Ein gewisses Maß an doppeltem Inhalt hält Google für normal, es ist laut Dokumentation kein Verstoß gegen die Spam-Richtlinien [2]. Ärgerlich wird es aus zwei Gründen. Erstens zeigt Google womöglich eine Adresse, die Sie nicht zeigen wollen, etwa eine mit Sortierparameter. Zweitens verteilen sich Ihre Daten in der Search Console auf mehrere Adressen, was die Auswertung erschwert. Google crawlt die kanonische Seite außerdem häufiger als ihre Duplikate [2].
So ist das Element aufgebaut
Der Canonical Tag ist kein eigenes HTML-Tag. Es handelt sich um ein link-Element mit dem Attribut rel="canonical" und der Zieladresse im Attribut href. Auf einer Variante wie https://www.example.com/schuhe?sort=preis steht im Kopfbereich:
<link rel="canonical" href="https://www.example.com/schuhe">
Die kanonische Seite selbst trägt dasselbe Element mit ihrer eigenen Adresse. Diesen selbstreferenzierenden Canonical empfiehlt Google ausdrücklich [1]. Mehr dazu steht im Ratgeber selbstreferenzierende Canonicals.
Für Dateien ohne HTML-Kopf, etwa PDFs, gibt es dieselbe Angabe als HTTP-Header. Wie das funktioniert, beschreibt der Ratgeber Canonical über HTTP-Header.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder Sie rufen einfach an.
Die Regeln aus der Google-Dokumentation
Google hat seine Vorgaben in der Seite "Kanonische URLs angeben" zusammengefasst [1]. Die wichtigsten stehen dort so:
- Zur Position: "Das rel="canonical"-link element wird nur akzeptiert, wenn es im <head>-Abschnitt des HTML-Codes erscheint." [1]
- Zur Schreibweise: "Gib beim rel="canonical"-link element absolute statt relativer Pfade an." [1]
- Zu Widersprüchen: "Gib nicht verschiedene kanonische URLs für dieselbe Seite an." [1]
- Zur robots.txt: "Verwende für die Kanonisierung nicht die Datei robots.txt." [1]
Dazu kommen Regeln, die Google ausführlicher begründet. Das Element sollte kein URL-Fragment enthalten, also keinen Teil hinter einem Rautezeichen. Die interne Verlinkung soll auf die kanonische Adresse zeigen und nicht auf Duplikate. Und noindex ist kein Mittel der Kanonisierung, weil es eine Seite ganz aus der Suche nimmt [1]. Das URL-Entfernungstool der Search Console eignet sich ebenfalls nicht, weil es alle Versionen einer Adresse ausblendet [1].
Ein Signal unter mehreren
Der wichtigste Punkt beim Verständnis: Google behandelt rel="canonical" als Wunsch. Die Dokumentation beschreibt eine kanonische Angabe als Hinweis und nicht als Regel [2]. In die Auswahl fließen weitere Signale ein, die Google nennt: ob eine Seite über HTTPS ausgeliefert wird, Weiterleitungen, die Aufnahme in eine Sitemap und eben der Canonical Tag [2].
Diese Signale haben unterschiedliches Gewicht. Laut Google sind dauerhafte Weiterleitungen und rel="canonical" starke Signale, die Sitemap ist ein schwaches [1]. Wer mehrere Methoden kombiniert, erhöht die Wahrscheinlichkeit, dass Google die gewünschte Adresse übernimmt [1]. Umgekehrt gilt: Widersprechen sich die Signale, entscheidet Google nach eigenem Ermessen. Zeigt etwa der Canonical Tag auf Adresse A, die Sitemap enthält aber Adresse B und alle internen Links führen zu B, dann ist B ein naheliegender Kandidat.
In welchem Fall eine Weiterleitung die bessere Wahl ist, erklärt der Ratgeber Canonical oder 301.
Wann Sie überhaupt einen Canonical brauchen
Eine Kanonisierungsangabe ist laut Google freiwillig. Fehlt sie, wählt Google selbst die Version aus, die es für Nutzer am besten hält [1]. Auf einer kleinen Website mit sauberen Adressen geht das oft gut. Trotzdem setzen wir auf jeder Seite einen selbstreferenzierenden Canonical, weil er wenig kostet und Varianten mit Parametern automatisch abdeckt. Ein Besucher teilt einen Link mit angehängtem Kampagnenparameter, ein Newsletter-System hängt eigene Kennungen an: Die Seite nennt trotzdem ihre saubere Adresse.
Gezielt eingesetzt wird der Canonical bei echten Varianten. Typische Fälle sind sortierte oder gefilterte Listen, Druckversionen, Produktvarianten mit fast gleichem Text und Inhalte, die aus technischen Gründen unter zwei Pfaden liegen. Für die häufigsten Konstellationen gibt es eigene Ratgeber: Canonical bei Duplicate Content, Canonical und Filter-URLs und Canonical und Paginierung.
Canonical und JavaScript
Viele moderne Websites setzen den Kopfbereich ganz oder teilweise per JavaScript. Google rät, den Canonical Tag möglichst im ausgelieferten HTML anzugeben und ihn nicht nachträglich per Skript zu verändern [1]. Wird er doch per JavaScript gesetzt, darf die Angabe nicht von der im HTML abweichen, und es darf am Ende nur ein einziges rel="canonical" auf der Seite stehen [3]. Wer eine Single-Page-Anwendung betreibt, sollte das im gerenderten Code prüfen. Das URL-Prüftool der Search Console zeigt das gerenderte HTML.
Prüfen, was Google gewählt hat
Ob Google Ihrem Wunsch folgt, sehen Sie im URL-Prüftool der Search Console. Dort stehen zwei Felder nebeneinander: die vom Nutzer angegebene kanonische URL und die von Google ausgewählte. Weichen beide voneinander ab, hat Google anders entschieden. Wie Sie die Meldungen dazu lesen, erklärt die FAQ Canonical-URL wurde nicht von Google ausgewählt. Eine systematische Suche nach Fehlern über die ganze Website beschreibt der Ratgeber Canonical-Fehler finden.
Nach unserer Erfahrung liegt die Ursache bei einer abweichenden Wahl selten am Canonical Tag allein. Meist sendet die Website an anderer Stelle gegenteilige Signale: interne Links auf die Parameterversion, eine Sitemap mit veralteten Adressen oder eine Weiterleitung in die falsche Richtung.
Hreflang, Mobilversionen und andere Sonderfälle
Bei mehrsprachigen Websites sollte die kanonische Seite in derselben Sprache liegen wie die Variante oder, falls es keine gibt, in der nächstbesten Ersatzsprache [1]. Ein link-Element mit rel="canonical" und zusätzlichen Attributen wie hreflang, lang, media oder type wertet Google nicht für die Kanonisierung aus. Für alternative Versionen ist rel="alternate" vorgesehen [1]. Sprachversionen, bei denen nur Kopf und Fuß übersetzt sind und der Haupttext gleich bleibt, gelten für Google als Duplikate [2].
Bei getrennten Mobilseiten verweist die Desktopseite per rel="alternate" mit media-Angabe auf die mobile Adresse [1]. In den Suchergebnissen erscheint meist die kanonische Seite. Google kann aber ein Duplikat zeigen, wenn es deutlich besser zur Anfrage passt, etwa eine Mobilseite für Nutzer am Smartphone [2].
Den Canonical Ihrer Seiten können Sie mit unserem Canonical-Prüfer schnell auslesen. Wenn die Search Console andere Adressen zeigt, als Sie erwarten, stellen Sie die Frage in der gratis Sprechstunde. Dort schauen wir uns Ihren Fall gemeinsam an. Die technische Umsetzung übernimmt SEO NW im Rahmen der OnPage-Optimierung.
- Organisation Kanonische URLs angeben (doppelte URLs konsolidieren). Google Search Central. Stand 15.07.2026. abgerufen am 31.10.2026
- Organisation Was ist URL-Kanonisierung?. Google Search Central. Stand 09.09.2026. abgerufen am 31.10.2026
- Organisation Grundlagen von JavaScript-SEO. Google Search Central. Stand 04.03.2026. abgerufen am 31.10.2026
Häufige Fragen
Ist der Canonical Tag eine Anweisung an Google?
Nein. Google beschreibt rel="canonical" als starkes Signal, aber als Hinweis und nicht als Regel. Weiterleitungen, HTTPS und die Sitemap fließen ebenfalls in die Entscheidung ein.
Darf der Canonical eine relative Adresse enthalten?
Google empfiehlt absolute statt relativer Pfade. Relative Pfade können laut Google auf lange Sicht zu Problemen führen, zum Beispiel wenn das Crawlen einer Testwebsite versehentlich zugelassen wird.
Braucht jede Seite einen Canonical?
Pflicht ist er nicht. Ohne Angabe wählt Google selbst. Ein selbstreferenzierender Canonical auf jeder indexierbaren Seite ist trotzdem sinnvoll, weil er Varianten mit angehängten Parametern abdeckt.
Was passiert bei zwei Canonical-Angaben auf einer Seite?
Google rät ausdrücklich davon ab, verschiedene kanonische Adressen für dieselbe Seite anzugeben. Das gilt auch, wenn die Angaben aus verschiedenen Methoden stammen, etwa eine Adresse in der Sitemap und eine andere im link-Element.
Kann ich mit noindex statt Canonical arbeiten?
Für die Kanonisierung nicht. noindex nimmt die Seite ganz aus der Suche, Signale wie Links werden dann nicht auf eine Hauptversion gebündelt. Google empfiehlt dafür rel="canonical".
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder Sie rufen einfach an.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Haben Sie einen Fehler entdeckt? Schreiben Sie uns.
