Alternative Seite mit richtigem kanonischen Tag

Was bedeutet die Meldung?

Die Seite enthält einen Canonical‑Tag, der eindeutig auf eine andere URL verweist (die kanonische Seite). Google folgt diesem Signal, indexiert nur die kanonische URL und listet die hier gemeldete Seite deshalb unter Nicht indexiert mit dem Grund „Alternative Seite mit richtigem kanonischen Tag“.

Kurz: Du hast Google erfolgreich mitgeteilt, welche Version bevorzugt wird. In den meisten Fällen ist die Meldung kein Hinweis auf ein Problem – sie bestätigt, dass Google deinem Canonical folgt.

Wichtig ist die Abgrenzung zu ähnlich klingenden Status-Meldungen in der Search Console. Bei „Alternative Seite mit richtigem kanonischen Tag“ folgt Google deinem gesetzten Canonical und alles ist in Ordnung. Bei „Duplikat – Google hat eine andere Seite als der Nutzer als kanonisch bestimmt“ ignoriert Google dein Canonical und wählt eine andere URL – hier solltest du prüfen, warum deine Signale uneinheitlich sind. Bei „Duplikat ohne vom Nutzer ausgewähltes Canonical“ fehlt ein Canonical-Tag ganz, sodass Google selbst eine Version auswählt. Nur die erste Meldung bedeutet, dass deine Canonical-Strategie wie gewünscht funktioniert.

Warum kann es trotzdem wichtig sein?

• Signal‑Konsistenz: Wenn der Canonical ungewollt auf eine andere URL zeigt, verlierst du Rankings für die falsche Seite.
• Content‑Pflege: Änderungen am Inhalt der alternativen Seite haben keinen Einfluss auf die SERPs, solange sie nicht die kanonische URL betreffen.
• Crawler‑Budget: Überflüssige Duplikate können entfernt oder weitergeleitet werden, um Ressourcen zu schonen.

Das Crawl-Budget ist nur für sehr große Websites mit vielen tausend URLs (Faustregel: ab etwa 10.000 Seiten) ein relevanter Faktor. Für kleine und mittlere Sites spielt es praktisch keine Rolle, ob einige alternative URLs gecrawlt werden – hier besteht kein Grund zu Aktionismus. Wann eine korrigierte Seite neu indexiert wird, hängt von der Crawl-Frequenz ab und kann von wenigen Stunden bis zu mehreren Tagen dauern. Setze realistische Erwartungen und beobachte den Status in der Search Console, statt die Indexierung mehrfach hintereinander anzufordern.

Typische Szenarien & Ursachen

In manchen Fällen erscheint die Meldung, obwohl die betroffene Seite eigentlich ranken sollte. Typische Fehlerquellen sind: ein Canonical, das versehentlich auf eine Staging- oder HTTP-URL zeigt; ein Canonical mit falscher Domain (z. B. www gegen non-www); ein SEO-Plugin, das einen globalen Canonical für alle Seiten setzt; oder kopierte Templates, die das Canonical der Originalseite übernehmen. Solche Konfigurationen drängen wichtige Seiten ungewollt aus dem Index – prüfe das Canonical daher immer zuerst im Quelltext der Seite, die ranken soll.

So findest du betroffene Seiten

1. Search Console → Seitenindexierung → Filter Nicht indexiert → Grund anklicken → Beispiel‑URLs exportieren.
2. URL‑Prüfung: Zeigt sowohl User‑angegebene als auch Google‑gewählte Kanonical.
3. Crawl‑Tools: Screaming Frog → Report Canonical → Spalte Is Canonical = No.
4. SERP‑Prüfung: site:‑Abfrage → kontrollieren, ob nur die Kanonische URL im Index ist.

So findest du die beiden entscheidenden Felder in der URL-Prüfung: Öffne die Search Console, gib die betroffene URL oben in die URL-Prüfung ein und klappe nach dem Test den Bereich „Abdeckung“ bzw. „Indexierung“ auf. Dort stehen untereinander „Vom Nutzer angegebene kanonische URL“ (das Canonical aus deinem Quelltext) und „Von Google ausgewählte kanonische URL“ (die URL, die Google tatsächlich indexiert). Stimmen beide überein, ist alles korrekt. Weichen sie ab, liegt die Ursache meist bei widersprüchlichen Signalen. Ein Screenshot dieser beiden Zeilen macht den Vergleich für Leser sofort nachvollziehbar.

Was tun, wenn der Canonical falsch ist?

1 – Haupt‑URL definieren

Wähle die URL, die ranken soll (meist ohne Parameter, https, trailing slash konsistent).

2 – Canonical‑Tag korrigieren

<link rel=“canonical“ href=“https://www.beispiel.de/gewuenschte‑url/“ />

• Selbstreferenziell auf der kanonischen Seite.
• Auf allen Alternativ‑Versionen verweisend auf die Kanonische.

3 – 301‑Weiterleitungen setzen (optional)

• Wenn Alternativ‑URLs keinen Mehrwert haben, leite sie dauerhaft zur Haupt‑URL um.

4 – Interne Links & Sitemaps aktualisieren

• Stelle sicher, dass Navigation, XML‑Sitemaps, hreflang, og:url, strukturierte Daten nur die kanonische URL nutzen.

5 – Indexierung anstoßen

• URL‑Prüfung → Live URL testen → Indexierung beantragen.

Best Practices

• Klare URL‑Strategie: Vermeide unnötige Parameter, Session‑IDs oder Duplicate Templates.
• Serverseitige Konsolidierung: Erzwinge https, www/non‑www und Slash‑Konsistenz via 301.
• Monitoring‑Automatisierung: Nutze Search Console API oder SEO‑Crawler, um unerwartete Canonical‑Fehler früh zu erkennen.
• hreflang + Canonical: Jede Sprachversion canonicalisiert auf sich selbst, niemals auf eine andere Sprache.

FAQ

„Muss ich etwas tun, wenn alles korrekt ist?“

Nein. Wenn die kanonische URL stimmt und rankt, kannst du die Meldung ignorieren.

„Soll ich die alternative Seite per robots.txt blockieren?“

Nicht nötig und oft kontraproduktiv: Dann kann Google den Canonical‑Tag nicht mehr crawlen.

„Warum sieht Google manchmal eine andere kanonische URL als ich?“

Google gewichtet Signale (Links, Redirects, Sitemaps) – wenn sie widersprüchlich sind, wählt der Algorithmus ggf. eine andere URL. Prüfe Signal‑Konsistenz.

Die Meldung „Alternative Seite mit richtigem kanonischen Tag“ signalisiert, dass deine Canonical‑Strategie funktioniert. Nur wenn die falsche Seite als Kanonisch ausgewählt wurde, musst du eingreifen. Halte Canonical‑Tags, Redirects und interne Links konsistent – so bündelst du Link‑ und Inhalts‑Signale optimal auf die gewünschte URL.

Quellen:
Canonical URLs – Google Docs
Page‑Indexing‑Report – Google Hilfe