Canonical-Tag und kanonische URL: So entscheidet Google wirklich

Am 23.09.2026 habe ich alle 224 URLs aus den Sitemaps von seo-kreativ.de geprüft. Für jede URL habe ich verglichen, welchen Canonical die Seite setzt und welche URL Google als kanonisch gewählt hat. Das Ergebnis ist unspektakulär: keine einzige Abweichung. Genau das ist der Punkt. Alle Signale sagen hier dasselbe. Google wählt dieselbe URL. Wo sich die Signale widersprechen, entscheidet Google selbst.

Genau darum geht es in diesem Artikel. Der Canonical-Tag ist kein Schalter, sondern eine Bitte. Google schreibt in seiner Dokumentation zur Kanonisierung: „indicating a canonical preference is a hint, not a rule.“ Ich zeige hier, wann Google der Bitte folgt und woran du das erkennst. Dazu kommt ein Blick auf die Schattenseite: eingeschleuste Canonicals auf fremde Domains.

Ein Canonical-Tag ist ein Link-Element im <head> einer Seite. Dieselbe Angabe lässt sich auch als HTTP-Header senden, dazu unten mehr. Der Canonical zeigt auf die kanonische URL. Das ist die Adresse, die du als Hauptversion eines Inhalts festlegst:

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

Nötig wird das, weil derselbe Inhalt oft unter mehreren Adressen erreichbar ist: mit und ohne www, per HTTP und HTTPS, mit Sortier- oder Tracking-Parametern, als Druckversion oder über mehrere Kategoriepfade. Google fasst solche Seiten zu einer Gruppe zusammen und wählt eine davon als kanonische URL. Laut Google ist diese Seite „the main source to evaluate content and quality“. Google crawlt sie nach eigener Angabe am regelmäßigsten, die Duplikate seltener.

Doppelte Inhalte sind dabei kein Makel an sich. Google schreibt: „Some duplicate content on a site is normal and it’s not a violation of Google’s spam policies.“ Der Canonical hilft nur dabei, dass Google die Version zeigt, die du zeigen willst.

In der Anleitung zum Konsolidieren doppelter URLs ordnet Google die Methoden danach, wie stark sie die Auswahl beeinflussen können:

Google schreibt dazu: „these methods can stack and thus become more effective when combined.“ Zeigen Canonical, Sitemap und interne Links auf dieselbe URL, steigt die Chance, dass Google sie übernimmt. Weitere Faktoren sind laut Google HTTPS statt HTTP und die URLs in hreflang-Gruppen. Pflicht ist keine der Methoden: Ohne Angabe wählt Google selbst. Laut Google kommt eine Website damit voraussichtlich gut zurecht.

Google-Ingenieur Allan Scott hat im Dezember 2024 im Podcast „Search Off the Record“ geschätzt, wie viele Signale insgesamt zählen. Im offiziellen Transkript steht: „I suspect it’s somewhere in the neighborhood of 40.“ Eine veröffentlichte Signalliste ist das nicht. Und bei Widersprüchen, etwa einer Weiterleitung in die eine und einem Canonical in die andere Richtung, falle das System auf schwächere Signale zurück.

Die folgenden Fälle stehen so in Googles Dokumentation und Hilfe:

• Die Zielseite ist nicht ähnlich. In der Hilfe zur Seitenindexierung heißt es: „If the user-declared canonical is not similar to the current page, then Google won’t ever choose that URL as canonical.“ Wer alle Artikel einer Kategorie per Canonical auf die Kategorieseite zeigen lässt, bekommt also nicht, was er will.
• Die Signale widersprechen sich. Canonical auf A, interne Links und Sitemap auf B: Dann entscheiden laut Google andere Signale. Google rät ausdrücklich davon ab, für dieselbe Seite mit verschiedenen Methoden verschiedene URLs anzugeben.
• Der Canonical steht nicht im Head. Google akzeptiert das Element laut Doku nur im <head>. Google rät deshalb, zumindest den Head als gültiges HTML auszuliefern. Ein ungültiges Element kann den Head nach den Regeln des HTML-Standards vorzeitig beenden. Ein Canonical dahinter landet dann im Body. Wie das passiert, zeige ich im Beitrag HTML-Parsing und SEO.
• Es gibt mehrere Canonicals. Laut Google „may lead to unexpected results“. Das passiert zum Beispiel, wenn ein Theme und ein SEO-Plugin beide einen Canonical ausgeben.
• Der Canonical trägt ein hreflang-, lang-, media- oder type-Attribut. Solche Angaben nutzt Google laut Doku nicht für die Kanonisierung.

