A Peek Into the Google Algorithm
Online marketing information can change quickly This article is 6 years and 316 days old, and the facts and opinions contained in it may be out of date.
Last week, a gent by the name of Ruslan Abuzant, got a rare peak at a portion of the algorithm of Google, stumbling accross it when looking at the cached version of a multi-language page. He was kind enough to post his findings on digital point forums which I found via threadwatch.
Perhaps, it’s because it happend over the holiday weekend, but I thought it was a bit odd that more SEO’s weren’t as excited by this as I was. No, there’s probably not A LOT that can be learned from this, but there is some, and it was finally like being “through the looking glass” to get a rare glimpse of how google really ranks pages.
pacemaker-alarm-delay-in-ms-overall-sum 2341989
pacemaker-alarm-delay-in-ms-total-count 7776761
cpu-utilization 1.28
cpu-speed 2800000000
timedout-queries_total 14227
num-docinfo_total 10680907
avg-latency-ms_total 3545152552
num-docinfo_total 10680907
num-docinfo-disk_total 2200918
queries_total 1229799558
e_supplemental=150000 –pagerank_cutoff_decrease_per_round=100 –pagerank_cutoff_increase_per_round=500 –parents=12,13,14,15,16,17,18,19,20,21,22,23 –pass_country_to_leaves –phil_max_doc_activation=0.5 –port_base=32311 –production –rewrite_noncompositional_compounds –rpc_resolve_unreachable_servers –scale_prvec4_to_prvec –sections_to_retrieve=body+url+compactanchors –servlets=ascorer –supplemental_tier_section=body+url+compactanchors –threaded_logging –nouse_compressed_urls –use_domain_match –nouse_experimental_indyrank –use_experimental_spamscore –use_gwd –use_query_classifier –use_spamscore –using_borg
While this isn’t EXTREMELY telling, there are some things we can take a look at here that are potentially useful. Perhaps the other reasons SEO’s weren’t to excited, because as you break this down, you will tend to see a lot of the variables that we often speculate about anyhow. TallTroll (hey Brendon – I’d link to ya if I knew any of your sites;)), mentioned on threadwatch a while back:
The joke is that even if they published a definitive version of the algo, the kind of people who moan about Google still wouldn’t be any better off, since they STILL wouldn’t have any clue what to do with the information. Those who do know what to do with it already have a good idea of what the algo looks like, at least in broad terms, and so will gain little themselves.
I guess Most SEO’s don’t NEED to know the algorithm, because they have adapted best practices to suit their process for the most part. They may be able to adapt their process a bit if they knew the EXACT algo, but many folks have a pretty good guess of where the knobs are dialed to, although I’m certain it’s far from a comprehensive understanding of exactly what the mountain of Ph.d’s at G, Y, and MSN have up their sleeves.
So without further ado, here’s a bit of my speculation on what I thought was one of the coolest developments in a long time. It’s only a piece of what is a much bigger thing, but I thought it was definitely worth a look, when Matt confirmed it was real (and also that we will most likely NEVER see something like this again).
**Note This is pure speculation and 99% of it may be pure trash
pacemaker-alarm-delay-in-ms-overall-sum 2341989
Best guess: Could be about anything I suppose – potentially a metric for spidering frequency to the specific page
pacemaker-alarm-delay-in-ms-total-count 7776761
Best guess: spidering frequency to entire site?
cpu-utilization 1.28
Best guess: Metric for how CPU intensive site spidering was
cpu-speed 2800000000
Best guess: Perhaps how fast to spider the website based on server performance
timedout-queries_total 14227
Best guess: How many times the web site has timed out to requests over time
num-docinfo_total 10680907
Best guess: File size of the document – last time requested
avg-latency-ms_total 3545152552
Best guess: Latency speed of the webserver serving the document requested
num-docinfo_total 10680907
Best guess: File size of the document – current request
num-docinfo-disk_total 2200918
Best guess: Total stored site size
queries_total 1229799558
Best guess: Total queries for the site category, or perhaps the specific site Perhaps “navigational” queries are used to measure the popularity of a site?
e_supplemental=150000
Best guess: Threshhold for placing results into the supplemental index
–pagerank_cutoff_decrease_per_round=100
Best guess: Some cutoff point for figuiring link popularity – perhaps an incorporated trust filter to decrease link popularity by several multiples until it’s found trustworthy
–pagerank_cutoff_increase_per_round=500
Best guess: Some cutoff point for figuiring link popularity – see above
–parents=12,13,14,15,16,17,18,19,20,21,22,23
Best guess: Parent topical categories (think DMOZ) – or parent pages within the site (think SE theme pyramids or virtual site heirarchy)
–pass_country_to_leaves
Best guess: Choose primary country of origin for website or page
–phil_max_doc_activation=0.5
Best guess: Threshold for maximum spidering of website
–port_base=32311
Best guess: an indicator of filetype or which datacenters it’s the data is distributed throughout
–production
Not much to go on here –
–rewrite_noncompositional_compounds
From – Automatic Discovery of Non-Compositional Compounds
Spaces in texts of languages like English offer an easy first approximation to minimal content-bearing units. However, this approximation mis-analyzes non-compositional compounds (NCCs) such as “kick the bucket” and “hot dog.” NCCs are compound words whose meanings are a matter of convention and cannot be synthesized from the meanings of their space-delimited components.
Best guess: Sounds like some implementation of LSA/LSI to create meaning from non-standard language. Perhaps some type of language AI.
–rpc_resolve_unreachable_servers
Best guess: Have googlebot revisit unreachable servers
–scale_prvec4_to_prvec
Best guess: Adjustments on PR algo
–sections_to_retrieve=body+url+compactanchors
Best guess: Disregard navigation that is consistent throughout the website – Some type of block level analysis
–servlets=ascorer
Best guess: Who the hell knows…not much to go on here…I’m grasping at straws already if you got this far and didn’t realize it;)
–supplemental_tier_section=body+url+compactanchors
Best guess: Aditional block level analysis, perhaps some duplicate content detection
–threaded_logging
Best guess: Log more in depth information (links, clickthrough rates, etc.) for this page
–nouse_compressed_urls
Best guess: Perhaps a fix for SID’s in urls or other disregarding other types of urls that create infinite loops – disregarding any type of variables after the questionmark in a url
–use_domain_match
Best guess: Some type of Canonicalization fixes
–nouse_experimental_indyrank
Best guess: Dunno, but it sounds like a good thing to start tryin’ to figure out – perhaps they finally ARE going to roll toolbar or user data into the algo. Perhaps personalization finally making its’ way in.
–use_experimental_spamscore
Best guess: Newer version of the below spamscore – number filters that give an indicator of how likely a page is spam.
–use_gwd
Best guess: not much to go on here – I’ll go with “google word database”
Other guesses have included “google web directory” or “google world domination”
–use_query_classifier
Best guess:Something as simple as
-informational
Similar to yahoo mindset
More likely a deeper extension of the above.
Query specific variables to certain verticals -
Think “transactional real estate” – new york real estate agent
vs.
“informational real estate” – new york real estate news
This criteria would also help to decipher which queries to serve “onebox results” for froogle/googlebase/google local/ google maps/ etc.
–use_spamscore
Best guess: The “non-beta” or working version of the above mentioned spam score that is a constant work in progress. Things like multiple dashes in a domain have are good indicators of a high likelihood of a page being spam. Domain names over a certain lengths, and probably many other things would fall into what could be used to evaluate a sites “spamscore”
–using_borg
Best guess: A. Some technology or systems developed by Anita Borg (time for some homework) – or B. google really *IS* trying to take over the world, and we’re all being added to a massive database – I’m going with A as my best guess though;)
People sometimes have a hard time understanding that algorithm variables are not necessarily good or bad, fair or unfair..they are only effective or ineffective in judging quality. People evaulate search results subjectively, but a search algo is objective to many different criteria that make up the final result. A webmaster may think that tracking the number of times a site goes down is “unfair”, but on a massive scale it is an accurate indication of the quality of a website.
I’m sure the boys at the ‘plex are getting a nice chuckle from some of my wild speculation, so I’d like to be my normal google nitpicking self and add my own two cents to Matt’s super beta-algo (I like where it’s going:):
–initial_time_travel_wormhole=â€ÂWednesday, December 31 1969 11:11 pmâ€Â
–use_googlepray=false
–docid_size=more-than-four-bytes
–SETI_alien_communication_port=31337
–skynet_sentience=0.33
–plane_load=snakes
–pigeonrank_seed=42
–use_mentalplex=true
–unicorn_versus_werewolf=its-on-now
You may be better off with:
–initialize_flux_capacitor=â€ÂNovember 5, 1955, 0600 AM†(stop Doc Brown!)
–docid_size=return_to_1985
–reveal_matrix=red_pill
–SETI_alien_communication_port=31337
–skynet_sentience=0.33
–plane_load=snakes
–pigeonrank_seed=42
–use_mentalplex=true
-use_men-in-black-flashy=true
-tinfoil_hat_wearer=true
–ninjas_riding_unicorns_vs_pirates_with_werewolves
Hope this helps spice things up a bit:)
We know there are hundreds if not thousands of variables and combinations, so you have pretty good odds that you can pick SOMETHING that is in the secret sauce SOMEWHERE. This could of course be just another ploy to keep SEO’s busy and wondering rather than actually WORKING on creating more websites;) Anyone else care to toss out their best guesses on what some of this stuff may or may not mean? Wasn’t anyone else excited to get a brief little peak of the code we all so diligently try to reverse engineer?


























Pingback: Teh Xiggeh » Blog Archive » Google Error Message
Pingback: Google-kode avslørt? - Søkebloggen
Pingback: i, Revenue » How Google Ranks Pages