Forum Moderators: Robert Charlton & goodroi
In the past two upheavals by Google (8th March 2006 & June 27th 2006)it has been apparent that the changes have been roughly accross the board, with the obvious exception of the 64.233.189.104 DC.
The DC seems to use the same cache dates as the other DC's and has the same amount of supplemental pages also, and yet somehow it has ignored any penalties that have been applied to the other DC's and gives treats my site as though nothing were wrong.
Any idea what the purpose of this DC could be?
All the Best
Col :-)
[edited by: tedster at 7:46 pm (utc) on July 21, 2006]
"Guess not ,it will always be a "data refresh"
Probably the only name someone can give to this "data refreshes" is Twist and shout."
Exactly. That was what I thought too. So now we have two suggested names for the new Data Refresh (c) Matt Cutts 2006 all rights reserved:
Data Refresh - Emmy
Data Refresh - Twist and shout
Any further suggestions for good names ;-)
The normal ranking is #4 but is just nowhere on 'pages from the web'.
I'd be willing to bet that if you put your keyword in quotes "" that it will show in roughly the same position as it was showing -- I'm almost glad that so many webmasters are having problems, because that increases the liklihood that Google will fix the problem and get those sites back to where they should be.
Don't you miss the days when during a big update a site might go from #1 to maybe number #11 or #21 and then end up at #4...the all or nothing updates are a tad more worrisome.
Cygnus
Sometimes the results are exactly the same, sometimes a bit differant, sometimes very differant and sometimes, as in the post above, sites just dissappear for single search terms.
While I am on the subject has anyone got an explanation as to what the 'pages from the web'/'pages from the uk' are supoosed to do and how they differ? It all seems massively random to me.
As I said on the 27th June thread, I think Geo/Language partitioning may lie at the heart of one of the June 27th Bugs.
From what I can see, Google partition sites/pages based on geographic location and content language. Simply put, for each, there are two parameters, call them hard and soft.
That is a site has:
Language (Soft) = English
Location (Soft) = UK
Language (Hard) = English
Location (Hard) = UK
The soft information is used to partition their index and deliver geo and language targeted results to users based solely on the searching users IP address. Pages with soft settings of English and UK are given a significant ranking boost when being delivered to a searcher located in the UK.
The hard information is used to partition their index for delivery when users specifically specify a location and/or language pereference.
There is supposed to be very little difference between the soft and hard data. However, from what I can see, large chunks of their soft language and location partitioning data were corrupted on the 27th June. As a result, lots of pages are being incorrectly ranked for delivery to specific geographic locations based on the IP address of the searcher. These ranking errors are corrected only when the searching user explicitly sets a preference for "language" or "location" (e.g. "pages from the UK").
To see the problem for yourself. Try a search for "Make Model", without specifying a language or location preference. Notice the large number ot top ranked results that are not appropriate for your home language or country. Now specify "English Only" and/or "pages from X", and notice how the results improve dramatically.
In our case, all of our effected pages jump back to their top positions when either language or country are explicitly selected.
Either Wiki/org/edu sites, completed optimized titles such as kw kw kw etc. Which you click it redirects to another sites, and then redirects again to another site displaying sponsored search.
Many of the urls on the Serps have "sandbox" in the url directory structure.
Never, have I seen such as large % of the SERPS taken over so quickly by spammers. It seems its "that easy" to do at the moment.
Google, why dont you monitor your spam report?
Good catch toothake, I was just about to post that we disappeared again.
What the heck is this microfilter targetting anyhow? I don't think it is stemming, given that we continue to rank for the plural of this very competitive phrase.
As before, results back when using "" or appending &filter=0 in the URL string.
Is everyone that started having this problem Friday having it again?
Cygnus
[edited by: JoeSinkwitz at 5:33 pm (utc) on July 23, 2006]
Language (Soft) = English
Location (Soft) = UKLanguage (Hard) = English
Location (Hard) = UK
Just banging the same old drum again but...
What you are seeing could be caused by the use of the wrong semantic webs thesaurus. UK English is different to US English (divided by a common laguage and all that). That is exactly what I believe we saw with fiasco Florida and the results were the same, sites dropped for no apparent logical reason.
I have found a few terms that are sensitive to whatever was implemented on 27th June when I look at them on McNameless 72.*, in each case they include words which have slightly different meanings in Australia, US and UK. Also when I use a plural of the affected word the results seem to show an even more extreme separation.
Sid
So clearly Google thinks my site is a UK site. Could you guys try doing the same and see if your sites show up when you click "search sites from the UK"?
Seems Bigdaddy is all about money for the plex. Anyone else notice that Amazon was also deleted from Google search on June 27th?
Then all of Googs data centers picked them right back up a day later?
Manual fixes are alive and well at the Plex.
For most of the day Sunday the microfiltering was off for me, but now it appears to be back on the above; I haven't seen google.com serve up the results yet and my stats are consistent with being #1 everywhere.
I'm still curious as to why it only affects this one phrase "keyword"; for "keywords" it is stable, as it is for the "thesaurus" phrases. Is everyone else getting nabbed also #1 allinanchor, allintext, allintitle? Oddest filtering ever.
Cygnus