-----Original Message----- From: Martijn Dashorst [mailto:[EMAIL PROTECTED] Sent: Thursday, April 03, 2008 3:36 PM To: users@wicket.apache.org Subject: Re: Removing the jsessionid for SEO
On 4/4/08, Dan Kaplan <[EMAIL PROTECTED]> wrote: > Regardless, at the very least this makes your site look "weird" and > unprofessional when google puts a jsessionid on your url. 0.5% of your users care about the URL that is displayed in a google search result. It doesn't look weird or unprofessional. It is not like your URL ends in .php or *gawk* .asp is it? It brings the sophistication of Java to your users. My URL ends with ;jsessionid=an7goabg0az (my actual situation). I personally think that looks weirder than .php or .asp. Where did you get that 0.5% statistic? Regardless, my users won't see ANY url if my site is on the 50th page of the search. That's the important issue here. > There has got to > be some negative effect when google visits it the second time and the > jsessionid has changed but it sees the same exact content. Worst case, > it'll think you're trying to trick it. I think you need to give the google engineers *some* credit. I seriously doubt they are *THAT* stupid. Martijn These links suggest otherwise: http://www.webmasterworld.com/google/3238326.htm http://www.webmasterworld.com/forum3/5624.htm http://www.webmasterworld.com/forum3/5479.htm http://randomcoder.com/articles/jsessionid-considered-harmful Google "jsessionid SEO" for more. Most of the results tell you to get rid of the jsessionid. Granted, it doesn't seem google has specifically mentioned this either way so all these comments are rumors. But the fact of the matter is Google *DOES* index your urls with the jessionid still in it. You'd think they'd be smart enough to remove that, right? If they can't get that much right, I wouldn't want to make any other assumptions about their abilities on similar matters. -- Buy Wicket in Action: http://manning.com/dashorst Apache Wicket 1.3.2 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.2 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]