Welcome to WebmasterWorld Guest from 188.8.131.52
With respect to the "othersite.com", we noticed they were using "ourdomainname.com" in one of their url's and we followed their "remove url" procedure.
They removed (about a month ago) our information (our scraped home page), but still kept the url containing our domain name e.g.: othersite.com/ourdomainname.com". The CONTENT of their page (instead of our scraped home page) now contains text such as "no information on url was found" BUT their page HEADER shows it returned with 302 FOUND/200 OK instead of what we'd like to see which as a a 404 or 410.
But, Google does not seem to understand the content of that page and goes with the 200 OK. If you read the content of the page displayed, it's obvious there is no relevant information for ourdomain.com, so why does Google continue to show their page?
Should we be concerned, or just ignore it?
[edited by: tedster at 8:48 pm (utc) on July 25, 2007]
[edit reason] diasble graphic smile faces [/edit]
* returns such information/CONTENT as "no information available",
* Or, for that matter a url containing "domainname" which returns a page and indicates "domainname.com has requested us not to list information about their site",
* Or, for that matter, a url containing a domainname which returns CONTENT which is scraped from domainname.
This is different than a web site reviewing or otherwise having pages/content commenting about domainname. My concern is specifically with urls that contain "domainname" and return CONTENT like the examples above.
Again, maybe I should not be concerned when I see other sites using our domainname in their urls which return CONTENT like the examples above?
It might not be as easy as you think. Then again it might be easier than I think.
I don't know any of the specifics of this case, however, I am more than slighty aware of all of the server and site mis configurations out there.
Maybe the other site is simply being operated by folks that are clueless in certain areas. It has been known to happen.
HTTP result codes were not designed for search engines - they have to look for the lowest common denominator and assume what is best for search engine users.