Leitfaden · Indexierung
Die kanonische Adresse: die maßgebliche Seite bestimmen
Mehrere Adressen zeigen denselben Inhalt: die nackte Seite, die gefilterte Seite, die Seite mit einem Tracking-Parameter. Die kanonische Adresse bestimmt unter ihnen die Version, die maßgeblich ist. Sie steht in einer Zeile, sie ist in wenigen Sekunden gelesen, und sie ist eines der Signale, die am meisten davon gewinnen, korrekt geschrieben zu sein. Hier steht, was sie bezeichnet, wie weit sie reicht, und welche fünf Regeln sie tragen.
Was sie bezeichnet und wie weit sie reicht
Eine kanonische Adresse ist ein Hinweis: Sie sagen der Suchmaschine, welche Version Sie für die maßgebliche halten; sie berücksichtigt das und behält sich die Freiheit vor, eine andere Adresse zu wählen, wenn sie Ihre Angabe für widersprüchlich hält. Eine kanonische Adresse, die durch die internen Links, durch die Sitemap und durch die Weiterleitungen bestätigt wird, ist eine befolgte kanonische Adresse: Das Signal wirkt dadurch, dass alles Übrige mit ihm übereinstimmt.
Sie lässt den gesamten Index offen: Sie ist eine Bestimmung, und ihre einzige Wirkung ist die Auswahl. Wenn sie auf eine ANDERE Seite verweist, bitten Sie Google selbst darum, diese hier zu vergessen — und es gehorcht. Das ist eine häufige Ursache für Seiten mit dem Status „Gecrawlt – zurzeit nicht indexiert“ auf ansonsten einwandfreien Websites.
Die Regel lässt sich also in einem Satz zusammenfassen. Die kanonische Adresse muss absolut und identisch mit der tatsächlich ausgelieferten Adresse sein: gleiches Protokoll, gleiche Domain, gleiche Groß-/Kleinschreibung, gleicher abschließender Schrägstrich. Jede Abweichung macht sie zur Bestimmung einer anderen Ressource.
Die fünf Regeln, die einzuhalten sind
Alle laufen auf denselben Punkt hinaus: Das Tag bezeichnet genau die Seite, die es trägt. Ein vorhandenes und scheinbar korrektes Tag kann dennoch etwas anderes bezeichnen. Jede dieser Regeln lässt sich anhand der ausgelieferten Antwort belegen, mit Nachweis.
01
Eine absolute kanonische Adresse
Als relativer Pfad geschrieben, wird die kanonische Adresse von Browser und Crawler anhand der aktuellen Adresse aufgelöst. Ein Pfad, der auf einer Seite richtig ist, wird auf einer anderen falsch, und das Signal bezeichnet dann eine Adresse, die noch zu schreiben bleibt.
So prüfen Sie sie: Lesen Sie den Rohwert des Tags in der HTML-Antwort, statt den, den Ihnen ein Inspektor anzeigt: Dieser zeigt Ihnen schon die aufgelöste Adresse, also stets eine plausible.
So halten Sie sie ein: Eine absolute Adresse, samt Protokoll und Domain, vollständig im Tag ausgeschrieben. Das ist die einzige Form, die sich überall genau so lesen lässt, wo auch immer sie steht.
02
Der abschließende Schrägstrich so, wie er ausgeliefert wird
Der Server liefert eine Adresse mit abschließendem Schrägstrich aus, die kanonische Adresse deklariert eine andere, ohne Schrägstrich geschrieben — oder umgekehrt. Das sind zwei verschiedene Adressen, und die Seite deklariert sich damit an einer anderen Stelle als dort, wo sie ist.
So prüfen Sie sie: Vergleichen Sie Zeichen für Zeichen die ausgelieferte Adresse und die deklarierte Adresse. Ein Unterschied von einem einzigen Zeichen genügt, um die beiden zu trennen.
So halten Sie sie ein: Eine Form wählen, sie überall ausliefern, sie überall deklarieren: interne Links, Sitemap und kanonische Adresse auf dieselbe Schreibweise abgestimmt.
03
Das Protokoll, die Domain und die Groß-/Kleinschreibung, wie sie tatsächlich ausgeliefert werden
Eine kanonische Adresse, die unverschlüsselt geschrieben ist, während die Website über TLS ausgeliefert wird, oder die mit einer anderen Domain und Groß-/Kleinschreibung als der ausgelieferten geschrieben ist, bezeichnet eine andere Ressource. Eine Adresse wie diese, hier als Text geschrieben, bezeichnet eine andere Seite als ihre gesicherte Version:
http://exemple.fr/Page/und die Subdomain www folgt derselben Regel. Die Deklaration übernimmt Protokoll, Domain und Groß-/Kleinschreibung genau so, wie sie tatsächlich ausgeliefert werden.So prüfen Sie sie: Rufen Sie die Seite so ab, wie sie veröffentlicht ist, und lesen Sie das Tag in der Antwort. Die kanonische Adresse muss buchstabengetreu identisch mit der Adresse sein, die Sie gerade aufgerufen haben.
So halten Sie sie ein: Die kanonische Adresse aus der ausgelieferten Adresse selbst erzeugen, statt aus einer Konstante, die aus einer Testumgebung übernommen wurde.
04
Eine auf das endgültige Ziel gesetzte kanonische Adresse
Wenn das Tag eine Adresse bezeichnet, die mit einer Weiterleitung antwortet, wird die Suchmaschine von genau der Seite, die ihr als die maßgebliche präsentiert wurde, woanders hingeschickt: Das Signal geht verloren. Auf das Ziel gesetzt, kommt es beim ersten Versuch am richtigen Ort an.
So prüfen Sie sie: Rufen Sie die deklarierte Adresse auf und prüfen Sie den Antwortcode. Eine gültige kanonische Adresse antwortet direkt, in einem einzigen Schritt.
So halten Sie sie ein: Die kanonische Adresse auf das endgültige Ziel verweisen lassen, auf das, das selbst antwortet, beim ersten Versuch.
05
Eine Canonical in einem einzigen Schritt
A verweist auf B, das auf C verweist. Das Signal geht unterwegs verloren, und die Seite, die maßgeblich sein sollte, ist eine andere als die, die Sie annehmen. Die Kette ist die stille Variante des vorigen Punktes: Jedes Glied ist gültig, und das Ganze schweigt.
So prüfen Sie sie: Verfolgen Sie die Deklaration Schritt für Schritt. Eine Seite, deren Canonical auf eine Seite verweist, die wiederum auf eine weitere verweist, befindet sich bereits in einer Kette.
So halten Sie sie ein: Ein einziger Schritt: Alle Varianten desselben Inhalts verweisen direkt auf die gewählte Version — und nur auf sie.
Canonical und hreflang: Jede Sprache ist ihre eigene Canonical
Die beiden Signale sagen zwei verschiedene Dinge aus. hreflang gibt an, dass mehrere Seiten die Sprachversionen desselben Inhalts sind; die Canonical bestimmt innerhalb einer Sprache die maßgebliche Adresse. Jede Sprachseite ist somit ihre eigene Canonical.
Die Versuchung besteht darin, die französische Version für „das Original“ zu halten und die Übersetzungen darauf verweisen zu lassen. Eine übersetzte Seite, die sich als Canonical der französischen Version deklariert, nimmt ihre Übersetzungen aus dem Index: Sie haben selbst geschrieben, dass sich diese Seiten auf jene eine reduzieren. Auf unserer Website werden acht Sprachen ausgeliefert — Französisch, Englisch, Spanisch, Deutsch, Italienisch, Portugiesisch, Niederländisch und Polnisch — und jede trägt ihre eigene Canonical.
Canonical und Paginierung
Eine paginierte Serie wirft dieselbe Frage umgekehrt auf. Die zweite Seite einer Liste zeigt einen anderen Inhalt als die erste: Es sind zwei eigenständige Aussagen, also zwei gleichwertige Adressen. Seite zwei als Canonical auf Seite eins zu setzen bedeutet, darum zu bitten, Seite zwei zu vergessen — und mit ihr die Elemente, die nur sie zeigt.
Jede Seite der Serie ist somit ihre eigene Canonical. Die Canonical bleibt das Werkzeug für Varianten, die den Inhalt unverändert lassen — Sortierungen, Filter, Tracking-Parameter — während Seiten, die jeweils unterschiedliche Elemente zeigen, jeweils ihre eigene behalten.
Wie wir sie einhalten
Eine Canonical, die am Tag der Veröffentlichung korrekt ist, kann bei der nächsten Veröffentlichung falsch werden: eine Änderung am Template, eine in einer Konstante vergessene Staging-Domain, ein von einer Route hinzugefügter Schrägstrich. Deshalb gehört die Prüfung zur Veröffentlichung selbst und nicht zum Korrekturlesen.
Auf dieser Website vergleicht die Veröffentlichungssperre die Canonical JEDER ausgelieferten Seite mit ihrer erwarteten Adresse und gibt die Veröffentlichung nur dann frei, wenn sie buchstabengetreu übereinstimmen — in allen acht Sprachen. SEO Records wendet dasselbe Prinzip bei Ihnen an: Es korrigiert die Signale in dem Moment, in dem die Seite ausgeliefert wird, ab 199 €/Jahr.
Die Canonical Ihrer Seite auslesen
Der Prüfer liest Ihre Adresse und gibt Ihnen den Zustand dieses Signals zurück, kostenlos, in etwa zehn Sekunden. Ihre Website bleibt genau die Ihre, unverändert vorher wie nachher. Der Audit SEO Records geht weiter: Er liest Ihre gesamte Sitemap, Seite für Seite, und übergibt Ihnen den datierten Befund.