Canonical Tag

Definition: Der Canonical Tag (rel="canonical") ist ein HTML-Link-Element im <head>-Bereich einer Seite, das Suchmaschinen mitteilt, welche URL die bevorzugte (kanonische) Version einer Seite ist. Er wird eingesetzt wenn identische oder sehr ähnliche Inhalte unter verschiedenen URLs erreichbar sind, um Duplicate-Content-Probleme zu vermeiden und Ranking-Signale auf eine URL zu konsolidieren. Syntax: <link rel="canonical" href="https://example.com/bevorzugte-url/">. Der Canonical Tag ist ein Hinweis für Suchmaschinen – keine bindende Direktive wie ein 301-Redirect.

Erläuterung

Duplicate Content entsteht häufiger als gedacht: URL-Parameter für Tracking (utm_source, fbclid), Filter-URLs in E-Commerce, www/non-www Varianten, HTTP/HTTPS-Mischformen, Trailing-Slash-Varianten und Paginierungsseiten sind häufige Quellen. Ohne Canonical-Tag verteilt Google Ranking-Signale auf alle URL-Varianten statt sie zu konsolidieren – was die Position der kanonischen URL schwächt.

Typische Duplicate-Content-Ursachen

• URL-Parameter: ?utm_source=newsletter, ?fbclid=xxx, ?sort=price&filter=red erzeugen technisch neue URLs mit identischem Content; session-IDs in URLs (PHPSESSID=xxx) besonders problematisch; Google Search Console → URL-Parameter-Tool (Legacy) oder hreflang für Signale
• Protocol und www-Varianten: http://example.com, https://example.com, http://www.example.com, https://www.example.com – vier URLs für dieselbe Seite; eine kanonische Variante wählen und alle anderen per 301 weiterleiten + Canonical setzen
• E-Commerce Filter und Sortierung: /produkte?farbe=rot&groesse=L&sort=preis erzeugt tausende URL-Kombinationen; Canonical auf Haupt-Kategorie-URL setzen wenn gefilterte Seiten keinen eigenständigen SEO-Wert haben; alternativ noindex für gefilterte Seiten
• Content-Syndizierung: Artikelveröffentlichung auf mehreren Domains; Canonical auf Quelldomain setzt klares Signal an Google welche Domain als Original gilt; Lizenznehmer setzt Canonical auf Originaldomain; verhindert dass syndizierter Content Originaldomain verdrängt

Canonical-Typen und Implementierung

• Self-Referencing Canonical: Jede Seite enthält Canonical der auf sich selbst zeigt; verhindert unbeabsichtigte Kanonisierung durch zufällige Parameter; Best Practice für alle Seiten eines Webauftritts; Implementierung via CMS (WordPress Yoast/RankMath), CMS-Template oder automatisiert
• Cross-Page Canonical: Paginierungsseite (Seite 2, 3, ...) zeigt Canonical auf Hauptseite (Seite 1); nur sinnvoll wenn Seiten 2+ keinen eigenständigen Ranking-Wert haben; Google empfiehlt stattdessen pagination Markup (rel="next"/"prev" – deprecated) oder Loadmore-Pattern
• Cross-Domain Canonical: Domain A publiziert Content und setzt Canonical auf Domain B; Domain B wird als kanonische Quelle behandelt; Domain A gibt damit alle SEO-Signale ab; Anwendungsfall: AMP-Seiten canonicalize auf Original-URL; Publisher canonicalize auf Marken-Domain
• HTTP-Header Canonical: Canonical auch als HTTP-Response-Header möglich: Link: <URL>; rel="canonical"; geeignet für Non-HTML-Dokumente (PDFs); weniger verbreitet als HTML-Tag

Canonical vs. 301-Redirect

• 301-Redirect: Harte technische Weiterleitung; Nutzer und Bots werden direkt auf kanonische URL geleitet; Link-Equity-Transfer: ~99 % bei 301; bevorzugte Lösung wenn doppelte URL dauerhaft nicht existieren soll; eliminiert alle Duplicate-Content-Risiken vollständig
• Canonical Tag: Soft-Signal; beide URLs bleiben erreichbar; Nutzer wird nicht weitergeleitet; geeignet wenn doppelte URLs aus technischen Gründen nicht redirected werden können (z. B. URL-Parameter für Funktionalität nötig); Google kann den Hinweis ignorieren
• Kombinierte Nutzung: 301-Redirect + Canonical auf Ziel-URL ist gültig und gute Praxis; verhindert Indexierung der alten URL auch wenn Redirect temporär scheitert; kein Nachteil durch Dopplung

Häufige Implementierungsfehler

• Canonical zeigt auf falsche URL: CMS setzt automatisch falsche Canonical (z. B. immer auf Startseite); dynamisch generierte Canonicals mit falschen Pfaden; regelmäßige Prüfung via Google Search Console → Coverage oder Screaming Frog
• Conflicting Signals: Canonical zeigt auf URL A, sitemap.xml enthält URL B, interne Links zeigen auf URL C; Google wählt dann eigenständig eine kanonische URL die nicht der gewünschten entsprechen muss; Konsistenz aller SEO-Signale sicherstellen
• Canonical auf noindex-Seite: Kanonische URL hat noindex → Google kann die «bevorzugte» URL nicht indexieren; Canonical und noindex schließen sich faktisch aus; Kombination vermeiden