Forum Moderators: Robert Charlton & goodroi
Any help would be appreciated :(
Thanks: :)
What you can do in the mean time is make sure those urls get a 404 or 410 response form your server. Sooner or later Googlebot will come calling, and you want to be sure that it doesn't get any indication that the urls point to content through a redirect or some other mechanism.
Two things I wish to say about the Google URL Console (url removal tools):
- be very careful of what you are doing. You risk removing your whole site if you are not sure of what you do.
- pages removed by the url console shall return back again after 6 months
I was given an automated responce saying it will take about Five days and they they will validate the url before it will be removed I will see how it goes.
I have a confirmation about removal of all related pages to index.php:
" 2006-03-14 22:41:17 GMT :
removal of [widgets.com...]
complete "
However, they are all still in the index as supplemental results.
they are all still in the index as supplemental results.
And there they will stay throughout eternity. (sigh)
Is there a thread I missed talking about the August 05 cached data? Mine is actually showing June-July 05 and most everthing is supplemnental hell as of today again. What the heck is going on!?!?!?
Sorry. I don't hold out any hope of it being fixed anytime in 2006.
Maybe by late 2008 perhaps?
However, not many people have responded to the poll. Most view it and don't respond. It's sad. You would think they would be interested. I think its store owners that don't have a clue that don't respond. Duh!
osCommerce has major design flaws which mean that each "page" of content has multiple valid URLs that can be used to access it. They shoot themselves in the foot with "Duplicate Content" multiple times.
This is G o o g l e's cache of h#*$!.com as retrieved on Feb 19, 2005 06:56:41 GMT.
.
Now, riddle me this Batman.
A page that went online in May 2005 had an incorrect phone number on it and was corrected in July 2005. I have no idea if the page was Supplemental at that time, or went Supplemental at a later date, but the page still shows up as a Supplemental Result with the OLD phone number in the snippet, even though the old phone number is not in the cache, and the cache is updated several times per month (latest cache date is only last week). However, if you make a search for the new phone number, that same page is returned as a normal result, and with the new phone number in the snippet.
Another page on that site was published 28 months ago, and it also had the wrong phone number on it. That page was amended less than two weeks ago, and as of today the cache shows the new phone number, the snippet shows the new phone number, and there is no way to see the old phone number (on that page) even if you enter the old phone number as the search query.
So, just why does Google sometimes hold on to old data long after the webmaster has discarded it, and other times discard it days after the site does?
Since Big Daddy is 100% in place, it appears nothing was done to remove corrupt data, so anything that will be done is starting at the worst point possible.
That little blip of time where many supplementals showed no cache is now history, with things now as bad as ever.
