Ich bevorzuge gefühlsmäßig auch eher den 301er. Damit ist die Funktionalität noch gewährleistet und der Query-String gleich bereinigt. Das werde ich dann so mal in den Pluginentwurf einarbeiten.cmb wrote:Da hast Du wohl recht. Trotzdem wäre ein Prototyp als Plugin vielleicht ganz nützlich, damit das schon mal in der Praxis erprobt werden kann, zumal zumindest ich mir nicht sicher bin, ob nun ein 301er oder ein kanonischer Link zu bevorzugen sind (vermutlich eher Ersteres).
Und auch bei der Pluginlösung befürchte ich jetzt keine wirklich dramatischen Performanceeinbußen. Aber auf Dauer wäre die Funktionalität im Core besser aufgehoben, zumal sich dort alles eleganter lösen lässt, da der Query-String schon auseinandergedröselt wird.
Alles kann man nicht, zumindest nicht richtig, mit einer automatisierten Lösung abdecken. Für den konkreten Fall einer Suchfunktion sollte, anstatt anschließend nachzubessern, die Funktion gleich ein rel=nofollow für die Links und ein noindex auf der Ergebnisseite generieren.olape wrote:Hier ist auch noch mal ein sehr interessanter Link zum Thema:
https://www.search-one.de/parameter-gwt/Suche
Die Suchfunktion wird sehr häufig über einen Parameter wie „s“ oder „search“ realisiert. Dabei entsteht jedoch durch jede Suchanfrage eines Nutzers eine neue URL, die in der Regel doppelte Inhalte der Webseite enthält. In der Regel erhalten Suchergebnisseiten keine externen Links, sind intern nicht verlinkt und sollen auch nicht in den Index aufgenommen werden.