Google updates search, playing catch-up?

A quick post in case you’ve missed it elsewhere – whether in response to the ridiculously-titled ‘Wolfram Alpha‘ or to Yahoo’s ‘open strategy’ (YOS) and work on enhancing search engine results pages (SERPs) with structured data, Google have announced a “new set of features that we call Search Options, which are a collection of tools that let you slice and dice your results and generate different views to find what you need faster and easier” and “rich snippets” that “show more useful information from web pages than the preview text”. Searchengineland have compared Google and Yahoo’s offerings.

Update: some of the criticism rumbling on twitter yesterday has been neatly summarised by Ian Davis in ‘Google’s RDFa a Damp Squib‘:

However, a closer look reveals that Google have basically missed the point of RDFa. The RDFa support is limited to the properties and classes defined on a hastily thrown together site called There you will find classes for Person and Organization and properties for names and addresses, completely ignoring the millions of pieces of data using well established terms from FOAF and the like. That means everyone has to rewrite all their data to use Google’s schema if they want to be featured on Google’s search engine. Its like saying you have to write your pages using Google’s own version of html where all the tags have slightly different spellings to be listed in their search engine!

The result is a hobbled implementation of RDFa. They’ve taken the worst part – the syntax – and thrown away the best – the decentralized vocabularies of terms. It’s like using microformats without the one thing they do well: the simplicity.

Further, in the comments:

the point of decentralization is not to encourage fragmentation and isolation, but to allow people to collaborate without needing permission from a middleman. Google’s approach imposes a centralized authority.

There’s also a (slightly disingenuous, IMO) response from Google:

For Rich Snippets, Google search need to understand what the data means in order to render it appropriately. We will start incorporating existing vocabularies like FOAF, but there’s no way for us to have a decent user experience for brand-new vocabularies that someone defines. We also need a single place where a webmaster can come and find all the terms that Google understands. Which is why we have

Isn’t the point of Google that it can figure stuff out without needing to be told?

It’s a good week for search engine gossip

Dare Obasanjo quotes Nick Carr as a lead in to a post on Google’s Assault on Wikipedia:

Clearly Nick Carr wasn’t the only one that realized that Google was slowly turning into a Wikipedia redirector. Google wants to be the #1 source for information or at least be serving ads on the #1 sites on the Internet in specific area. Wikipedia was slowly eroding the company’s effectivenes at achieving both goals. So it is unsurprising that Google has launched Knol and is trying to entice authors away from Wikipedia by offering them a chance to get paid.

What is surprising is that Google is tipping it’s search results to favor Knol. Or at least that is the conclusion of several search engine optimization (SEO) experts and also jibes with my experiences.

After looking at some test cases he concludes:

Google is clearly favoring Knol content over content from older, more highly linked sites on the Web. I won’t bother with the question of whether Google is doing this on purpose or whether this is some innocent mistake. The important question is “What are they going to do about it now that we’ve found out?”

It’s early days for Knol so maybe the placement of Google search results will settle down over time.

Via other links I found confirmation that ‘[f]or years, Google’s link: command (and see here) has deliberately failed to show all the links to a website.’ Old news but I missed it at the time, but since I’d always wondered why the link: thing never seemed to work properly I thought it was worth mentioning.