OnClick im Anker-Tag

Die Sitemap verschwindet im Supplemental-Index

01.03.2007
Vermutet wurde es ja schon lange und heute haben wir vermutlich die ersten Anzeichen einer Abwertung für das Verwenden von onclick im Anker-Tag zu spüren bekommen.

Fallbeispiel: Eine Framesite lädt beim Aufruf der Unterseiten aus zweiter und dritter Ebene, per javascript zwei Teile der Subnavigation nach:

Nun haben wir auch die Sitemap so gestaltet, dass Haupt- und Subnavigation mit der ausgewählten Unterseite geladen werden, obwohl es nicht unbedingt notwendig wäre. Dazu wird im normalem html-Link zusätzlich per onclick ein javascript ausgeführt welches zur aufgerufenen Seite die passende Subnavigation in die entsprechenden Frames lädt. Dies ist zwar nicht unbedingt notwendig aber für den user optimal. Bis Mitte 2006 gab es an dieser Konstruktion aus Seo-Sicht nichts auszusetzen. Alles klappte prima. Etwa Mitte 2006 verkündete Matt Cutts, dass Links mit onclick-Ereignis nicht mehr voll gewertet werden, da man per script alles mögliche tun kann. Es stimmt natürlich, dass man den Besucher mit eingeschaltetem Javascript überall hinschicken könnte auch wenn der html-Teil des Anker-tags etwas anderes vortäuscht. Ab diesem Zeitpunkt haben wir Websites (vorwiegend Webkataloge) beobachtet, die ebenfalls, aufgrund von Zählscripten, onclick im Anker-tag verwenden. Die Entwicklung einiger dieser Webprojekte hat in uns den leichten Verdacht aufkommen lassen, dass Matt Cutts Ankündigung in die Tat umgesetzt wird.

Die Sitemap ist in unserer Framesite die einzige Unterseite (außer ein paar unwichtiger Testseiten) mit onclick im Anker-Tag, die wirklich wichtig für das Projekt ist. Im Zuge der Überarbeitung der Suchmaschinenoptimierung onpage über die komplette Website, wurde die Verlinkung der Sitemap, vor ca. zwei Jahren, von reiner javascript-Navigation mit html-Navigation im noscript-Bereich, auf html-Navigation mit onclick-Ereignis im Anker-tag umgestellt, da uns die noscript-Variante auch nicht sonderlich gut gefiel und wir den Eindruck hatten, dass Google der Sitemap nicht die notwendige Beachtung schenkte. Die wichtigen Webseiten, die auch externe Links enthalten, werden nur per html ohne onclick verlinkt. Wir haben Anfang 2007 auch mit onmouseover und onmouseup experimentiert, wobei wir vermuten, dass diese Varianten bei Google wie onclick behandelt werden. Eigentlich war schon seit längerer Zeit klar, dass die Frames besser entfernt werden sollten und deshalb ein kompletter Relanch anstand. Anderer Seits wollten wir dieses Projekt so lang wie möglich zu Testzwecken nutzen.

Heute, am 01.03.2007 verschwindet die Sitemap, erstmalig nach ca. vier Jahren, aus dem regulären index und wird im Supplementalindex gesichtet. Da das neue Redesign ohne Frames und javascript schon steht, interessiert es uns nun nicht mehr sonderlich.

Am 15.03.2007 erfolgt der komplette Relanch der Website. Frames werden entfernt und somit ist auch die javascript-Verlinkung der Sitemap hinfällig. Leider werden wir jetzt nie erfahren, ob die Sitemap auch ohne das Entfernen der javascript-Verlinkung zurück gekommen wäre aber wir vermuten nicht.

Am 02.04.2007 kommt die Sitemap mit pr0 zurück in den regulären Index. Sie wurde also von pr3 auf pr0 abgewertet, was wir auf die mouse-Ereignisse im Linktext zurück führen, denn sonst ist die Seite ohne irgendwelche Tricks der Suchmaschinenoptimierung erstellt worden, da sie für eine Framesite mit ehemaliger javascript-Navigation extrem wichtig ist. Ob die extra css-Formatierung abweichend vom restlichen Webprojekt nachteilig ist müßte sich in nächster Zeit zeigen. Erhält die Seite weiterhin keinen pr müssen die style-Angaben aus dem externen Stylesheet in der Sitemap intern überschrieben werden, sodass die class-Anweisungen aus den Linktexten entfernt werden können.

Fazit für unserer Projekte: Onclick ist meist überflüssig und sollte nur im äußersten Notfall und nur dort angewendet werden, wo es nicht wichtig ist, ob die Seiten im regulären Index erscheinen. Oncklick ist in der Suchmaschinenoptimierung eher hinderlich.