Welcome to the Q&A Forum

I don't understand how it would interfere with on-site SEO.  We use the Quantcast scripts and haven't seen any issues with it.  Our rankings have been increasing steadily and we haven't received any notifications of crawler errors. Quantcast is generally pretty on-the-ball with things like this and I think if Google had issues with their script then they would fix it fast. Best, Jason

Depending on the rewrite rules of your new CMS, and the redirects put in place, there may be issues with the techniques used. You can 301 redirect the non trailing slash versions too, just to be sure!

Are you by any chance using relative urls for your navigation? I think this issue will be down to your navigation/internal link structure, but I would need to see your site to tell your for sure.

There's no obvious function in WM tools, but having a look round there's this option: http://www.aspfree.com/c/a/BrainDump/Extracting-Google-Indexed-Web-Site-Pages-Using-MS-Excel/ But Google will only display the first 1000 URLs on a site query so you would need to adapt it lots of times. From the looks of it there's not an easy way. There's maybe a tool out there that is similar to Xenu, but checks the index status in Google also. I haven't ever had the need for this so I'm not aware of one, but the chances are there is something out there. Good luck!

Thanks for taking the time to answer my question Claudio.

We had issues with both caps and non caps being accepted as well as trailing and non trailing slashes causing duplicate content. We decided all lowercase was a bit cleaner,  however could switch them back to capitals but have the fixes still in place to not cause the duplication.

No worries. Excessive anchor text is punishable. Its just one.

Hi, You have several options: 1. Do nothing as with the next or the third google crawl those pages will be drooped from the index (google's index / cache) 2. Set those pages to 410 instead of 404 - that mean page no longer exists so google will clear it's cache when the 410 will be discovered (next google's crawl cycle) 3. Request the folder to be removed via your Web master tool account and then block it via robots.txt http://googlewebmastercentral.blogspot.com/2010/03/url-removal-explained-part-i-urls.html Hope it helps.

It's really tough for us to tell what those parameters do, so you have to be careful. Just because a URL has certain parameters doesn't mean it's a duplicate. If these really are duplicate or near duplicate pages, you've got a few options: (1) Consolidate them with rel-canonical (2) Block them with META NOINDEX (Meta Robots) (3) Block/ignore the parameters in Google Webmaster Tools It's a complex subject, and I have a mega-post about it here: http://www.seomoz.org/blog/duplicate-content-in-a-post-panda-world I'm not a Magento expert, though - Joost de Valk has some resources worth checking out: http://yoast.com/articles/magento-seo/

Anyone know the answer to this?

Yes, then it that case, you would want to use a canonical tag indicating which page Google should focus on. If the page is defunct or not used anymore, then do as Irving suggests and 301 it.  Good luck.

Thanks for clearing that up.  It has been years since we changed our domain etc... and our wait was about 6 weeks rather than months, but so much has changed...  anyway, it looks as though you have set everything up correctly, sorry I couldn't be any help.  Good luck my friend - I would say 'build links etc...' while you wait but I have no doubt you already know what to do  Cheers

Thanks Peekaboo

So a day later and when I go into my source I'm not seeing Should I go into my robot.txt file and disallow them? What other suggestions would you have?

Did you ever get anywhere with this? I'm having the same problem?

That seems alright Stephane. Well, to be true Google Webmaster does report on duplicate titles and descriptions that have been already fixed via a canonical tag, 301 redirect or a noindex tag. In this case, you need not be worried on the duplicates as this is well taken care of. Another step of making this clear to Google would be to resubmit the XML sitemap. Probably, Google has not revisited your dynamic page after reporting those duplicates and with the submission of the XML sitemap it will probably do so. Cheers,

Hi! Got a solution for this issue, It's gzip compression that makes the 302 redirection! Enabling compression causes the redirects Google boot to cookies_usage.php and therefore Google believe they visit cookies_usage.php while they came thru another URL. Disabling it fixes the problem. Need to investigate the gzip-plugin for OsCommerce and see what I find. Thanks for your help!

You see there is no text "Products 1-40 of 93", just "Displaying 1 to 40 (of 93 products)" so good must be able to understand that, and put it into its own format. The "Products 1 - 40 of 93" does use up space so the meta description is shorter than normal, but to be honest I'm not too worried about it. I was asked to look into it, just to understand why its there.