Neu Canonical-Tag bei Merkmalwert-URLs mit Parameter "m"

golvreven · 6. Juli 2026

Hallo zusammen,

die Google Search Console stößt bei uns auf URLs wie domain.de/?m=52&sf1=330 und findet hier keinen sauberen Canonical-Tag. Dieser ist leer: <link rel="canonical" href="">. Das gilt auch für nicht gefilterte Seiten dieser Art, also beispielsweise domain.de/?m=52.

Je nachdem, ob wir die entsprechende Merkmalwert-URL indexieren lassen oder nicht, sollte der Canonical-Tag der dazu gehörenden URL mit dem Parameter "m" für den Merkmalwert entweder korrekt gesetzt oder gar nicht vorhanden sein. Wie kann man das lösen? Beispielsweise auch per Dropper?

Viele Grüße
g.

css-umsetzung · 6. Juli 2026

Gibt es eine Grund, warum du Merkmalseiten indexieren lassen möchtest?
der vernünftigste Weg ist das nicht zu tun.

golvreven · 6. Juli 2026

Zitat von css-umsetzung:
Gibt es eine Grund, warum du Merkmalseiten indexieren lassen möchtest?
der vernünftigste Weg ist das nicht zu tun.

Hallo css-umsetzung,

wir haben einige Merkmalseiten indexiert, weil sie inhaltlich einen Mehrwert bieten. Eine pauschale Beurteilung von Merkmalseiten finde ich falsch.

Kommen wir zurück auf URLs wie www.domain.de/?m=52. Diese fallen einfach durchs Raster! Sie sind genau genommen Varianten der Startseite. Denn an die URL der Domain/Startseite wurde ein Parameter (oder mehrere) angehängt. Werden diese URLs auf "noindex" gesetzt und enthalten dennoch einen leeren Canonical-Tag, könnte das ein undeutliches Signal sein und der Startseite schaden.

Aktuell stehen sie auf "index, follow". In diesem Fall müsste der Canonical-Tag gepflegt werden, was aber nicht der Fall ist.

Das Beste wäre es, es gäbe solche URLs gar nicht. Das ist wieder eine Unsauberkeit mehr. Ich verstehe auch nicht, warum JTL hier korrekt mit Parameter arbeitet, aber bei paginierten URLs und Filter-URLs mit "s" bzw. "_" in den URLs.

Viele Grüße
g.

css-umsetzung · 6. Juli 2026

Wenn die KI Bots deine Merkmale finden, dann wird dein Shop sehr schnell stillstehen, es gehört mittlerweile fast schon zu meinem Tagesgeschäft, Bots daran zu hindern, sich auf die Merkmale zu stürzen.

Und wenn deine Merkmalfilterungen am Ende nichts anderes als ein Produktlisting enthalten, sehe ich da keinen Mehrwert oder hast du da sensationellen Content, der für Google wichtig wäre?

golvreven · 6. Juli 2026

Merkmalseiten, die wir indexieren, sind am Ende weitere Kategorieseiten. Nicht mehr und nicht weniger.

NoOne · 7. Juli 2026

Wenn der Shop das über die IDs ausliefert, heißt das ganz einfach das aus irgendeinem Grund keine URL dafür existiert. Bei neu hinzugekommenen Sprachen passiert das z. B. wenn kein Komplettabgleich durchgeführt wird, nachdem die Sprache im Shop korrekt eingerichtet wurde. Könnte auch am Cache liegen, also den einmal leeren. Wenn das nur vereinzelte Merkmale betrifft: Irgendwas am Merkmal ändern und dann wieder zurückändern, damit das nochmal an den Shop gesendet wird.

golvreven · 7. Juli 2026

Hallo NoOne,

das "sprechende" Pendant zu der betroffenen URL gibt es schon seit Jahren und ist auch indexiert. Insofern fallen Ursachen wie Komplettabgleich, Cache etc. aus.

Die "nicht-sprechende" URL, um die es geht, kann der Google-Bot trotzdem finden. Denn wenn er einmal eine andere URL nach diesem Schema (mit ID und Parameter) gefunden hat, probiert er weitere davon aus, indem er die Werte verändert. Das ist doch bei Filter-URLs nicht anders. Hier werden auch URLs vom Bot "halluziniert" und aufgerufen (einfach mal schauen unter: Google Search Console > Seitenindexierung > Nicht gefunden (404)).

Das Problem ist, dass die "nicht-sprechende" URL, um die es geht, nicht pflegbar ist. Das heißt, dass man keinen Einfluss auf den Canonical-Tag nehmen kann. Ich habe auch keine Idee, wie man das per Dropper lösen kann.

Viele Grüße
g.

en001 · 7. Juli 2026

Einfach ein noindex setzen. canonical wird dann nicht gelesen.

golvreven · 7. Juli 2026

Zitat von en001:
Einfach ein noindex setzen. canonical wird dann nicht gelesen.

Bist Du Dir sicher, dass das eine saubere Lösung ist? Zumal der Canonical-Tag ja leer ist: <link rel="canonical" href="">.

en001 · 7. Juli 2026

Die sauberste eindeutigste Lösung ist zwischen <head> und </head> nur das noindex auszugeben.

NoOne · 7. Juli 2026

Zitat von golvreven:
Hallo NoOne,

das "sprechende" Pendant zu der betroffenen URL gibt es schon seit Jahren und ist auch indexiert. Insofern fallen Ursachen wie Komplettabgleich, Cache etc. aus.

Die "nicht-sprechende" URL, um die es geht, kann der Google-Bot trotzdem finden. Denn wenn er einmal eine andere URL nach diesem Schema (mit ID und Parameter) gefunden hat, probiert er weitere davon aus, indem er die Werte verändert. Das ist doch bei Filter-URLs nicht anders. Hier werden auch URLs vom Bot "halluziniert" und aufgerufen (einfach mal schauen unter: Google Search Console > Seitenindexierung > Nicht gefunden (404)).

Das Problem ist, dass die "nicht-sprechende" URL, um die es geht, nicht pflegbar ist. Das heißt, dass man keinen Einfluss auf den Canonical-Tag nehmen kann. Ich habe auch keine Idee, wie man das per Dropper lösen kann.

Viele Grüße
g.

Wenn ich in meinem Shop eine Merkmalwert-URL mit ?m=1 aufrufe, dann ist dort der korrekte Canonical eingetragen (daher dachte ich bei dir gibts keine hinterlegte URL). Es sei denn die Option: Suchmaschinen-Indexierung von Merkmalwert-URLs steht auf "noindex". Dann wird (im NOVA) erst gar kein link rel="canonical" ausgeliefert.

golvreven · 8. Juli 2026

Hallo NoOne,

wir haben gestern das Update auf 5.7.2 gemacht und tatsächlich: der Canonical-Tag ist auf der betroffenen Seite nicht mehr leer, sondern korrekt mit der URL gefüllt.

Insofern hat sich das Thema überraschend erledigt.

Viele Grüße
g.

Suche

Suche

Neu Canonical-Tag bei Merkmalwert-URLs mit Parameter "m"

golvreven

Gut bekanntes Mitglied

css-umsetzung

Offizieller Servicepartner

golvreven

Gut bekanntes Mitglied

css-umsetzung

Offizieller Servicepartner

golvreven

Gut bekanntes Mitglied

NoOne

Sehr aktives Mitglied

golvreven

Gut bekanntes Mitglied

en001

Sehr aktives Mitglied

golvreven

Gut bekanntes Mitglied

en001

Sehr aktives Mitglied

NoOne

Sehr aktives Mitglied

golvreven

Gut bekanntes Mitglied

Ähnliche Themen