Was ist eine Canonical URL?
Die Canonical URL (kanonische URL) ist die von dir bevorzugte Version einer Webseite. Sie wird über ein spezielles HTML-Element im <head>-Bereich definiert:
<link rel="canonical" href="https://example.com/seite">
Dieses Tag sagt Suchmaschinen: „Von allen möglichen URLs, unter denen dieser Inhalt erreichbar sein könnte, ist diese URL die offizielle Version. Bitte indexiere nur diese und leite alle Ranking-Signale hierher."
Man kann sich die Canonical URL wie die offizielle Adresse eines Unternehmens vorstellen: Ein Büro kann über verschiedene Wege erreichbar sein – Haupteingang, Seiteneingang, Lieferanteneinfahrt – aber die offizielle Geschäftsadresse ist nur eine. Die Canonical URL ist diese offizielle Adresse für Suchmaschinen.
Google beschreibt das Verfahren und die Auswahlsignale ausführlich in der Search-Central-Dokumentation zur URL-Canonicalization.
Warum braucht man Canonical URLs?
Das Duplicate-Content-Problem
Im Web ist derselbe Inhalt häufig unter mehreren URLs erreichbar, ohne dass der Seitenbetreiber das beabsichtigt:
| URL-Variante | Beispiel |
|---|---|
| Mit und ohne www | www.example.com/seite vs. example.com/seite |
| HTTP und HTTPS | http://example.com/seite vs. https://example.com/seite |
| Mit und ohne Trailing Slash | example.com/seite vs. example.com/seite/ |
| Query-Parameter | example.com/seite vs. example.com/seite?ref=newsletter |
| Tracking-Parameter | example.com/seite vs. example.com/seite?utm_source=google |
| Groß-/Kleinschreibung | example.com/Seite vs. example.com/seite |
| Index-Dateien | example.com/blog/ vs. example.com/blog/index.html |
Für Google sind das potenziell sieben verschiedene Seiten mit identischem Inhalt. Ohne Canonical-Tag muss Google selbst entscheiden, welche Version die „richtige" ist – und diese Entscheidung fällt nicht immer zu deinen Gunsten aus.
Ranking-Signal-Fragmentierung
Wenn externe Websites auf verschiedene URL-Varianten verlinken, verteilen sich die Backlink-Signale auf mehrere URLs statt sich auf eine zu konzentrieren:
- Blog A verlinkt auf
https://example.com/seite - Blog B verlinkt auf
https://www.example.com/seite - Blog C verlinkt auf
https://example.com/seite?ref=social
Ohne Canonical behandelt Google diese als drei verschiedene Seiten mit jeweils einem Backlink. Mit Canonical erkennt Google, dass alle drei auf denselben Inhalt verweisen, und bündelt die Signale auf die kanonische URL – die dann drei Backlinks hat.
Crawl-Budget-Optimierung
Jede URL-Variante, die Google crawlen muss, verbraucht Crawl-Budget. Bei einer Website mit tausenden Seiten und mehreren URL-Varianten pro Seite kann das dazu führen, dass Google wichtige Seiten seltener crawlt, weil das Budget für Duplikate verschwendet wird.
Wie funktioniert das Canonical-Tag?
Grundsyntax
Das Canonical-Tag wird im <head>-Bereich jeder Seite platziert:
<head>
<link rel="canonical" href="https://example.com/blog/seo-grundlagen">
</head>
Wichtig: Jede Seite sollte ein Canonical-Tag haben – auch wenn sie nur unter einer einzigen URL erreichbar ist. In diesem Fall verweist die Seite auf sich selbst (Self-Referencing Canonical). Damit bestätigst du Google explizit: „Ja, diese URL ist die korrekte Version."
Self-Referencing Canonical
<!-- Seite: https://example.com/blog/seo-grundlagen -->
<link rel="canonical" href="https://example.com/blog/seo-grundlagen">
Ein Self-Referencing Canonical ist die häufigste und empfohlene Konfiguration. Es schützt davor, dass Google eine unbeabsichtigte URL-Variante (z. B. mit Query-Parametern) als kanonisch auswählt.
Cross-Domain Canonical
Das Canonical-Tag kann auch auf eine andere Domain verweisen. Das teilt Google mit, dass die andere Domain die Originalquelle des Inhalts ist:
<!-- Auf syndiziertem Inhalt bei partner.com -->
<link rel="canonical" href="https://original.com/artikel">
Anwendungsfälle: - Syndizierte Inhalte (derselbe Artikel erscheint auf mehreren Websites) - Domain-Migration (alte Domain verweist auf neue) - Multi-Domain-Setup (Länder-Domains verweisen auf Haupt-Domain)
Achtung: Ein Cross-Domain Canonical ist ein starkes Signal. Wenn es versehentlich gesetzt wird, verliert die Seite ihre Indexierung zugunsten der anderen Domain.
Canonical vs. 301-Redirect
Canonical-Tags und 301-Redirects lösen beide das Duplicate-Content-Problem, aber auf unterschiedliche Weise:
| Aspekt | Canonical-Tag | 301-Redirect |
|---|---|---|
| Nutzer-Erlebnis | Beide URLs sind erreichbar | Nutzer wird weitergeleitet |
| Verbindlichkeit | Hinweis (Google kann ignorieren) | Anweisung (Google folgt immer) |
| Link-Equity | Wird gebündelt | Wird weitergeleitet (~95 %) |
| Einsatzzweck | Gleicher Inhalt, verschiedene Zugangswege | URL ist dauerhaft umgezogen |
| Beispiel | Parameter-Varianten, Print-Versionen | Domain-Wechsel, URL-Änderung |
Faustregel: Wenn der Nutzer beide URLs sehen soll (z. B. gefilterte Produktlisten), verwende ein Canonical. Wenn die alte URL nicht mehr existieren soll, verwende einen 301-Redirect.
Die Regeln für korrekte Canonical-Tags
1. Immer absolute URLs verwenden
Google verlangt absolute URLs im Canonical-Tag – also mit vollständigem Protokoll und Domain:
<!-- Richtig: Absolute URL -->
<link rel="canonical" href="https://example.com/blog/seo-grundlagen">
<!-- Falsch: Relative URL -->
<link rel="canonical" href="/blog/seo-grundlagen">
<!-- Falsch: Protokoll-relativ -->
<link rel="canonical" href="//example.com/blog/seo-grundlagen">
Relative URLs können von Suchmaschinen falsch aufgelöst werden – besonders bei Subdomains, CDN-Konfigurationen oder wenn die Seite über verschiedene Protokolle erreichbar ist. Absolute URLs eliminieren jede Mehrdeutigkeit.
2. Genau ein Canonical-Tag pro Seite
Jede Seite sollte exakt ein Canonical-Tag enthalten. Mehrere Canonical-Tags mit unterschiedlichen URLs erzeugen einen Konflikt – Google weiß nicht, welche Version die richtige ist, und kann im Zweifel alle ignorieren und selbst eine URL auswählen.
Häufige Ursachen für mehrfache Canonicals: - CMS setzt automatisch ein Canonical, und ein SEO-Plugin fügt ein zweites hinzu - Template-Code und manuell eingefügter Code erzeugen Duplikate - Ein CDN oder Caching-Plugin fügt ein eigenes Canonical ein
3. Canonical muss auf die eigene Domain zeigen
Sofern nicht bewusst ein Cross-Domain Canonical gewünscht ist, sollte das Tag immer auf dieselbe Domain (Origin) verweisen, auf der die Seite liegt. Ein versehentliches Off-Origin Canonical leitet alle Ranking-Signale an eine fremde Domain weiter.
Origin-Vergleich: Das Protokoll (https://), die Domain (example.com) und der Port müssen übereinstimmen. Folgende Unterschiede gelten als verschiedene Origins:
https://example.com≠http://example.com(anderes Protokoll)https://example.com≠https://www.example.com(andere Subdomain)https://example.com≠https://example.com:8080(anderer Port)
4. Konsistenz mit anderen Signalen
Die Canonical URL muss mit anderen technischen Signalen übereinstimmen:
- Hreflang-Selbstreferenz: Die Hreflang-URL für die eigene Sprache muss identisch mit der Canonical URL sein
- Sitemap-URL: Die URL in der XML-Sitemap sollte der Canonical URL entsprechen
- Interne Links: Interne Verlinkungen sollten idealerweise auf die kanonische URL-Version zeigen
- Open Graph: Die
og:urlsollte die Canonical URL widerspiegeln
Widersprüchliche Signale verwirren Google und können dazu führen, dass das Canonical-Tag ignoriert wird.
Canonical im Zusammenspiel mit anderen Elementen
Canonical und Hreflang
Bei mehrsprachigen Websites arbeiten Canonical und Hreflang zusammen. Jede Sprachversion hat ihr eigenes Canonical (Self-Referencing), und die Hreflang-Tags verweisen auf die Canonical URLs der anderen Sprachversionen:
<!-- Deutsche Seite -->
<link rel="canonical" href="https://example.com/de/seite">
<link rel="alternate" hreflang="de" href="https://example.com/de/seite">
<link rel="alternate" hreflang="en" href="https://example.com/en/page">
Wichtig: Die Hreflang-Selbstreferenz-URL und die Canonical URL müssen identisch sein. Abweichungen (z. B. www vs. ohne www) können dazu führen, dass Google das gesamte Hreflang-Set ignoriert.
Canonical und Paginierung
Bei paginierten Inhalten (Seite 1, 2, 3 …) sollte jede Seite auf sich selbst als Canonical verweisen – nicht alle Seiten auf Seite 1. Google möchte jede Seite der Paginierung einzeln indexieren können:
<!-- Seite 2 von 5 -->
<link rel="canonical" href="https://example.com/blog?seite=2">
Alle paginierten Seiten auf Seite 1 zu kanonisieren, ist ein weit verbreiteter Fehler, der dazu führt, dass Google die Seiten 2–5 aus dem Index entfernt.
Canonical und noindex
rel="canonical" und <meta name="robots" content="noindex"> auf derselben Seite senden widersprüchliche Signale. Das Canonical sagt: „Indexiere die kanonische Version", während noindex sagt: „Indexiere diese Seite nicht." Google hat bestätigt, dass in solchen Fällen in der Regel das Canonical-Signal gewinnt – aber das Verhalten ist nicht garantiert. Verwende nur eines der beiden Signale.
Häufige Fehler
Fehlendes Canonical-Tag
Die Seite hat kein Canonical-Tag im <head>-Bereich. Ohne diese Angabe muss Google selbst entscheiden, welche URL-Variante indexiert wird. Bei Seiten, die über verschiedene URLs erreichbar sind (mit/ohne www, mit/ohne Trailing Slash, mit Query-Parametern), kann das zu Duplicate-Content-Problemen führen und Ranking-Signale auf mehrere URLs verteilen.
Leeres Canonical-Tag
Ein Canonical-Tag existiert, aber das href-Attribut ist leer oder fehlt. Das ist funktional gleichbedeutend mit einem fehlenden Tag – Google erhält keine Information darüber, welche URL bevorzugt werden soll. Setze die vollständige absolute URL der Seite als href-Wert ein.
Mehrere Canonical-Tags
Die Seite enthält mehr als ein Canonical-Tag mit unterschiedlichen URLs. Das erzeugt widersprüchliche Signale, die Google möglicherweise komplett ignoriert – mit dem Ergebnis, dass Google eine eigene Entscheidung trifft, die nicht deiner Absicht entspricht. Prüfe CMS-Einstellungen, SEO-Plugins und Template-Code auf doppelte Canonical-Ausgaben.
Relative statt absolute URL
Die Canonical URL verwendet einen relativen Pfad (z. B. /seite) statt einer absoluten URL (z. B. https://example.com/seite). Relative Pfade können bei Subdomains, CDN-Konfigurationen oder verschiedenen Protokollen falsch aufgelöst werden. Verwende immer absolute URLs mit vollständigem Protokoll und Domain.
Canonical auf fremde Domain (Off-Origin)
Das Canonical-Tag verweist auf eine andere Domain als die, auf der die Seite liegt. Das teilt Google mit, dass die andere Domain die Originalversion hostet und alle Ranking-Signale erhalten soll. Wenn das unbeabsichtigt ist, verliert deine Seite ihre Indexierung zugunsten der fremden Domain. Prüfe, ob Protokoll, Domain und Subdomain exakt mit der eigenen Seite übereinstimmen.