Im HTML

Google empfiehlt absolute statt relativer URLs. Relative Pfade funktionieren zwar, können aber laut Google langfristig Probleme machen, etwa wenn versehentlich eine Testumgebung gecrawlt wird. Seit Juli 2026 empfiehlt Google außerdem ausdrücklich, den Canonical auch auf der kanonischen Seite selbst zu setzen, als selbstreferenzierenden Canonical. Bei WordPress setzen SEO-Plugins wie Yoast ihn laut Hersteller standardmäßig automatisch.

Achte außerdem auf die exakte Schreibweise. John Mueller von Google schrieb im Oktober 2025 auf Reddit laut Search Engine Journal: „URL path, filename, and query parameters are case-sensitive, the hostname / domain name aren’t. Case-sensitivity matters for canonicalization, so it’s a good idea to be consistent there.“ Ein Canonical auf /Preisliste/ nennt also eine andere URL als /preisliste/.

Im HTTP-Header, etwa für PDFs

Für Dokumente ohne HTML-Head wie PDF-Dateien kannst du den Canonical als HTTP-Header senden. Google unterstützt das laut Doku für die Websuche. Ein Beispiel für Apache:

<Files "preisliste.pdf">
  Header add Link "<https://www.example.com/preisliste/>; rel=\"canonical\""
</Files>

Die Antwort enthält dann eine Zeile Link: <https://www.example.com/preisliste/>; rel="canonical". Prüfen kannst du das mit curl -I auf die PDF-URL.

Per JavaScript

Google schreibt in der Doku zu JavaScript-SEO: Am besten ist der Canonical im HTML. Setzt ein Script ihn zusätzlich, soll der Wert laut Google derselbe sein wie im HTML. Geht es im HTML gar nicht, kannst du ihn per JavaScript setzen und ihn dann aus dem ursprünglichen HTML weglassen. Setzt ein Script einen zweiten, abweichenden Canonical, entsteht genau der Widerspruch aus dem vorigen Abschnitt. Mehr dazu in meinem Leitfaden zu JavaScript-SEO und Rendering.

Mit hreflang

Bei mehrsprachigen Seiten zeigt der Canonical auf die Seite in derselben Sprache, nicht auf die Hauptsprache. Google schreibt: „make sure to specify a canonical page in the same language, or the best possible substitute language“. Was sonst schiefgeht, steht in meinem Beitrag zu hreflang.

Die Grundlagen zu noindex und robots.txt stehen in meinem Leitfaden zu Crawling und Indexierung. Wie viele Duplikate auf großen Websites Crawl Budget kosten, zeigt der Beitrag Crawl Budget optimieren.

Im Bericht zur Seitenindexierung stehen drei Meldungen, die mit dem Canonical zu tun haben:

Für die dritte Meldung öffnest du die URL-Prüfung und vergleichst unter „Seitenindexierung“ die vom Nutzer angegebene mit der von Google ausgewählten kanonischen URL. Zwei Einschränkungen nennt Google: Der Live-Test kann nicht vorhersagen, ob eine Version kanonisch wird. Außerdem kann der angezeigte Wert ein paar Stunden hinter dem Index liegen.

Zeigt Google eine unerwünschte URL, gehe ich so vor: zuerst prüfen, ob die beiden Seiten wirklich gleich sein sollen. Wenn ja: Canonical, interne Links, Sitemap und gegebenenfalls eine Weiterleitung auf die gewünschte URL ausrichten. Wenn nein, den Inhalt klarer unterscheiden. Laut Google kann eine Seite danach bis zu zwei Wochen im Duplikat-Cluster bleiben.

