Das mit den Parametern stimmt natürlich…

[...] content verhindern kann hat der Whitehat SEO einmal ausführlich beschrieben. Auch der Seouxindianer hat sich darüber einmal Gedanken [...]

[...] Den kompletten Beitrag lesen » Bookmarken bei: [...]

[...] eure kanonische URL“, Golem liefert Infos, Kommentare und weitere Links und der SEOux Indianer erklärt es auf seine [...]

[...] lesenswerten Artikel zum rel-Tag gibt es auch beim Seouxindianer! Weitersagen: Diese Icons verlinken auf Bookmark Dienste bei denen Nutzer neue Inhalte finden [...]

[...] viel wichtiger und scheinbar noch nicht in der deutschen SEO-Szene angekommen ist, dass durch dieses Tag Linkpopularität an die [...]

[...] Infos und Kritiken zum REL TAG CANONICAL finden sich beim SEOux Indianer und auch direkt im Google Webmaster Central Blog [...]

@Marc: Danke, dass Du das länger ausgeführt hast. Die Einbindung mit der if-Abfrage ist ja ganz schlicht und einfach zu erweitern, wenn man das möchte. Du rüstest aber trotzdem nicht nach, oder? Aber sich vorher um ein ordentliches und aufgeräumtes System zu kümmern bringt allgemein mehr. Das neue rel Attribut ist ja lediglich eine Korrekturmöglichkeit.

Ich selbst leite z.B. alle Anfragen mit Session-ID in der URL auf die Original-URL um, sofern der Besucher ein Gast ist (=Bot). Registrierte benötigen diese bei mir unter Umständen, sofern sie kein Cookie akzeptieren. Das Prinzip für so eine Abfrage ist ja sehr einfach:
if ($_SERVER['REQUEST_URI'] != $perma_uri) {
// spuck den canonical meta / noindex,follow meta aus
}

Ansonsten halte ich alle Filter-Konstrukte basierend auf URLs für fehlerhafte Lösungen. Schließlich besteht immer das Risiko, dass solche “ungewollten” Links durch Besucher auf dritten Seiten verlinkt werden.

Natürlich soll Google & Co. nun statt der zuerst aufgerufenen URL der canonical Variante folgen, aber glaubt wirklich jemand daran, dass Google das noch macht, wenn das zugewiesene Index-Volumen erreicht wurde? Ich kanns mir irgendwie nicht vorstellen. Auch darf man nicht unterschätzen, dass insbesondere sessionbasierte System nicht ohne zusätzlich Boterkennung auskommen. Denn wenn der Bot plötzlich immer wieder die Perma-URL aufruft heißt dass im Session-System auch immer wieder eine neue Session.

Wer von Anfang an sauber arbeitet, der braucht auch keinen canonical-Tag.

z.B. kennt das jeder aus Foren:
topic.php?id=123
topic.php?id=123&seite=2

und wenn man dann von Seite 2 auf Seite 1 geht ist man plötzlich auf:
topic.php?id=123&seite=1

Die Coder, die sowas basteln, dürfen sich nicht wundern.

Wie hast Du Dir das eigentlich mit dem nofollow-linksculpting bei dynamischen URLs gedacht? Die sind ja flexibel zusammengesetzt. Gibt es in CMSystemen eine Möglichkeit, eine Standard-URL vorzugeben, bei der im header automatisch ein follow,index eingefügt wird und wenn die URL anders generiert wird, ein noindex?

Bei Nofollow bin ich vorsichtig geworden, seit das Problem mit der Reihenfolge bekannt geworden ist. Normalerweise wird ja ein zweimal auftretender Link bei beiden Malen entwertet, sobald der im Quelltext oben stehende nofollow ist und der zweite nicht. Lässt man den ersten auf dofollow und setzt den zweiten nofollow, ist das normalerweise nicht so, aber vorkommen kann es trotzdem, dass die Suchmaschinen den Link dann nicht werten oder manche ihn auch gar nicht verfolgen. Impressum kommt bei mir auf nofollow, loginpages und so, aber ansonsten ist mir das Risiko momentan zu groß und bei neuen Projekten verzichte ich deshalb erst einmal darauf.

Also der Nutzen von rel=”canonical” ist noch nicht optimal, aber dass sie sich darum kümmern tut neben ihren eigenen Rankings auch uns Webmastern gut. Das Einbinden ist ja wie gesagt nicht so wild und der Codeschnipsel ist klein genug um die Ladezeiten nicht zu stören.