Das Canonical-Tag benennt die Referenzversion einer Seite, die über mehrere Adressen erreichbar ist. Auf einer Unternehmenswebsite bereitet es wenig Schwierigkeiten. In einem Shop machen fünf Situationen es heikel, und eine falsche Angabe kostet mehr als gar keine.
Was das Tag leistet und was nicht
Zwei Hinweise, die die Hälfte der Fehler vermeiden.
Es ist ein Hinweis, keine Anweisung. Suchmaschinen können es ignorieren, wenn sie die Seiten für tatsächlich verschieden halten. Ein Canonical auf unähnlichen Inhalten wird nicht befolgt.
Es blockiert das Crawling nicht. Die Seite wird weiterhin besucht, verbraucht Crawl-Budget, und ihr Inhalt wird gelesen. Das Canonical sagt nur, welche Version indexiert werden soll.
Ein oft übersehener Folgesatz: Ein Canonical ist kein Werkzeug zur Crawl-Steuerung. Wenn Ihr Problem die Menge gecrawlter Seiten ist, liegt die Antwort woanders.
Der Fall der Varianten
Die häufigste Situation, und die am schlechtesten behandelte.
In vielen Themes verändert die Auswahl einer Variante die URL durch eine zusätzliche Kennung. Die Seite zeigt dann denselben Inhalt mit anderem Bild und anderem Preis.
Die Regel: Das Canonical aller Varianten zeigt auf die Produktseite ohne Variantenparameter. Das ist die Version, die indexiert werden soll.
Zwei Ausnahmen, die man kennen sollte. Wenn Ihre Varianten wirklich eigenständige Inhalte tragen, mit eigenen Beschreibungen und Bildern, verdienen sie wahrscheinlich eigene Produkte statt kanonisierter Varianten. Und wenn eine bestimmte Variante eigene Suchanfragen auf sich zieht, stellt sich die Frage der Aufteilung.
Klassischer Fehler, den es zu vermeiden gilt: jede Variante sich selbst zum Canonical erklären zu lassen. Sie erhalten dann fünfzehn nahezu identische Seiten, die miteinander konkurrieren.
Der Fall der Produkte in mehreren Kategorien
Ein Produkt, das drei Kategorien zugeordnet ist, kann über drei Adressen erreichbar sein, wenn Ihre URL-Struktur den Kategoriepfad enthält.
Das Canonical zeigt auf die Adresse, die auf der Standardkategorie des Produkts aufbaut. Diese Wahl muss zur ausgezeichneten Brotkrumennavigation passen, sonst senden Sie zwei widersprüchliche Signale.
Der wunde Punkt: Die Standardkategorie geht bei einem Import oder einer Umstrukturierung leicht verloren. Eine Kontrolle nach jeder Massenoperation verhindert, dass man Canonicals entdeckt, die auf veraltete Adressen zeigen.
Bei einer URL-Struktur ohne Kategoriepfad, der einfachsten und am meisten empfohlenen Konfiguration, verschwindet das Problem vollständig.
SEO Cannibalization Detector — PrestaShop 8 & 9Erkennen und lösen Sie SEO-Kannibalisierung über die Google Search Console39,00€
Der Fall der Paginierung
Ein sehr verbreiteter und zerstörerischer Fehler.
Bei einer paginierten Kategorie ist die Versuchung groß, alle Seiten auf die erste zeigen zu lassen. Das ist ein Denkfehler: Die Produkte, die nur auf Seite 4 erscheinen, landen auf einer Seite, die Sie nicht indexieren lassen wollen.
Die Regel: Jede Seite einer paginierten Reihe trägt ein Canonical auf sich selbst. Die Seiten 2, 3 und 4 sind eigenständige Seiten mit eigenständigen Inhalten.
Zwei Ergänzungen. Wenn Sie eine Ansicht „alle anzeigen“ anbieten, kann sie berechtigterweise die Canonicals der paginierten Seiten aufnehmen, sofern sie benutzbar bleibt, was jenseits von hundert Produkten selten der Fall ist. Und die erste Seite darf nicht doppelt existieren, mit und ohne Paginierungsparameter: eine muss auf die andere weiterleiten.
Der Fall der Filter
Eine gefilterte Kategorieseite zeigt auf die ungefilterte Kategorie, es sei denn, Sie haben diese Facette bewusst für die Indexierung geöffnet.
Bei einer geöffneten Facette ist das Canonical selbstbezüglich: Die Seite hat einen eigenen Titel und eigenen Inhalt, sie muss für sich bestehen.
Vorsicht bei der Kombination mit der Paginierung: Seite 2 einer geöffneten Facette zeigt auf sich selbst, nicht auf Seite 1 der Facette und nicht auf die Kategorie.
Der Fall des Multishops
Zwei Shops, die sich ein Produkt teilen, werfen eine grundsätzliche Frage auf, bevor sie ein technisches Problem sind.
Wenn sich die beiden Shops an unterschiedliche Zielgruppen richten, mit unterschiedlichen Inhalten und Preisen, ist jede Seite berechtigt und muss sich selbst zum Canonical erklären.
Wenn beide Shops denselben Inhalt zeigen, haben Sie ein Duplikatsproblem, das das Canonical nicht sauber löst: Ein domainübergreifendes Canonical ist möglich, läuft aber darauf hinaus, einen der beiden Shops zu opfern. Die eigentliche Antwort ist, die Inhalte zu differenzieren.
Häufiger Sonderfall: ein Test- oder Vorproduktionsshop, der erreichbar geblieben ist. Er muss durch eine Authentifizierung gesperrt und nicht per Canonical behandelt werden.
Der Fall der Mehrsprachigkeit
Die schädlichste Verwechslung von allen.
Die Sprachversionen derselben Seite sind keine Duplikate. Die französische und die deutsche Version sind zwei eigenständige Seiten für zwei Zielgruppen, und jede muss sich selbst zum Canonical erklären.
Übersetzte Versionen auf die Ausgangsversion zeigen zu lassen, deindexiert alle Ihre Übersetzungen. Diesen Fehler trifft man regelmäßig auf mehrsprachigen Websites an, deren internationaler Traffic nicht in Gang kommt.
Das richtige Werkzeug zur Verknüpfung der Sprachversionen ist die Annotation der alternativen Sprache, ein eigenständiger und ergänzender Mechanismus. Sie gibt die Beziehung zwischen den Versionen an, das Canonical die Referenzversion innerhalb jeder Sprache.
Zwei Regeln für die Kombination: Jede Version richtet ihr Canonical auf sich selbst und deklariert ihre Sprachalternativen, sich selbst eingeschlossen.
Die übergreifenden Fehler
Das relative Canonical. Verwenden Sie eine absolute Adresse mit Protokoll und Domain. Eine relative Adresse funktioniert, bricht aber, sobald eine Seite aus einem unerwarteten Kontext ausgeliefert wird.
Das Canonical auf eine weitergeleitete Seite. Es fügt einen Schritt hinzu und verwischt das Signal. Zeigen Sie auf das endgültige Ziel.
Das Canonical auf eine Noindex-Seite. Ein widersprüchliches Signal: Sie benennen als Referenz eine Seite, die nicht indexiert werden soll.
Die doppelte Deklaration. Das Theme setzt ein Canonical, ein SEO-Modul ein zweites. Zwei unterschiedliche Tags auf derselben Seite erzeugen unvorhersehbares Verhalten und sind eine häufige Ursache für Deindexierung nach der Installation eines Moduls.
Prüfen
Drei Prüfungen, in dieser Reihenfolge.
Die URL-Prüfung in der Search Console an einer Stichprobe von Seiten, die das deklarierte und das von Google gewählte Canonical zeigt. Eine Abweichung zwischen beiden zeigt, dass Ihre Angabe nicht befolgt wird.
Ein Crawl der Website mit Erfassung der Canonicals, der es erlaubt, in großer Zahl Verweise auf weitergeleitete, fehlerhafte oder auf Noindex gesetzte Seiten aufzuspüren.
Der Indexierungsbericht, mit Blick auf die Kategorie der Duplikate, deren Canonical von dem durch Google gewählten abweicht.
Ein häufiges Symptom eines falsch gesetzten Canonicals: Zwei Ihrer Seiten streiten sich um dieselbe Suchanfrage und wechseln sich in den Ergebnissen ab. Das Modul SEO Cannibalization Detector für PrestaShop erkennt solche Situationen in PrestaShop 8 und 9, indem es Positionen und Suchanfragen Ihrer Seiten abgleicht und die konkurrierenden Seiten identifiziert.
