Zuletzt aktualisiert am 07.12.2025 von Dirk Veit
Alternative Seite mit richtigem kanonischen Tag: Was die GSC-Meldung wirklich bedeutet
Du hast in der Google Search Console die Meldung „Alternative Seite mit richtigem kanonischen Tag“ entdeckt und fragst dich, ob du jetzt ein Problem hast? Die kurze Antwort: Wahrscheinlich nicht. In 99 Prozent der Fälle ist diese Meldung sogar ein gutes Zeichen. Sie bedeutet, dass deine Canonical-Strategie funktioniert.
Aber es gibt Situationen, in denen du genauer hinschauen solltest. Und genau darum geht es in diesem Ratgeber. Ich zeige dir, was die Meldung technisch bedeutet, wann du handeln musst und wie du typische Fehler bei Canonical Tags vermeidest.
Das Thema ist wichtiger, als viele denken. Falsch gesetzte Canonicals können dazu führen, dass Google die falsche Seite indexiert und deine beste Landingpage in den Suchergebnissen gar nicht auftaucht. Gerade bei YMYL-Websites im Finanzbereich kann das richtig teuer werden.
Das Wichtigste in Kürze
- Die Meldung „Alternative Seite mit richtigem kanonischen Tag“ ist in den meisten Fällen kein Fehler, sondern eine Bestätigung
- Sie erscheint, wenn du einen Canonical Tag gesetzt hast, der auf eine andere URL verweist
- Handlungsbedarf besteht nur, wenn Google die falsche URL als kanonisch ausgewählt hat
- Typische Ursachen sind Filter-URLs, Parameter, Trailing-Slash-Varianten oder Paginierung
- Die URL-Prüfung in der Search Console zeigt dir, welche URL Google als kanonisch betrachtet
Was bedeutet „Alternative Seite mit richtigem kanonischen Tag“?
Lass uns das Ganze einmal aufschlüsseln. Die Meldung besteht aus zwei Teilen, die zusammen einen klaren Sachverhalt beschreiben.
Alternative Seite: Das ist eine URL auf deiner Website, die inhaltlich einer anderen Seite ähnelt oder identisch ist. Google hat erkannt, dass es diese URL gibt, indexiert sie aber nicht, weil eine andere Version bevorzugt wird.
Mit richtigem kanonischen Tag: Du hast im HTML-Code dieser Seite ein rel=“canonical“ gesetzt, das auf eine andere URL verweist. Google hat dieses Signal akzeptiert und behandelt die andere URL als die Originalversion.
🔍 Technisch gesprochen: Der Canonical Tag ist ein HTML-Element im Head-Bereich einer Seite. Er sieht so aus:
<link rel="canonical" href="https://beispiel.de/gewuenschte-url/" />
Damit sagst du Google: Diese Seite hier ist eine Kopie oder Variante. Bitte indexiere stattdessen die URL im href-Attribut.
Wenn alles korrekt läuft, erscheint die URL mit dem Canonical Tag unter „Nicht indexiert“ in der Search Console. Das ist gewollt. Du hast Google explizit gesagt, dass diese Seite nicht in den Index soll.
Wo findest du die Meldung in der Google Search Console?
Die Meldung versteckt sich ein bisschen. So findest du sie:
📱 Schritt-für-Schritt zur Meldung:
- Öffne die Google Search Console für deine Domain
- Klicke links im Menü auf „Indexierung“
- Wähle „Seiten“ (früher „Seitenindexierung“)
- Scrolle nach unten zu „Warum Seiten nicht indexiert werden“
- Suche nach „Alternative Seite mit richtigem kanonischen Tag“
- Klicke darauf, um die betroffenen URLs zu sehen
Die Anzahl der betroffenen URLs variiert stark. Bei einer kleinen Website können es nur wenige sein. Bei einem großen Online-Shop mit tausenden Produktvarianten und Filterseiten können es Zehntausende sein. Das ist erstmal nicht besorgniserregend.
Wann ist die Meldung unproblematisch?
In den meisten Fällen ist alles in Ordnung. Die Meldung bestätigt lediglich, dass deine Canonical-Strategie funktioniert. Hier sind typische Szenarien, bei denen kein Handlungsbedarf besteht:
Filter-URLs in Online-Shops
Du betreibst einen Shop und Nutzer können Produkte nach Farbe, Größe oder Preis filtern. Jede Filterkombination erzeugt eine eigene URL:
beispiel.de/schuhe/(Hauptseite)beispiel.de/schuhe/?farbe=rot(Filter)beispiel.de/schuhe/?farbe=rot&groesse=42(Kombination)
Wenn alle Filter-URLs per Canonical auf /schuhe/ verweisen, erscheinen sie als „Alternative Seite mit richtigem kanonischen Tag“. Genau so soll es sein.
URL-Parameter für Tracking oder Sessions
Viele Websites hängen Parameter an URLs an. Für Kampagnen-Tracking, Session-IDs oder Sortierung:
beispiel.de/produkt/?utm_source=newsletterbeispiel.de/produkt/?sort=preisbeispiel.de/produkt/?ref=partner123
Alle diese Varianten sollten per Canonical auf die saubere URL ohne Parameter zeigen. Die Meldung in der GSC ist dann eine Bestätigung, kein Problem.
Trailing-Slash-Varianten
Ein klassischer Fall: Deine Seite ist sowohl mit als auch ohne abschließenden Slash erreichbar:
beispiel.de/ratgeberbeispiel.de/ratgeber/
Wenn du dich für eine Variante entschieden hast und die andere per Canonical darauf verweist, ist alles korrekt. Noch besser wäre eine 301-Weiterleitung, aber der Canonical funktioniert auch.
💡 Tipp: Für eine saubere URL-Struktur solltest du dich konsequent für eine Trailing-Slash-Variante entscheiden und die andere per 301-Redirect weiterleiten. Das ist sauberer als ein Canonical.
Paginierte Seiten
Bei Blogs oder Kategorieseiten mit mehreren Seiten (Seite 2, 3, 4…) werden manchmal Canonical Tags eingesetzt. Allerdings ist hier Vorsicht geboten. Google empfiehlt inzwischen, paginierte Seiten nicht mehr per Canonical auf Seite 1 zu verweisen, sondern jede Seite als eigenständig zu behandeln.
Wann musst du handeln?
Jetzt wird es spannend. Es gibt Situationen, in denen die Meldung auf ein echtes Problem hinweist. Dann solltest du aktiv werden.
Google wählt eine andere kanonische URL als du
Das ist der kritische Fall. Du hast einen Canonical gesetzt, aber Google ignoriert ihn und wählt eine andere URL. Das erkennst du so:
📱 So prüfst du die kanonische URL:
- Öffne die Google Search Console
- Nutze oben die URL-Prüfung (Suchfeld)
- Gib die betroffene URL ein
- Scrolle zu „Seitenindexierung“ und „Abdeckung“
- Vergleiche „Vom Nutzer angegebene kanonische URL“ mit „Von Google ausgewählte kanonische URL“
Wenn diese beiden URLs unterschiedlich sind, hast du ein Problem. Google vertraut deinem Canonical nicht und hat selbst entschieden, welche URL die richtige ist. Das passiert, wenn widersprüchliche Signale vorliegen.
Wichtige Seiten landen fälschlicherweise unter „Nicht indexiert“
Du hast eine Seite, die unbedingt im Index sein soll, aber sie taucht unter „Alternative Seite mit richtigem kanonischen Tag“ auf. Das bedeutet: Irgendjemand hat einen Canonical auf eine andere URL gesetzt, obwohl das nicht gewollt war.
Häufige Ursachen:
- CMS oder Plugin setzt automatisch falsche Canonicals
- Beim Kopieren einer Seite wurde der Canonical nicht angepasst
- Fehlerhafte Template-Logik im Theme
Der Canonical zeigt auf eine nicht existierende URL
Ein technischer Fehler, der vorkommt: Der Canonical verweist auf eine URL, die einen 404-Fehler zurückgibt oder weitergeleitet wird. Das ist aus SEO-Sicht problematisch und sollte korrigiert werden.
⚠️ Wichtig: Ein Canonical sollte immer auf eine URL zeigen, die den HTTP-Statuscode 200 zurückgibt. Ketten von Canonicals oder Canonicals auf Weiterleitungen sind ein No-Go.
Diagnose: So findest du heraus, ob alles stimmt
Bevor du irgendetwas änderst, solltest du eine gründliche Diagnose machen. Ich zeige dir, wie du systematisch vorgehst.
Schritt 1: URL-Prüfung in der Search Console
Nimm dir ein paar Beispiel-URLs aus der Liste der betroffenen Seiten und prüfe sie einzeln mit der URL-Prüfung. Achte dabei auf:
- Ist die vom Nutzer angegebene kanonische URL korrekt?
- Hat Google diese URL akzeptiert?
- Welchen HTTP-Statuscode hat die Seite?
Schritt 2: Quellcode prüfen
Öffne die betroffene Seite im Browser und schau dir den Quellcode an. Suche nach „canonical“ und prüfe, ob das Tag korrekt gesetzt ist. Manchmal gibt es mehrere Canonical Tags auf einer Seite, was zu Verwirrung führt.
🔍 Schnellcheck: Drücke Strg+U (Windows) oder Cmd+U (Mac) im Browser, dann Strg+F und suche nach „canonical“. Es sollte genau ein Treffer im Head-Bereich erscheinen.
Schritt 3: Crawling-Tool verwenden
Für eine umfassende Analyse nutzt du am besten ein Crawling-Tool wie Screaming Frog. Damit kannst du alle Canonical Tags deiner Website auf einmal prüfen:
- Seiten ohne Canonical
- Seiten mit selbstreferenzierendem Canonical (korrekt)
- Seiten mit Canonical auf andere URL
- Canonicals auf 404-Seiten oder Weiterleitungen
- Mehrere Canonicals auf einer Seite
Der Screaming Frog hat unter „Canonicals“ einen eigenen Report, der alle Probleme übersichtlich auflistet.
Schritt 4: Sitemap prüfen
Ein oft übersehener Punkt: Deine XML-Sitemap sollte nur kanonische URLs enthalten. Wenn du dort alternative URLs auflistest, sendest du widersprüchliche Signale an Google.
Prüfe also: Sind die URLs in deiner Sitemap identisch mit den Canonical-URLs der jeweiligen Seiten?
So behebst du Probleme mit Canonical Tags
Du hast ein echtes Problem identifiziert. Jetzt geht es an die Lösung. Je nach Ursache gibt es verschiedene Ansätze.
Falschen Canonical korrigieren
Wenn der Canonical Tag auf die falsche URL verweist, musst du ihn anpassen. Bei WordPress mit Yoast SEO oder Rank Math geht das direkt im Editor der Seite unter den SEO-Einstellungen.
📱 Canonical in WordPress ändern (Yoast SEO):
- Öffne die Seite im WordPress-Editor
- Scrolle nach unten zum Yoast SEO Bereich
- Klicke auf „Erweitert“
- Trage unter „Kanonische URL“ die korrekte URL ein
- Speichere die Seite
Bei anderen CMS-Systemen funktioniert es ähnlich. Die meisten SEO-Plugins bieten eine Option, die kanonische URL manuell zu setzen.
Widersprüchliche Signale auflösen
Wenn Google deinen Canonical ignoriert, liegt das meist an widersprüchlichen Signalen. Google gewichtet verschiedene Faktoren:
- Canonical Tag
- Interne Verlinkung
- 301-Weiterleitungen
- Sitemap-Einträge
- HTTPS vs. HTTP
Alle diese Signale sollten konsistent auf dieselbe URL zeigen. Wenn deine internen Links auf URL A verweisen, aber der Canonical auf URL B zeigt, ist das ein Widerspruch.
💡 Tipp: Prüfe mit dem Leistungsbericht der Search Console, welche URL tatsächlich Traffic bekommt. Diese sollte auch die kanonische URL sein.
301-Weiterleitung statt Canonical
In vielen Fällen ist eine 301-Weiterleitung die bessere Lösung als ein Canonical Tag. Der Unterschied:
| Aspekt | Canonical Tag | 301-Weiterleitung |
|---|---|---|
| Nutzer-Erlebnis | Beide URLs erreichbar | Automatische Weiterleitung |
| Verbindlichkeit für Google | Hinweis (kann ignoriert werden) | Anweisung (wird befolgt) |
| Linkjuice-Weitergabe | Ja | Ja (mit minimalem Verlust) |
| Server-Last | Beide Seiten werden geladen | Nur Ziel-URL wird geladen |
Wenn eine URL dauerhaft nicht mehr genutzt werden soll, ist die 301-Weiterleitung die sauberere Lösung. Der Canonical eignet sich eher für Fälle, in denen beide URLs aus technischen Gründen existieren müssen.
Häufige Fehler bei Canonical Tags
In meiner Arbeit als SEO-Freelancer sehe ich immer wieder dieselben Fehler. Hier die häufigsten und wie du sie vermeidest:
Fehler 1: Canonical im Body statt im Head
Der Canonical Tag muss im <head>-Bereich des HTML-Dokuments stehen. Wenn er im <body> landet, ignoriert Google ihn komplett. Das passiert manchmal bei fehlerhaften Themes oder wenn das Tag per JavaScript eingefügt wird.
Fehler 2: Mehrere Canonical Tags auf einer Seite
Eine Seite darf nur einen Canonical Tag haben. Bei mehreren Tags nimmt Google meist den ersten und ignoriert den Rest. Das führt zu unvorhersehbarem Verhalten.
Fehler 3: Relative statt absolute URLs
Der Canonical sollte immer eine vollständige, absolute URL enthalten:
- ❌ Falsch:
<link rel="canonical" href="/seite/" /> - ✅ Richtig:
<link rel="canonical" href="https://beispiel.de/seite/" />
Fehler 4: Canonical auf noindex-Seite
Wenn du auf einer Seite sowohl einen Canonical als auch ein noindex-Tag verwendest, sendest du widersprüchliche Signale. Der Canonical sagt „Indexiere die andere Seite“, das noindex sagt „Indexiere diese Seite nicht“. Das führt zu Verwirrung.
⚠️ Achtung: Verwende Canonical und noindex niemals gemeinsam auf derselben Seite. Entscheide dich für eine Strategie.
Fehler 5: Canonical auf paginierte Seiten falsch setzen
Früher war es üblich, bei paginierten Seiten (Seite 2, 3, 4…) den Canonical auf Seite 1 zu setzen. Das ist heute nicht mehr empfohlen. Google möchte jede paginierte Seite als eigenständig behandeln, damit alle Inhalte indexiert werden können.
Fehler 6: HTTP/HTTPS-Inkonsistenz
Wenn deine Website auf HTTPS läuft, müssen auch alle Canonical Tags auf HTTPS-URLs verweisen. Ein Canonical, der auf die HTTP-Version zeigt, ist ein häufiger Fehler nach einer HTTPS-Migration.
Best Practices für Canonical Tags
Damit es gar nicht erst zu Problemen kommt, hier meine Empfehlungen für den Umgang mit Canonical Tags:
Selbstreferenzierende Canonicals verwenden
Jede Seite sollte einen Canonical Tag haben, der auf sich selbst verweist. Das klingt redundant, ist aber sinnvoll. So verhinderst du, dass Google versehentlich eine Paramter-Version oder ähnliches als kanonisch auswählt.
🔍 Beispiel: Die Seite beispiel.de/ratgeber/ enthält den Canonical <link rel="canonical" href="https://beispiel.de/ratgeber/" />
Konsistenz bei der URL-Struktur
Entscheide dich einmal für:
- Mit oder ohne www
- Mit oder ohne Trailing Slash
- HTTPS (keine Frage mehr in 2025)
Und ziehe diese Entscheidung konsequent durch. Alle internen Links, alle Canonicals, alle Sitemap-Einträge sollten dieselbe URL-Struktur verwenden.
Canonicals in der Sitemap reflektieren
Deine XML-Sitemap sollte nur kanonische URLs enthalten. Wenn eine Seite per Canonical auf eine andere verweist, gehört sie nicht in die Sitemap.
Regelmäßig prüfen
Canonicals sind nichts, was du einmal einrichtest und dann vergisst. Prüfe regelmäßig:
- Die Search Console auf neue Meldungen
- Mit dem Crawling-Tool auf fehlerhafte Canonicals
- Nach CMS-Updates oder Theme-Wechseln
Unterschied zu anderen GSC-Meldungen
In der Search Console gibt es mehrere Meldungen, die mit Duplicate Content und Canonicals zusammenhängen. Hier der Überblick:
| Meldung | Bedeutung | Handlungsbedarf |
|---|---|---|
| Alternative Seite mit richtigem kanonischen Tag | Dein Canonical wurde akzeptiert | Meistens keiner |
| Duplikat – vom Nutzer nicht als kanonisch festgelegt | Google hat ein Duplikat gefunden, du hast keinen Canonical gesetzt | Canonical setzen |
| Duplikat – Google hat andere Seite als kanonisch gewählt | Google ignoriert deinen Canonical | Signale prüfen und korrigieren |
Die erste Meldung ist in der Regel unproblematisch. Die beiden anderen weisen auf echte Probleme hin, die du angehen solltest.
💡 Tipp: Eine gute SEO-Strategie beinhaltet regelmäßige Checks der Search Console. So entdeckst du Probleme frühzeitig, bevor sie sich auf deine Rankings auswirken.
Praxisbeispiel: Online-Shop mit Filterseiten
Schauen wir uns ein konkretes Beispiel an. Sarah betreibt einen Online-Shop für nachhaltige Mode. Sie hat folgende URL-Struktur:
- Kategorie:
sarahs-shop.de/damen/kleider/ - Mit Farbfilter:
sarahs-shop.de/damen/kleider/?farbe=gruen - Mit Größe:
sarahs-shop.de/damen/kleider/?groesse=m - Kombiniert:
sarahs-shop.de/damen/kleider/?farbe=gruen&groesse=m
Alle Filterseiten haben einen Canonical Tag, der auf die Hauptkategorie zeigt. In der Search Console erscheinen hunderte URLs unter „Alternative Seite mit richtigem kanonischen Tag“. Sarah ist erst beunruhigt, aber nach der Prüfung stellt sie fest: Alles funktioniert wie gewollt.
Die Hauptkategorie rankt für „nachhaltige Kleider kaufen“, die Filterseiten sind aus dem Index raus und erzeugen keinen Duplicate Content. Kein Handlungsbedarf.
Praxisbeispiel: Blog mit versehentlich falschem Canonical
Anderes Szenario: Max betreibt einen Finanzblog. Er hat einen Artikel kopiert, um ihn als Vorlage für einen neuen Beitrag zu nutzen. Dabei hat er vergessen, den Canonical anzupassen.
Ergebnis: Der neue Artikel verweist per Canonical auf den alten. Google indexiert den neuen Artikel nicht. Max wundert sich, warum sein neuer Content nicht rankt.
Nach dem Check in der Search Console findet er die Ursache. Er korrigiert den Canonical, fordert eine Neuindexierung an, und nach einer Woche ist der Artikel im Index.
FAQ: Häufige Fragen zur GSC-Meldung
Muss ich etwas tun, wenn ich die Meldung sehe?
In den meisten Fällen nicht. Die Meldung bestätigt, dass dein Canonical funktioniert. Prüfe stichprobenartig ein paar URLs mit der URL-Prüfung. Wenn die „Von Google ausgewählte kanonische URL“ deinen Erwartungen entspricht, ist alles in Ordnung.
Wie lange dauert es, bis Google eine Canonical-Änderung übernimmt?
Das variiert stark. Bei häufig gecrawlten Seiten kann es wenige Tage dauern. Bei selten besuchten Seiten auch mehrere Wochen. Du kannst den Prozess beschleunigen, indem du in der Search Console eine Neuindexierung anforderst.
Sollte ich alternative Seiten blockieren oder löschen?
Nein, meistens nicht. Die Seiten erfüllen einen Zweck für Nutzer (z.B. Filter). Durch den Canonical wird sichergestellt, dass sie keinen SEO-Schaden anrichten. Blockieren per robots.txt wäre sogar kontraproduktiv, weil Google dann den Canonical nicht mehr lesen kann.
Kann ich Canonical Tags auch im HTTP-Header setzen?
Ja, das ist eine Alternative zum HTML-Tag. Der HTTP-Header Link: <https://beispiel.de/seite/>; rel="canonical" hat dieselbe Wirkung. Das ist besonders nützlich für Nicht-HTML-Dokumente wie PDFs.
Was ist besser: Canonical oder 301-Weiterleitung?
Kommt auf den Fall an. Wenn eine URL dauerhaft nicht mehr genutzt werden soll, ist die 301-Weiterleitung besser. Wenn beide URLs aus technischen Gründen existieren müssen (z.B. Filter), ist der Canonical die richtige Wahl.
Wird Linkjuice durch Canonical Tags weitergegeben?
Ja. Wenn externe Links auf die alternative Seite zeigen, wird deren Linkjuice auf die kanonische URL übertragen. Das ist einer der Hauptvorteile von Canonical Tags.
Fazit: „Alternative Seite mit richtigem kanonischen Tag“ richtig einordnen
Fazit: „Die Meldung ist in 99% der Fälle eine Bestätigung, kein Problem. Handlungsbedarf besteht nur, wenn Google eine andere URL als kanonisch wählt als du.“
Canonical Tags sind ein mächtiges Werkzeug, um Duplicate Content zu vermeiden und Google klar zu signalisieren, welche URL-Version in den Index soll. Die Meldung in der Search Console zeigt dir, dass dieses System funktioniert.
Prüfe regelmäßig, ob alle Signale konsistent sind. Nutze selbstreferenzierende Canonicals und achte auf eine einheitliche URL-Struktur. Dann wirst du mit dieser Meldung keine Probleme haben.
Wenn du dir unsicher bist, ob deine Canonical-Strategie optimal ist, oder wenn du merkwürdige Indexierungsprobleme hast: Melde dich bei mir. Als SEO-Spezialist für die Finanzbranche helfe ich dir gerne, die technischen Details zu sortieren.
