What’s needed in a review microformat

by greg on April 27, 2005

I’m following Tantek Çelik’s proposal for a review microformat with interest. If I was in the position to implement this, I’d happily participate. Since I’m not in such a position at the moment, one comment from the sidelines: any microcontent format worth its chops needs to include a clear specification of the rights granted by the original owner, and if these rights are for sale, specifies the amount and means of payment – or at least a pointer to that information. Without the accompanying rights and payment information, the reviews microcontent format will be subject to the same Schwimmeresque copyright problems that plague RSS feeds as a whole.

Reviews are a particularly valuable asset, since their value grows rapidly with aggregation. The value of a set of reviews rises faster than the number of reviews in that set – ten quality reviews of an item in one place are exponentially more useful than a single review. Quality reviews attract traffic, bubble to the top of search engines, and help their readers make informed buying decisions. Reading reviews moves a person one step closer to a purchase. Online merchants are therefore willing to pay good money to be a click away from where those reviews get read. No wonder Tantek’s so interested in doing this quickly – it’s potentially a huge source of income for Technorati. A consolidated set of reviews from across the blogosphere? Ka-ching! I don’t even need to mention this data’s value to market researchers.

This is a very, very smart idea on Tantek / Technorati’s part. An aggregated set of reviews would be super-useful – look at how much I use Google’s aggregated movie reviews. In fact, I’m looking forward to its development. However, it’s imperative that Technorati set up structures that enable profit sharing, and they should take a lot of heat if they establish a standard that doesn’t clearly respect a reviewer’s right to restrict their reviews’ usage or ask for a cut of the profits. Advertisers pay billions for well-qualified traffic – which makes review aggregation without compensation nothing less than exploitation. I’m not saying the aggregator shouldn’t be entitled to a share or even the lion’s share of the profits; they’re providing an essential value-add by collecting, aggregating, and hosting the data. But payment must be made to the participating content producers.

My thoughts on how to do this simply: extend the rel=”license” tag to include commercial uses, and have the URL referenced by the rel=”license” tag contain the publishers’ terms and conditions. These terms and conditions could just be plain text, or they could be placed in a microformat of their own – perferably one that’d allow a licensing contract to be set up with a simple computerized handshake, with no need for immediate human intervention. To allow the licensing microformat to be developed after the review microformat, and to ensure ‘bots looking for free content don’t have to go to another URL and parse a licensing page, the entire review could be encapsulated in a <span id=”notfree”> tag. Similarly, content designated noncommercial could be encapsulated in a <span id=”noncommercial”> tag. Once this is done, the challenge becomes one of normalization, so the data can be easily aggregated – which is why a microcontent standard for reviews should support a series of id tags for identifying key data fields: id=”partno”, id=”manufacturer”, id=”person”, id=”artist”, id=”title”, id=”partname”, id=”placename”, id=”address”, id=”city”, id=”time”, id=”event”, id=”director”… that ought to cover reviews of restaurants, plays, movies, events, individuals (dates, maybe?), consumer products, apartments, neighbourhoods, cities, and what-have-you…

{ 1 comment… read it below or add one }

Leave a Comment

Previous post:

Next post: