Was macht ein Canonical-Tag eigentlich?

Es sagt Suchmaschinen, welche URL die "Master"-Kopie ist, wenn derselbe oder nahezu identische Inhalt unter mehr als einer URL erreichbar ist - die Ranking-Signale des gecrawlten Duplikats werden auf das Canonical-Ziel konsolidiert, statt auf beide aufgeteilt zu werden.

Validiert Scanverra, ob mein Canonical-Tag korrekt ist?

Teilweise, und das ist durchaus nützlich. Der SEO-Score des Website-Audits führt Lighthouses Canonical-Prüfung aus, die eine relative (nicht absolute) URL, eine ungültige URL, mehrere widersprüchliche Canonical-Tags auf einer Seite und den häufigen Fehler meldet, dass jede Seite auf Ihre Startseite statt auf sich selbst verweist. Der Browser-Test zeigt zusätzlich das rohe Tag und dessen exakten Wert. Was keine der beiden Prüfungen abdeckt: ob das Canonical-Ziel tatsächlich mit 200 antwortet (statt mit einer Weiterleitung oder einem 404), und ob es über alle Seiten hinweg konsistent zu Ihrem gewählten Protokoll/Ihrer Subdomain ist - das erfordert noch eine manuelle Stichprobe.

Sollte die Canonical-URL absolut oder relativ sein?

Immer absolut - ein relativer Canonical-Pfad widerspricht formal der Spezifikation und kann von unterschiedlichen Crawlern falsch aufgelöst werden, besonders bei einer Website, die über mehrere Subdomains oder Protokolle ausgeliefert wird.

Kann eine Seite auf eine URL kanonisieren, die eine Weiterleitung oder einen 404 zurückgibt?

Sie kann, sollte es aber nicht - ein Canonical, das auf eine Weiterleitung oder eine defekte URL zeigt, sendet ein verwirrendes Signal, das Suchmaschinen möglicherweise einfach ignorieren. Da Scanverra das nicht für Sie prüft, sollten Sie manuell verifizieren, dass das Canonical-Ziel tatsächlich mit 200 antwortet und zum Inhalt passt - besonders nach einer URL-Umstrukturierung.

Probleme mit der Canonical-URL beheben

Warum Canonical-Tags falsch gesetzt werden

URL-Parameter erzeugen ungewollte Duplikate. Tracking-Parameter, Sortierreihenfolge oder Filterzustand (?utm_source=, ?sort=price) erzeugen technisch unterschiedliche URLs mit demselben Inhalt, ohne dass ein Canonical sie auf die saubere Version zurückführt.
Protokoll- oder Subdomain-Uneinheitlichkeit. http vs. https, oder www vs. nackte Domain, teilt denselben Inhalt auf zwei indexierte Adressen auf.
Pagination ohne selbstreferenzierendes oder serienbewusstes Canonical. Verweist Seite 2 einer paginierten Liste auf Seite 1 (oder hat gar kein Canonical), kann das dazu führen, dass Suchmaschinen den eigenständigen Inhalt von Seite 2 komplett ignorieren.
Staging- oder Preview-URLs verraten ein Canonical, das auf Produktion zeigt, oder umgekehrt, nachdem eine Vorlage zwischen Umgebungen kopiert wurde.

So findet man das Problem

Der SEO-Score des Website-Audits führt bei jedem Scan eine echte Prüfung der Canonical-Korrektheit durch - er meldet eine Canonical-URL, die relativ statt absolut ist, eine, die schlicht ungültig ist, mehrere widersprüchliche Canonical-Tags auf derselben Seite, sowie den speziellen, häufigen Fehler, dass eine Seite auf Ihre Startseite statt auf sich selbst verweist. Der Browser-Test ergänzt das, indem er Ihnen das rohe Tag und die exakte URL zeigt, die er von Ihrer live gerenderten Seite erfasst hat.

Keine der beiden Prüfungen bestätigt, dass das Canonical-Ziel tatsächlich mit 200 antwortet (statt mit einer Weiterleitung oder einem 404), oder dass es zu Ihrer seitenweiten Protokoll-/Subdomain-Wahl passt - diese beiden Punkte erfordern noch eine manuelle Stichprobe.

So behebt man es

1. Die Canonical-URL auf der bevorzugten Version einer Seite auf sich selbst verweisen lassen

Eine Seite, deren Canonical auf ihre eigene saubere, absolute URL verweisttypescript

1export const metadata = {
2  alternates: {
3    canonical: "https://example.com/products/keyboard",
4  },
5};

Oder direkt in HTML:

Immer die absolute URL verwenden, nie einen relativen Pfadhtml

1<link rel="canonical" href="https://example.com/products/keyboard" />

2. Parameter- und Sortier-/Filter-Varianten auf die saubere URL kanonisieren

Eine Seite, die sowohl als /products?sort=price als auch als /products erreichbar ist, sollte bei der parametrisierten Version ein Canonical haben, das auf die saubere /products-URL zeigt, damit Link-Equity und Indexierung sich auf eine Adresse konzentrieren.

3. Ein Protokoll und einen Host wählen, überall

Standardisieren Sie auf https und entweder www oder die nackte Domain, leiten Sie die jeweils andere Variante dauerhaft (301) um, und stellen Sie sicher, dass jedes Canonical-Tag der Website denselben Standard verwendet - ein Canonical, das auf die nicht weitergeleitete Version zeigt, macht den Zweck zunichte.

4. Manuell prüfen, dass das Canonical-Ziel tatsächlich erreichbar ist

Führen Sie zuerst einen Website-Audit durch - er erkennt relative URLs, ungültige URLs, widersprüchliche Canonicals und den Startseiten-Fehler automatisch. Was von Hand zu prüfen bleibt: dass die Canonical-URL einen 200-Status zurückgibt und tatsächlich mit dem Inhalt der Seite übereinstimmt, die auf sie verweist - besonders direkt nach einer URL-Umstrukturierung oder Migration.

Wie Scanverra dies erkennt

Der SEO-Score des Website-Audits (Lighthouses Canonical-Prüfung) parst jeden rel="canonical"-Link auf der Seite und meldet eine relative oder ungültige URL, mehrere widersprüchliche Canonicals sowie ein Canonical, das auf die Startseiten-Root statt auf die Seite selbst verweist. Der Browser-Test erfasst separat, ob ein Canonical-Tag vorhanden ist und auf welche exakte URL es zeigt. Zusammen decken sie die oben genannten Fehler ab - was sie nicht sehen können, ist, ob die Ziel-URL tatsächlich korrekt auflöst oder mit dem Inhalt der Quellseite übereinstimmt.