Microcontent Design got such a good response that I need to pause and consider all the feedback, before I move onto Part 2. Basically what I call 'microcontent design' involves:My introductory post last week about
...microchunking your content, taking advantage of open standards, employing microformats, letting users subscribe to all kinds of RSS feeds, freeing your content via APIs and other means, designing for re-use of information, monetizing it, and more.
Of those things, RSS, XHTML, APIs and microformats are key building blocks.
In the comments to my first post, several people noted that microformats and Structured Blogging are too hard for normal people to use - and that is true currently. But the goal of Structured Blogging is to provide easy-to-use tools for using microformats. Currently there are just two plugins available that achieve this (for Wordpress and Movable Type), but over time there will be more mainstream tools released - such as integration with hosted blog platforms like Typepad and 'instant blogging' web forms such as what edgeio recently introduced. Also some browsers are integrating microformats into their product.
Another concern raised was about the number of microformats that will be released - will a proliferation of microformats hamper uptake? For this I have to defer to Marc Canter, who went as far as to create a 'law' to address this. He calls it Canter's Law #1 and it basically says: support all formats and don't take sides, because the user doesn't care about your geeky format wars. As Marc put it :
"No human cares about what format is supported. Only us. Flickr proved that they could be completely format agnostic and provide a compelling experience to all."
Fred Simmons pointed out in his comment that we need structured microcontent in order to better filter and find the quality microcontent - and keep spam at bay. This to me has always been the corollary of microcontent: having good filters to sort it. It's why I declared 2006 to be The Year of the Filter. Currently tools like Memeorandum, Topix, TailRank, Rojo and Findory are doing a good job of tackling this issue.
"This discussion needs to extend a bit further to include REALLY structured blogging via enclosures containing not just audio and video, but images, maps and detailed tabular structured data as well. [...] REAL business involves VERY structured data with no room for ambiguity...detailed product specifications, prices, serial numbers for instruction manuals, etc."
It's an intriguing analysis from Thomas, because he says that "Container design is far from dead, but it HAS moved away from the server-side web page as container." So in Thomas' view, although content has been freed from its website container - there are new containers to take its place in the form of "portable web feed enclosures". He calls it 'datacasting'. Interesting point and I will explore that some more...
Software developer Joel Hoard at Browserless Web wrote an interesting post in response to mine. I especially liked this point:
"My primary problem with structured blogging is that it’s a very powerful concept that doesn’t provide a lot of immediate value to individual bloggers. It’s what in VC terms is a “vitamin product” (as opposed to a “painkiller”) in that while it’s very beneficial, it doesn’t solve an immediate need."
That's so true and is one of the big challenges of the Structured Blogging initiative - to show users where the value is.
Sean McGrath, CTO of Propylon, wrote:
"The future of structured content in my opinion is content tunnelled inside human readable content. *Not* machine readable content that can be converted/published for human readability."
Sean thinks ODF and XHTML will play a big part in this new microcontent world and he has a theory about "Hi XML and Lo XML", which developers should read.
Finally we get to Ryan King's post. Despite the inflammatory title ("Richard MacManus gets microformats wrong"), what it boils down to is that Ryan thinks HTML is more important in the grand scheme of things than XML and its dialects. Said Ryan:
"XML has come no where near matching HTML in terms of distribution and interoperability."
Well firstly I don't see the point of an XML vs HTML us-vs-them conversation - that's format wars and I'm not interested in those. The Structured Blogging initiative actually spits out microformats in both HTML and XML (RSS etc) formats. Plus XML itself has wormed its way into HTML, via XHTML, so the two (xml and html) complement each other well.
Secondly I’m not saying HTML still isn’t really important, perhaps still moreso than XML. However I do think the future of data formats on the Web is XML and its dialects - especially RSS/Atom. As a delivery method, RSS has already proven itself and it will continue to be extended into a more general purpose content format on the Web - look at the developments around Atom for example, or at the things Microsoft is doing with RSS.
OK, that wraps up the responses to my first article. Next up: Microcontent Design in action at the BBC.
Photo: Dion Hinchcliffe (of Marc Canter and the microformats BoF at MIX 06)