Is RSS at Risk?
I spent about a thousand words explaining RSS before I realized that, for the most part, if you are reading this blog I have to guess you have some familiarity with it (at least by just having heard of it). If you need some background, Wikipedia has a pretty good overview on RSS.
In addition, most blog platforms (I’d say all, but someone might surprise me with one I don’t know) not only provide RSS feeds of their data (and can even rely on a service like FeedBurner to provide additional RSS versions), they also support RSS import. This little feature means that if you provide content from your site as an RSS feed, any blogger can integrate it into his or her blog with only a few clicks.
An example of just how robust RSS can be is demonstrated with podcasts (and even vodcasts). The structure of a podcast file is really just an RSS feed with attachments, much like you might attach a file to an email. A regular RSS reader should be able to process the file, even if it cannot play the music. A podcast reader should, conversely, be able to read a standard RSS feed, even if there is no music to play.
Another powerful adaption is GeoRSS, which allows geographic data to be embedded in a feed. Syndicated content can be associated with locations on a map, something which has proven to be useful to the rise of location-based social media. For example, you can get your Foursquare history as an RSS feed, with each location tagged with geolocation data. In fact, a precursor to Foursquare, Brightkite, allowed users to generate custom RSS feeds to track specific spans of time, locations, groups of users, and even control how many items to display. When it came time for Brightkite to shutter its location-based services, it made all user data available to its users via RSS feeds.
Because of these reasons I have typically ignored hype expressing that RSS is on its way out. And then I stumbled across the post Twitter and Facebook Both Quietly Kill RSS, Completely, which was followed up a couple weeks later with Facebook Listens. RSS Added Back to Pages. Will Twitter be next?
This reminded me of an exchange I had on the Picplz API mailing list, where I asked if they would update the RSS they provided with geolocation data (since most photos are associated with a venue pulled from Foursquare). I was told that the RSS pre-dates the API and essentially that there aren’t any changes in the pipe.
In just the last few days I have been struggling with the new MapQuest, trying to figure out how to embed GeoRSS in the new platform. In addition, I noticed that my “classic” MapQuest maps were no longer showing the embedded GeoRSS. After going through the support forum I found that GeoRSS is not (yet) supported in the new MapQuest, and nobody had noticed that it appears to be broken on the classic MapQuest (the solution they told me I should use for now).
So now I find myself wondering about the future of RSS. When Google Chrome doesn’t even show an RSS icon or format it for display, when a new location-based service isn’t adding the GeoRSS features, when a major mapping service doesn’t support GeoRSS in its latest release, when Twitter buries the link for RSS, and when Facebook toys with its removal, I am concerned that they are contributing to the eventual demise of RSS.
I understand that content drivers (Twitter and Facebook) who survive on advertising revenues want to drive their brand and, ideally, their advertising to end users. Widgets that include a brand and drive people back to the advertising on the parent site make sense. For services and platforms (Picplz and MapQuest), pushing developers to a proprietary API increases the developers’ investment in your platform, making it less likely for them to peel off when they can’t simply apply their code to the next shiny new thing.
Unfortunately, these all combine to make the barrier to content syndication higher for everyone. While we can still wield an RSS parser to syndicate much of this content (often the one built into a blog, but typically a module within a CMS or other platform), it may be a matter of time before we lose the freedom to rapidly and repeatedly re-use a tool already in our belt. It may also be a matter of time before we as developers forget we should always build an RSS feed when we are instead enamored with the ability to claim our product or service has an API — even if it’s not offering any more than an RSS feed can offer.
As developers we need to make sure we are helping our users, future developers, and ultimately our clients, by leveraging standardized tools. When it comes to content syndication and generally sharing data, RSS is the common denominator and typically worthy of implementation as the first step in a solution. If we aren’t continuing to use it and expect it, the walled gardens and self-congratulatory APIs will catch up to us.
- Rest in Peace, RSS, May 5, 2009.
- No, RSS Is Not Dead, and Neither Are RSS Readers, September 13, 2010.
- How to reboot RSS, September 13, 2010
- XML vs the Web, November 24, 2010.
- RSS Is Dying, and You Should Be Very Worried, January 3, 2011.
- Sure, RSS Is Dead — Just Like the Web Is Dead, January 4, 2011.
- What I mean by “the open web”, January 04, 2011
- Why Big Media Wants to Kill RSS, and Why We Shouldn’t Let It, January 4, 2011.
- Blogging Forefather Seeks to Re-Invent Blogging, Again, January 5, 2011
- RSS: A Reply, January 14, 2011.
- Twitter and Facebook Both Quietly Kill RSS, Completely, May 8, 2011.
- Facebook Listens. RSS Added Back to Pages. Will Twitter be next? May 21, 2011.
Leave a Comment or Response