JTL Canonical: Duplicate Content vermeiden und Signale bündeln

Canonical-Tags sind in JTL-Shop 5 eines der technischen Elemente, die auf dem Papier einfach klingen und in der Praxis regelmäßig falsch konfiguriert sind. Das Problem ist nicht die Technik selbst – es ist die Kombination aus JTL-spezifischen Automatismen, Variantenlogik und Filterseiten, die zusammen Szenarien erzeugen, für die ein pauschales Canonical-Konzept nicht ausreicht. Den strategischen Rahmen dazu beschreibe ich unter JTL SEO.

JTL-Shop setzt Canonicals automatisch – bei Mehrfach-URLs durch Kategoriepfade greift die Automatik aber nicht immer sauber.

SEO- & KI-Check AI-Tracking

Kostenlos · ohne Anmeldung · Ergebnis sofort

Wie JTL Canonical-Tags setzt – und wo die Automatik versagt

JTL-Shop 5 enthält die Backend-Funktion ID 1448, die automatisch Canonical-Tags auf Variantenartikel setzt – als Verweis auf den jeweiligen Vaterartikel. Das ist sinnvoll, wenn Varianten (Farbe, Größe, Ausführung) kein eigenständiges Suchvolumen haben. Dann konsolidiert der Canonical die Link-Signale aller Variantenseiten auf eine URL, und Google indexiert bevorzugt den Vaterartikel.

Das Problem: Die Funktion greift pauschal. Varianten, die als eigenständige Suchanfrage nachweisbar gesucht werden – etwa „Bohrmaschine 18V Brushless" als konkrete Variante – verlieren mit einem Canonical auf den Vaterartikel ihre Ranking-Chance. Google folgt dem Canonical und sieht die Variante nie als eigenständige Seite. Das ist kein Konfigurationsfehler im technischen Sinn, sondern eine strategische Fehlentscheidung, die sich über hunderte Produktseiten multipliziert.

Mehrfach-URLs durch Kategoriepfade: das unterschätzte Canonical-Szenario

Wenn JTL SEO-URLs mit Kategoriepfad konfiguriert sind, entsteht für Artikel, die in mehreren Kategorien liegen, je eine gültige URL. Ein Produkt in drei Kategorien hat drei verschiedene Pfade – technisch korrekt erreichbar, inhaltlich identisch. Ohne expliziten Canonical wertet Google das als Duplicate Content. Die Primär-URL muss in diesem Fall konsequent als kanonische Version definiert werden, am besten die URL der Hauptkategorie mit der stärksten thematischen Relevanz.

Wie die SEO-URL-Konfiguration in JTL dieses Problem erzeugt und welche Strukturentscheidungen vorgelagert sind, behandelt der JTL SEO-URL-Cluster gesondert. Canonical löst das symptomatisch – die Ursache liegt in der URL-Struktur.

Canonical bei Filterseiten: hilfreich oder trügerisch?

Canonical-Tags auf Filterseiten, die auf die übergeordnete Kategorie verweisen, wirken auf den ersten Blick nach einer sauberen Lösung. Sie sind es nicht – zumindest nicht pauschal. Google behandelt Canonicals als Hinweis, nicht als Direktive. Wenn eine Filterseite eigene eingehende Links oder eigenständigen Content hat, ignoriert Google den Canonical regelmäßig und indexiert trotzdem. Shops mit hunderten Canonical-behafteten Filterseiten verlieren weiterhin Crawl-Budget, ohne es zu bemerken.

Canonical ist bei Filterseiten dann die richtige Wahl, wenn eine Kombination grundsätzlich indexierbar bleiben soll, aber Sortierparameter oder redundante Parameterreihenfolgen Varianten erzeugen, die auf dieselbe inhaltliche Seite verweisen sollen. Für Filterseiten ohne Suchvolumen und ohne eigenständigen Content ist noindex robuster. Die vollständige Strategie zu Filterseiten – inklusive noindex-Logik und Crawl-Budget-Steuerung – beschreibt der JTL Merkmalfilter-Cluster.

Self-Referencing Canonicals: Warum sie nicht optional sind

Jede Seite im JTL-Shop sollte einen Canonical auf sich selbst setzen, wenn kein anderer Canonical-Verweis vorliegt. Das verhindert, dass Google durch URL-Parameter – Tracking-Anhänge, Session-IDs, Sortierparameter – implizit Duplikate erzeugt, ohne dass der Shop das aktiv steuert. JTL-Shop 5 setzt Self-Referencing Canonicals auf Produkt- und Kategorieseiten standardmäßig, aber die korrekte Ausgabe hängt vom verwendeten Template und dessen Konfiguration. Ein Audit-Schritt, der häufig ausgelassen wird: prüfen, ob der ausgegebene Canonical tatsächlich mit der kanonischen URL übereinstimmt – oder ob Template-Logik eine falsche Variante ausgibt.

Jede indexierbare Seite sollte per Canonical auf sich selbst zeigen – fehlt das, wählt Google womöglich die falsche Variante.

Canonical-Probleme erkennen: Signale aus der Search Console

Die Google Search Console zeigt unter „Seiten" → „Nicht indexiert" den Status „Duplicate, Google hat andere kanonische Version gewählt". Das bedeutet: Google hat den Canonical-Hinweis ignoriert oder überstimmt – ein klares Signal, dass die kanonische URL entweder technisch falsch gesetzt ist oder Google die bezeichnete Zielseite aus eigenen Gründen nicht als kanonische Version akzeptiert. In der Praxis tritt das auf, wenn Vaterartikel selbst wenig Content haben oder wenn Filterseiten trotz Canonical-Tag eigene eingehende Links akkumuliert haben.

Die Sitemap spielt hier direkt hinein: URLs, die in der Sitemap stehen und gleichzeitig einen Canonical auf eine andere URL tragen, sind ein Widerspruch. Google erwartet, dass nur kanonische URLs in der Sitemap auftauchen. Wie Sitemap und Canonical-Strategie zusammenspielen, ist Teil der JTL SEO-Analyse – beide Ebenen müssen konsistent sein, sonst verstärken sie Fehler gegenseitig.

SEO- & KI-Check AI-Tracking

Kostenlos · ohne Anmeldung · Ergebnis sofort