Wie oft Google einem gesetzten Canonical folgt, steht in keiner Doku. Deshalb habe ich es für meine eigene Website gemessen. Grundlage waren alle 224 URLs aus der Beitrags- und der Seiten-Sitemap, davon 113 deutsche und 111 englische. Für jede URL habe ich das ausgelieferte HTML abgerufen und nach einem Canonical im Head, im Body und im HTTP-Header gesucht. Das war ein einfacher HTTP-Abruf ohne JavaScript-Rendering. Weiterleitungen bin ich nicht gefolgt, alle URLs antworteten direkt. Danach habe ich über die URL Inspection API der Search Console abgefragt, welchen Canonical Google erkannt und welchen es gewählt hat. Ausgewertet sind die Felder userCanonical und googleCanonical der URL-Präfix-Property. Verglichen habe ich die URLs als Zeichenfolge, nur ein abschließender Schrägstrich zählte nicht. Die letzte Abfrage lief am 23.09.2026 um 20:17 Uhr MESZ.

Vier URLs stehen in der Search Console als gecrawlt, aber zurzeit nicht indexiert. Einen Hinweis, dass Google sie als Duplikat einer anderen URL behandelt, liefern die Daten nicht. Bei drei davon hat Google die gesetzte URL selbst als kanonisch gewählt, die Seite also nicht als Duplikat einer anderen eingestuft. Bei der englischen Kontaktseite enthält die API-Antwort im Feld googleCanonical keinen Wert. Warum Google diese Seiten nicht indexiert, verrät der Status nicht.

Die Messung zeigt eine Übereinstimmung, keine Ursache. Sie hat außerdem klare Grenzen. Sie deckt nur URLs ab, die in den Sitemaps stehen. Parameter-Varianten, Seitenzahlen und Schlagwort-Archive habe ich nicht geprüft. Gerade dort entstehen Duplikate. Auf einer Website mit 224 URLs und einem Plugin, das den Canonical einheitlich setzt, sind 223 Treffer von 223 kein Kunststück. Ein Shop mit Filter-URLs sieht anders aus. Übertragbar ist deshalb nicht die Quote, sondern die Methode: gesetzten und gewählten Canonical für deine wichtigsten URLs nebeneinanderlegen.

Mehrere Leitfäden empfehlen für syndizierte Inhalte noch einen Canonical vom Partner auf das Original. Google sieht das inzwischen anders. In der Anleitung zur Fehlerbehebung steht: „The canonical link element is not recommended for those who want to avoid duplication by syndication partners, because the pages are often very different. The most effective solution is for partners to block indexing of your content.“

Der Grund steckt im Satz: Die Seite des Partners hat ein anderes Layout, andere Navigation und andere Inhalte drumherum. Sie ist dem Original oft nicht ähnlich genug. Einen Canonical auf eine unähnliche Seite übernimmt Google aber nicht. Wenn du Inhalte weitergibst, sprich die noindex-Vorgabe deshalb ausdrücklich mit dem Partner ab. Danach lohnt ein Blick, ob sie auch umgesetzt ist.

Dass es trotzdem klappen kann, zeigt ein eigener Fall. Medium bietet für übernommene Texte an, einen Canonical auf das Original zu setzen. Die englische Fassung meines Beitrags zu Parasite SEO steht seit April 2026 auf Medium und verweist per Canonical auf das englische Original. Am 24.09.2026 habe ich nachgesehen: Medium liefert die Kopie mit index,follow aus. Alle Links im Text tragen ugc nofollow. Bei der Suche nach „parasite seo 2026“ in den USA steht mein Original auf Platz 10. Die Medium-Kopie taucht unter den ersten elf Treffern nicht auf. Das ist damit vereinbar, dass Google dem Canonical folgt. Ein Beweis ist es nicht: Rankings haben viele Ursachen. Außerdem zeigt die URL-Prüfung nur eigene Websites.

Folgt Google dem Canonical, bündelt es laut Google die Signale der einzelnen URLs („such as links to them“), also etwa Links auf genau diese Kopie. Von einem Bonus für die ganze Plattform steht dort nichts. Wie sich das im Ranking auswirkt, lässt sich aus einem einzelnen Beitrag nicht ableiten. Aus meiner Sicht liegt der eigentliche Nutzen bei den Lesern auf Medium.

Was Google dokumentiert

In der Anleitung zur Fehlerbehebung bei der Kanonisierung beschreibt Google drei Fälle, in denen eine fremde Domain als kanonisch gewählt werden kann:

