| 5:14 am on Mar 22, 2006 (gmt 0)|
Firstly I would never use the parameter "id", search engines are known to have had issues with this parameter name in the past.
Secondly google will see these as seperate pages. Google is smart enough to see these as duplicate pages and thus will not rank on of them but I imagine you will also lose the page rank benefits associated with the link.
| 6:16 am on Mar 22, 2006 (gmt 0)|
thrasher141, I have had some experience with this problem for a client that I do SEO for. They have their own web server and have some issues with installing a 3rd party web analytics tool. They track everything using these tracking URL, so a page within the site will read as www.example.com/company.htm?channel=example. The same page will read as www.example.com/company.htm?channel=portal if they have an ad in a portal. Plain ridiculous and not the best one to have for a client.
However, Google has managed to see right page in most of the cases. But on few instances Google has indexed URLs with tracking ID, and that I guess is due to the fact that such pages are linked from some portals with good PR. I have advised them to shift from URL tracking to a tagging based traffic analytics solution such as Google Analytics, which I guess is the only recourse. But then, I too would be interested if someone has a different solution.
| 9:03 am on Mar 22, 2006 (gmt 0)|
I was told a long time ago (and don't know if it's still true) that when using a referrer id (like for a reseller program) G will eliminate the dupe pages, but the incoming links won't really pass any PR to that specific page. For what that's worth.
| 3:13 pm on Mar 23, 2006 (gmt 0)|
Make sure that your on-page scripting "tests" the URL of the page as it is being served and adds a <meta name="robots" content="noindex"> tag on all versions that include extra unwanted parameters.
Google will then list the page only once and only under one URL. Don't rely on them to choose which URL to list, you should prevent them from listing all of the alternatives, yourself.
PageRank will sort itself out.
The product page may be known as:
/widgets.php?refid=4 (with these last 4 set as "noindex")
and each "page" will have its own PR. Assuming that every page has standard navigation linking back to your main index page, and to other main section indexes of your site, then all of those "pages" will pass at least some PR back to the rest of the site anyway.
| 6:24 pm on Mar 23, 2006 (gmt 0)|
g1smd, I don't think I got you right. How can one add <meta name="robots" content="noindex"> to a page that doesn't exist? I mean the URLs with tracking code don't exist physically.
| 6:29 pm on Mar 23, 2006 (gmt 0)|
Well, they must exist because when you go to that URL you get content and a HTTP status code of "200 OK".
Yes, it is the same physical page on your server that is returned for many different URLs that are used to request it. So, have a script ON the page that detects "by which name was this page asked for" and get that script to add the meta tag if the name includes any parameters, and omit the meta tag when it does not.
| 6:38 pm on Mar 23, 2006 (gmt 0)|
|I too would be interested if someone has a different solution. |
Ages ago, the use of url.html#trackid=refid was discussed. This negates the possibility of pages being indexed wrongly but it does raise a number of other issues.
| 1:49 am on Mar 24, 2006 (gmt 0)|
Do it Wiki style:
| 6:36 pm on Mar 28, 2006 (gmt 0)|
| 9:02 pm on Mar 28, 2006 (gmt 0)|
Is there a danger that Google will see that as being something in the same family as a "sneaky java redirect" becuase the onclick URL is different to the href URL?
| 9:16 pm on Mar 28, 2006 (gmt 0)|
| 9:52 pm on Mar 28, 2006 (gmt 0)|
Google should not have a problem with this. There are legitimate reasons why you might direct js and non-js enabled browsers to different pages. HOWEVER, it has been said that Google follows full urls (http://....) irrespective of where the urls are located. That's something to bear in mind.
| 10:45 pm on Mar 28, 2006 (gmt 0)|