Why an API?
When search engines first appeared on the scene, they were more open to being spidered, scraped, and aggregated. Sites like Excite and AltaVista didn’t worry too much about the odd surfer using Perl to grab a slice of page, or meta-search engines including their results in their aggregated search results. Sure, egregious data suckers might get shut out, but the search engines weren’t worried about sharing their information on a smaller scale.
Google never took that stance. Instead, they have regularly
prohibited meta-search engines from using their content without a
license, and they try their best to block unidentified web agents
like Perl’s LWP::Simple module or even
wget on the command line. Google has further been
known to block IP-address ranges for running automated queries.
Google had every right to do this; after all, it is their search technology, database, and computer power. Unfortunately, however, these policies meant that casual researchers and Google nuts, like you and I, don’t have the ability to play their rich data set in any automated way.
In the Spring of 2002, Google changed all that with the release of the Google Web API (http://api.google.com/). The Google Web API doesn’t allow you to do every kind of search possible, for example, it doesn’t support the phonebook: [Hack #17] syntax, but it does make the lion’s share of Google’s rich and massive database available for developers to create their own interfaces and use Google search results to their liking. ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access