• Hack: „Some attacks on websites introduce code that returns an HTTP 3xx redirect or inserts a cross-domain rel=“canonical“ link annotation into the HTML <head> or HTTP header, usually pointing to a URL hosting malicious or spammy content.“ Google schreibt dazu, dass seine Algorithmen dann die schädliche URL wählen können statt der URL auf der kompromittierten Website.
• Kopie ohne Erlaubnis: „In rare situations, our algorithm may select a URL from an external site that is hosting your content without your permission.“ Google verweist dann auf den Hoster der Kopie oder einen Antrag nach dem US-Urheberrechtsgesetz DMCA.
• Fehlkonfigurierte Server: Ein Server kann Inhalte einer fremden Domain ausliefern, oder zwei fremde Server liefern identische Soft-404-Seiten, die Google nicht als Fehlerseiten erkennt.

Allan Scott von Google sagte im Dezember 2024 im Podcast „Search Off the Record“ über solche Fälle: „The most dire case being a hijacking, we see those and we act really fast because those are just disasters.“

Nicht jede fremde Domain an dieser Stelle ist ein Angriff. Im September 2026 berichtete Search Engine Journal über eine Website, bei der Google eine fremde Casino-URL als kanonisch zeigte. Als Erklärung kam eine Fehlerseite auf, die Googlebot statt des Inhalts bekommen hatte. Identische Fehlerseiten verschiedener Websites landen dann in derselben Duplikat-Gruppe. John Mueller hielt das für möglich und schrieb: „Ultimately I don’t think this matters (though yes, it’s confusing).“ In jedem Fall erscheine die Seite nicht mit ihrem normalen Inhalt in der Suche. Sein Rat: den Fehler finden und wichtige Seiten regelmäßig automatisch prüfen. Der Canonical selbst ist dabei Nebensache.

Was nicht belegt ist

2018 beschrieb die Fachpresse eine andere Variante: Ein Angreifer kopiert den Head deiner Seite auf eine Spam-Seite und setzt dort einen Canonical auf deine URL. Google lege dann beide zusammen und deine Seite leide darunter. Search Engine Journal schrieb selbst, der Angriff sei beobachtet, aber nicht getestet und bestätigt. Einen dokumentierten Fall, in dem das Rankings verschoben hat, habe ich nicht gefunden. John Mueller widersprach 2018 laut Search Engine Roundtable der Annahme, ein Canonical lege Seiten zusammen: „it’s either one or the other.“ Meine Lesart: Ein Canonical auf einer fremden Website ist kein dokumentierter Weg, Googles Wahl für deine URL zu erzwingen. Gefährlich wird er, wenn er auf deiner eigenen Seite steht, im HTML oder im HTTP-Header. Genau deshalb ist der Hack der gefährliche Fall.

So prüfst du deine Website

• In der URL-Prüfung für wichtige Seiten die von Google gewählte kanonische URL ansehen. Eine fremde Domain an dieser Stelle ist ein Alarmsignal.
• Den ausgelieferten Head und die HTTP-Header prüfen, nicht nur das Backend. curl -sI https://deine-seite.de/ zeigt einen Canonical im Link-Header, die Quelltext-Ansicht den im HTML.
• Im Bericht „Sicherheitsprobleme“ der Search Console nach Hinweisen auf gehackte Inhalte sehen.
• Bei einer Kopie ohne Erlaubnis den Hoster anschreiben oder den Weg über das Urheberrecht gehen, den Google nennt.

Parasite SEO ist dagegen kein Canonical-Trick. Googles Spam-Richtlinien meinen damit Inhalte, die auf einer fremden Website erscheinen, „mainly because of that host’s already-established ranking signals“. Aus meiner Sicht passt ein Canonical deshalb nicht zu dieser Logik: Er soll ja gerade bewirken, dass die Kopie auf dem Host nicht als eigenes Suchergebnis steht. Mit Spam-Backlinks hat das wenig zu tun. Wie ich mit solchen Links umgehe, steht im Beitrag über Spam-Backlinks und Negative SEO.

Der Canonical-Tag funktioniert gut, solange alles andere dasselbe sagt. Schwierig wird es, wenn Plugins, Weiterleitungen und interne Links in verschiedene Richtungen zeigen. Die Search Console sagt dir, wo Google anders entschieden hat. Bei Syndizierung hilft heute noindex beim Partner mehr als ein Canonical. Eine fremde Domain als von Google gewählte kanonische URL ist ein Anlass für einen Sicherheitscheck.