Viral, Open, and Consumable – Twitter Annotations and the Social API

Sprint-twitter-birds

Twitter’s big announcement this week about annotated tweets and the new metadata that developers will be able to attach to tweets is a welcome one. This means that tweets about music will now be able to contain information about the artist and song name, tweets about finance will now be able to contain semantic information about the stock symbol and price, and tweets about sports will now be able to contain the teams and score, just to name a few examples.

While this will no doubt enhance the information and usefulness of any single tweet, it is also a two way street. There are no declared standards around how to use and interpret this new metadata, and therefore companies and developers can very quickly go down a confusing hole of creating protocols which conflict with those created by other companies and developers. It has been suggested that Twitter itself act as a somewhat benevolent dictator and help standardize certain popular usecases (defining the metadata format for stock based tweets for example), however Twitter has said that it will take a step back and instead look to see what emerges from the community around this role. And I think this is a good thing.

Metadata in tweets is only useful when there are two parties or more who agree to use it in one way. One party can attach this data to any tweet that their applications produce, and another party or product can consume these tweets and use the information in a meaningful way. Sticking with the stock example, someone could build a desktop stock ticker application which scrolled stock prices using current tweets about the stock within a hover effect. This only works if the company building the ticker app knows the standard metadata format that the applications producing the stock related tweets will use. Twitter won’t specify this format, so I believe there is room for the early movers in the space to create the standards themselves, and thereby create a social API in the process.

What is a social API in this context? It’s an API embedded semantically within the context of a social message. In this case, a tweet is a social entity which moves through the internet passed from friend to friend. But when its underlying data conforms to the API specification as well, it is also creating a platform upon which other services can be built. 

It is at once viral, open, and consumable.

What are the advantages to creating a social API in this manner? You are establishing a new content consumption mechanism with your service as the platform. If useful, it is already spreadable purely by existing in the twittersphere. You’ve done all of this without coding your own internal API, access points, error handling, or monitoring.

What are the disadvantages? There are a couple. First off, you’re pretty constrained by a lightweight API. I don’t believe we know the limits yet on the size or structure of the data you can include within an annotation, but it likely won’t be enormous. Second, by outsourcing your API to twitter’s universe you are making yourself replaceable. Anyone else could annotate their tweets with the same standard you defined, and they would be equally as consumable as yours. In this case, your content would have to be unique enough and important enough to remain relevant.  

Exposing a social API via annotated tweets surely won’t be for every service, but I’m interested to see those that step up early and pioneer new ways of consuming content that haven’t yet existed.

 

For more unnecessary insight, you should follow me on twitter.

  • r_macdonald

    I agree with you that exposing a social API via annotated tweets is worthy of serious consideration.I think there are amazing opportunities in Twitter’s new annotation feature. I thought I would share some brief thoughts that might be of interest.The schema of LinkedData RDF, underpinnings of the emerging Semantic Web, provide a sound basis of the sorts of format & protocol standards necessary for the APIs you are proposing. The vision of Semantic Web is occasionally dismissed as long on dream and short on practice. However, early implementations are gaining significant traction and offering substantive value to early adopters. Thompson Reuters, no slouch in the business of information, was quite visionary in acquiring the now @OpenCalais service. The mostly free service is currently identifying semantic entities in over 5 million documents submitted to it per day. @zemanta is also finding a significant user base among bloggers for its related services.I am awestruck by the potential of developers applying Linked Data / Semantic Web schema and using RDF in Twitter annotations. It would massively scale search effectiveness and distribution opportunities while allowing sophisticated on-the-fly analysis of Twitter’s firehose & other feeds. The Twitter ecosystem is particularly suited to applying principles of the Semantic Web in that machine interpolated meaning could be continually refined the more humans tweet & retweet about the same and related topics; coupled with author, location, hashes, platform, and temporal information.Twitter annotations may well be a turning point in the early practical application of Tim Berners-Lee’s 1999 “dream for the Web [in which computers] become capable of analyzing all the data on the Web – the content, links, and transactions between people and computers.”It is all about the metadata!

  • Doug Petkanics

    Very thoughtful comments R. While I haven’t followed the semantic web literature and movements very closely, I can see how this might be a big step in opening the mainstream development community’s eyes to the true potential.

  • Matthew Markus

    I enjoyed this post; however, I strongly believe that the “benevolent dictator” approach is the only way for Twitter Annotations to become useful. My thoughts on the matter are here:If Twitter wants Annotations to succeed…