Der Canonical-Tag-Prüfer zeigt, welche URL eine Seite als bevorzugte Version angibt und ob die geprüften Signale Probleme enthalten. Geben Sie eine öffentliche Seiten-URL ein, um HTML-Canonical-Links, HTTP-Link-Header und das unmittelbare Canonical-Ziel zu untersuchen. Eine gültige Angabe ist ein hilfreicher Befund, bestätigt aber weder die Indexierung noch die von Google gewählte URL.
Prüfen Sie die genaue Seiten-URL
Beginnen Sie mit der betroffenen Adresse einschließlich ihrer Abfrageparameter. Verlinkt eine E-Mail-Kampagne auf https://example.com/products/blue-shirt?utm_source=email, prüfen Sie diese Variante und nicht nur die Startseite. Vergleichen Sie anschließend das angegebene Ziel mit der URL, die diesen Inhalt tatsächlich repräsentieren soll.
Wird die eingegebene Adresse weitergeleitet, stammen die Angaben aus ihrer endgültigen Antwort. Der URL-Verlauf hilft Ihnen, diese Weiterleitung von einer Canonical-Angabe auf eine andere Adresse zu unterscheiden.
Der Prüfer untersucht eine Quelle und, sofern sich ein einzelnes geeignetes Ziel bestimmen lässt, höchstens ein abweichendes Ziel. Bei einem selbstreferenziellen Canonical wird die Quelle wiederverwendet. Er liest ausgeliefertes HTML und HTTP-Header, ohne JavaScript auszuführen. Er crawlt nicht Ihre Website, vergleicht keine Seiteninhalte und untersucht weder robots.txt noch Sitemap-Dateien.
Verstehen Sie die Ergebnisse des Canonical-Prüfers
Lesen Sie das Ergebnis zusammen mit dem Prüfumfang. Farben und Symbole helfen bei der nächsten Entscheidung; sie bilden keinen SEO-Punktwert.
| Ergebnis | Aussage | Nächster Schritt |
|---|---|---|
| Grün ✓ | Keine Probleme in den geprüften Signalen gefunden | Bestätigen Sie, dass das angegebene Ziel Ihrer Absicht entspricht |
| Rot ✕ | Bestätigtes Problem, etwa widersprüchliche Ziele oder ein Ziel mit noindex | Öffnen Sie den Befund und beheben Sie die Ursache |
| Gelb ⚠ | Warnung, etwa fehlendes, relatives oder wiederholtes Canonical | Entscheiden Sie, ob die Angabe geändert werden muss |
| Grau — | Daten konnten nicht geprüft werden | Beheben Sie den Zugriff oder versuchen Sie es erneut; nehmen Sie kein gültiges Ziel an |
Ein vollständiger Prüfumfang betrifft ausschließlich die unterstützten Quellen- und Zielprüfungen. Eine Teilanalyse bedeutet, dass einige Seiten oder Angaben nicht vollständig untersucht werden konnten. Lesen Sie den genannten Grund, bevor Sie den Bericht als Bestätigung verwenden.
Ein fehlendes Canonical ist eine Warnung, kein Beweis, dass eine Seite nicht ranken kann. Ein Zeitlimit bedeutet eine nicht verfügbare Prüfung, nicht einen nachgewiesenen Fehler der Zielseite. Analysedetails und JSON-Download helfen, die beobachteten Befunde für einen späteren Vergleich zu speichern.
Prüfen Sie die Canonical-Angabe
Ein Canonical auf eine andere Seite kann beabsichtigt sein. Liefert eine Tracking-URL dieselbe Produktseite für ein blaues Hemd, kann sie die saubere Produktadresse bevorzugen. Die bevorzugte Seite kann auf sich selbst verweisen. Dieses illustrative HTML gehört in den Kopfbereich der Seite:
<link rel="canonical" href="https://example.com/products/blue-shirt">
Vergleichen Sie vor der Anwendung die tatsächlichen Inhalte. Ein anderes Produkt, eine andere Sprache oder eine wesentlich andere Liste sollte nicht allein wegen ähnlicher URLs zusammengeführt werden. Auch ein Ziel auf einer anderen Domain braucht eine bewusste Begründung; der Prüfer bestätigt weder Inhaltsgleichheit noch Eigentümerschaft.
Prüfen Sie den Ort jeder Angabe. Ein Canonical-Link im HTML-Seitenkörper ist keine gültige Angabe im Kopfbereich. Auch ein HTTP-Link-Header kann ein Canonical angeben, einschließlich für Nicht-HTML-Dokumente. Nennen HTML- und HTTP-Angaben verschiedene geeignete URLs, meldet der Bericht den Widerspruch, statt für Sie zu entscheiden. Wiederholte identische Angaben sind eine separate Warnung.
Prüfen Sie ursprüngliche und aufgelöste URL. Ein relativer Pfad kann erfolgreich aufgelöst werden, doch eine HTML-Basis-URL kann sein Ziel beeinflussen. Bevorzugen Sie eine vollständige absolute URL und entfernen Sie Fragmente aus der Canonical-Adresse. Diese Empfehlungen zu Platzierung und URLs folgen Googles Canonical-Dokumentation.
Prüfen Sie das Canonical-Ziel
Die bloße Existenz des Tags genügt nicht. Liefert die angegebene Adresse die erwartete Seite mit HTTP 200? Leitet sie weiter, gibt sie ein anderes Canonical an oder enthält sie eine noindex-Anweisung?
Bei einer Weiterleitung bestätigen Sie das beabsichtigte endgültige Ziel, bevor Sie die Quelle aktualisieren. Enthält das Ziel noindex, prüfen Sie, warum eine von der Indexierung ausgeschlossene Seite bevorzugt wird. Das Fehlen von noindex allein beweist keine Indexierbarkeit.
Bei der Canonical-Kette A → B → C kann der Prüfer nach A und B die Angabe von C auf B lesen. Er ruft C nicht ab. Prüfen Sie C separat, bevor Sie es als bevorzugtes Ziel verwenden. Die Schleife A → B → A braucht ein einheitliches Ziel statt kreisförmiger Angaben. RFC 6596 empfiehlt, Ziele mit einer anderen Canonical-Angabe oder einer Fehlerantwort zu vermeiden.
Konnte das Ziel nicht abgerufen werden, bleiben Antwort und Anweisungen unbestätigt. Beheben Sie diese Einschränkung, bevor Sie die Beziehung als fehlerfrei beurteilen.
Beheben Sie die Ursache und bestätigen Sie die Änderung
- Wählen Sie die bevorzugte Adresse für diesen Inhalt. Berücksichtigen Sie wichtige Produkt-, Sprach- und Paginierungsunterschiede; verweisen Sie nicht mit unzusammenhängenden Seiten auf die Startseite.
- Aktualisieren Sie die Einstellung, Vorlage oder den HTTP-Header, der die Angabe erzeugt. Entfernen Sie widersprüchliche Ausgaben, damit die Antwort eine einheitliche Präferenz nennt.
- Prüfen Sie das bevorzugte Ziel selbst. Untersuchen Sie Antwort, Weiterleitungen, Canonical und noindex-Anweisungen. Bestätigen Sie, dass sein Inhalt die Quelle angemessen repräsentiert. Nutzen Sie Noindex-Check, um die HTML- und HTTP-Direktiven der Seite samt Quelle und Gültigkeit für die Google-Websuche zu prüfen.
- Prüfen Sie die ursprüngliche Variante erneut. Vergleichen Sie Angaben, URL-Verlauf und Prüfumfang mit dem früheren Bericht, einschließlich der auslösenden Abfrageparameter.
Bei einer zugänglichen Search-Console-Property vergleichen Sie mit der URL-Prüfung das vom Nutzer angegebene und das von Google gewählte Canonical in den indexierten Daten. Der Live-Test kann Googles Auswahl nicht vorhersagen. Eine heute korrigierte Antwort und Googles gespeicherte indexierte Version sind getrennte Beobachtungen.
Geht es weiterhin um Zugriff, verwenden Sie den Robots.txt-Tester für die URL und den Crawler. Mit dem Sitemap-Checker prüfen Sie die XML-Datei; der On-Page-SEO-Checker untersucht weitere Seitensignale. Diese Prüfungen ergänzen den Canonical-Bericht. Sie ersetzen keine manuelle Beurteilung, ob die gewählte Seite der richtige Repräsentant ist.
Um Antwortcodes und Weiterleitungsketten einer Seitenliste zu vergleichen, nutzen Sie HTTP-Statuscodes gesammelt prüfen.