Ja, danke Olaf & Christoph.
cmb wrote:
Nein (zumindest gehe ich davon aus). Daher sollte meiner Meinung nach ein kanonischer Link idealerweise nicht grundsätzlich alle (anderen) Query-Parameter ignorieren, sondern nur bestimmte. Eine (zu) einfache Lösung hatte ich unter
http://cmsimpleforum.com/viewtopic.php? ... =20#p51358 gepostet. Bei dieser Variante würde man "p" eben nicht im $ignore_params Argument übergeben.
Also mal angenommen, die DC-Probleme bzgl. index.php, mit/ohne "www" bzw. http/https wären per 301-Umleitung gelöst. Und auch ein passender kanonischer Link für erste Seite ist vorhanden.
Was bleibt dann noch? Wo wären noch kanonische Links nötig?
Für den Fall "?selected=Seite¶m=1" könnte man das eigentlich ganz entspannt sehen, finde ich. Solch ein Request würde ja IMO nur dann generiert, wenn auch weitere Parameter nötig wären, zum Beispiel bei einem Formularversand per $_GET. Damit - und wenn natürlich alle Annahmen von oben zutreffen - wäre solch ein Request aber doch auch eindeutig und ein kanonischer Link wäre unnötig.
Der theoretisch mögliche Fall eines "normalen" Seitenaufruf mittels "?selected=Seite" kommt doch in der Praxis überhaupt nicht vor, oder?
Ein anders Thema wäre noch die Druckfunktion. Olaf schrieb, dass dort ein "rel=nofollow" generiert wird. Dem scheint aber nicht so zu sein. Wenn man das aber nachbessert, sehe ich für diese Fälle dann auch keinen Grund mehr für kanonische Links. Nebenbei könnte man dem Login-Link vielleicht auch gleich noch ein "rel=nofollow" mitgeben - einfach nur um den Index zu schonen...
Fehlt ansonsten noch etwas?
Mir geht es darum eine möglichst vollständige und simple Lösung ohne .htaccess - also per Plugin - zu realisieren. Auch wenn das nicht ganz so elegant ist, wird es sicher für manch einen User eher zu verwenden sein und die Hemmschwelle, sich überhaupt mit dem DC-Problem auseinander zu setzen, wird dadurch vielleicht etwas herab gesetzt.
cmb wrote:Hierbei gibt es das Problem, das CMSimple_XH bereits rel="prev" und rel="next" Links für die Seitennavigation erzeugt, was ich im Allgemeinen auch recht sinnvoll finde, da ja viele Templates auch die previouspage() und nextpage() Funktion verwenden.
Na ja, darüber kann man streiten. Die Funktionen bilden ja eine Verkettung über alle Seiten vom Anfang bis zum Ende der kompletten Webseite. Eine thematisch richtige Paginierung, die rel="prev" und rel="next" verdient, ist das IMO nicht. "Richtiger" wäre es in den meisten Fällen, wenn die Links nur jeweils für einen Ast innerhalb der Seitenstruktur (mit anderen Worten ein Thema) gebildet werden würden. Aber natürlich kann es auch Projekte geben, bei denen wirklich alle Unterseiten durchgehend thematisch echte Unterseiten der Startseite sind
.
LG,
Holger