Alternative Seite mit richtigem kanonischen Tag

Status in der Google Search Console
Bericht: Seitenindexierung → Nicht indexiert
Schweregrad: Information – in der Regel kein Handlungsbedarf

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 – diese Meldung ist in 99 % der Fälle kein Fehler, sondern lediglich eine Bestätigung.

TL;DR

TL;DR (Quick‑Check in 60 Sekunden)

URL in der URL‑Prüfung öffnen → Google‑ausgewählte kanonische URL vergleichen.
Prüfen, ob der <link rel=“canonical“ …> tatsächlich auf die gewünschte Haupt‑URL zeigt.
Falls korrekt ➜ nichts weiter tun – alles wie gewünscht.
Falls falsch ➜ Kanonical korrigieren, interne Links anpassen, ggf. 301‑Redirects setzen.
Indexierung neu anfordern (nur für geänderte Seiten nötig).

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.

Typische Szenarien & Ursachen

Szenario	Beispiel	Anmerkung
Mobile vs. Desktop (m.-Subdomain)	m.example.com/artikel → Canonical auf www.example.com/artikel	Legacy‑Setup – heute besser Responsive Design
UTM-Tracking-Links	/produkt?utm_source=newsletter → Canonical auf /produkt	Korrekt, vermeidet Duplicate Content
Paginationsseiten	/blog/page/2 → Canonical auf /blog/	Wenn View‑all preferred ist
Sortierung/Filter im Shop	/hosen?color=rot&sort=preis → Canonical auf /hosen	Beugt Thin‑Content‑Duplikaten vor
HTTPS‑Migration	http://… → Canonical auf https://…	Zusätzlich 301‑Redirect setzen

So findest du betroffene Seiten

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

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

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.

Checkliste

Kanonische URL geprüft
Canonical‑Tag korrekt
Interne Links/Sitemaps konsistent
(Optional) Redirects gesetzt
Indexierungsantrag gestellt (bei Änderungen)

Fazit

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.

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