Forum Moderators: Robert Charlton & goodroi
Was:
com//productdetail.html
Now:
com/productdetail.html
Google is giving the old links content priority over new ones.
What do I do!?
I don't know if it's taking longer to get them indexed or not, but since Google contributes such a small amount of traffic to this particular site now, it doesn't really matter.
Might I suggest that we promote "not Google?" Yes that is a longer term project but I think it worthwhile considering.
I haven't had this problem, I've rewritten a couple of sites completely, with new urls and everything, full 301's from old to new, and google has barely blinked at all, in fact, I had to race googlebot on the last one to keep up with how quickly it got the new urls into the serps, zero problems at all. Of course, you have to make sure you don't make a mistake on the 301s, which is my very strong suspicion the direct cause of many 301 problems people have. Creating good mod_rewrites, 301s etc isn't very easy.
After I do the switch over I keep a very close eye on 404s, and implement 301s for all the ones that appear, that seems to have covered the issue.
Google had my new urls listed so quickly after I switched them, I can't agree they have a problem with this particular thing, old domains 301'ed to new domains, definitely problematic, new internal urls, I don't see a problem. Just my 2 cents.
For an intentionally-removed page, 410-Gone is the proper server response to an HTTP/1.1 request. For true HTTP/1.0 clients, 404-Not Found is the only response defined for missing pages, whether they were unintentionally removed or not.
Note that most HTTP/1.0 clients have 'extensions' that allow them to handle the 410 response. An easy way to detect an extended HTTP/1.0 client is to check to see if it sends an HTTP_Host header. True HTTP/1.0 clients do not send this header, and so do not work with name-based virtual hosts.
The implemetation details for server status code control vary depending on what server your site is hosted on and whether you run server-side scripting such as PERL or PHP. Either way, you can verify that your server response codes are correct with the Server Headers Checker [webmasterworld.com].
Jim
"Please keep in mind that submitting via the automatic URL removal system will cause a temporary, six months, removal of your site from the Google index."
Is that the whole site or just the submitted pages?
God i hope its just the submitted pages or have I just made a very big mistake!
301 i have never tried (i think it's unclean for the bot) but 404 will not remove the page completely and permanently out of the index. the page in question will show as supplemental result for an indefinite time and the bot keeps on checking the page on and on.
the only way to tell google to kill the page forever seems to be 410. that means, that the page does not exist and will never exist again.
it's kind of trial and error and it's overdue for google to give the webmasters a proper guide how fix these things instead of users speculating in a forum..
Note: If you believe your request is urgent and cannot wait until the next time Google crawls your site, use our automatic URL removal system. We'll accept your removal request only if the page returns a true 404 error via the http headers. Please ensure that you return a true 404 error even if you choose to display a more user-friendly body of the HTML page for your visitors. It won't help to return a page that says "File Not Found" if the http headers still return a status code of 200, or normal.
Only pages that resolve to true 404 errors can be removed in this way. Outdated pages that don't return true 404 errors usually fall out of our index naturally when other pages stop linking to them. For more information about 404 errors, please see [google.com...] and [google.com...]
[google.com...]
Ann
If you forget the trailing / then your link to www.domain.com/folder will first be redirected to domain.com/folder/ {without www!} before arriving at the required www.domain.com/folder/ page.
The intermediate step, at domain.com/folder/ will kill your listings. Lucklily, this effect is very easy to see if you use Xenu LinkSleuth to check your site: it shows up as reporting double the number of pages (when you generate the sitemap) that you actually have, with half of the pages having a title of "301 Moved".