RSS feeds are way too static. A blogger can’t easily change feed URL without the co-operation of their entire subscriber base.
Robert Scoble changed his feed URL, and six months later his subscriber count is under half of his original subscriber count (according to Bloglines). I'm sure Robert would have loved to have automatically moved the thousands of subscribers to his new blog automatically, and I would prefer not to need to re-subscribe.
Russell Beattie decided to stop blogging, but his several thousand subscribers couldn't be bothered to unsubscribe - and why would they; he might start blogging again, and anyway it's only a hassle to unsubscribe. However for Russell, this means his server gets perpetually swamped by hundreds of update checks for an update that will probably never happen.
The reality of the situation is that you can't change your feed URL without a huge effort. How long does it take one person to change the feed URL for one blog? Maybe 30 secs or less if you are quick, but the average is probably longer and it depends a lot on how simple your aggregator it. So it's easy to understand why people don't bother, and that's if they noticed the "re-subscribe over there" message in the first place.
I'm sure Robert would like to aggregate his 2 subscriber lists. I'm sure Russell would really quite like to point his subscribers at a holding blog hosted somewhere else so he doesn't get the traffic and maybe that even gives him the option to start again at a later date.
These problems make sites like Feedburner both very valuable and a "sell your soul" type service. But what happens if Feedburner gets greedy? Maybe the Feedburner servers get "overloaded" and it takes a long time for your updates to get propagated, and maybe they introduce a premium service to help people get the word out fast. Would you want to pay? If your feed URL is very hard to change don't you want to control it yourself?
These problems are compounded by the how ill defined your feed URL actually is. The RSS feed I’d prefer people to use for my blog is http://getahead.org/blog/joe/rss.xml but you can also get it via http://getahead.org/blog/joe/rss.xml or http://getahead.org/blog/joe/atom.xml or http://getahead.org/blog/joe/atom.xml and all have subscribers at Bloglines.
We need a way to say, "this is not the feed you are looking for", a bit like an HTTP-301, but one that you can create simply by editing the text of a blog.
We need a micro-format for blog redirecting.
This new micro-format must:
- Be readable by the worlds feed aggregators.
- Allow bloggers to point subscribers to a new feed URL.
- Be simple enough that it can be used by bloggers with a limited ability to edit the text of their blog.
- Make sense in a HTTP form as well as an RSS form. This rules out (this and the last rule out HTTP-301)
It would be also be nice if:
- The honchos at MySpace couldn't block it easily.
- It gave people that have had their blogs hacked a chance to change their minds.
So how about this for a solution; the micro-format looks like this:
<p>autoresubscribe using <a href="url">url</a></p>
In fact we could probably dispense with the
<p></p> elements to make life simple.
The rule could be that the "autoresubscribe" blog entry must remain on in the RSS feed of the blog for 30 days or more to become permanent. If it is removed before then, it is assumed that the blog was tampered with and the redirect is cancelled.
There is a slight worry about false positives. What happens if the text above matches somewhere else by mistake? As far as I can tell, so far the web it totally devoid of any mentions of the phrase "autoresubscribe using", so if we combine that with a requirement to have a url in a link to that url, I think we should be safe. Even this blog entry describing the micro-format with examples shouldn't match.
There is the issue of internationalization; the proposed solution is great for the English speaking world but not so good for non-English blogs. On the other hand "autoresubscribe" isn't exactly a real English word in the first place. Maybe the spec would define a number of languages in which this could be written. Probably support for every one of the worlds 300 trillion languages is over the top, and we could limit ourselves to the top few. It is only 2 words after all. Or am I being too colonialist?
All we need to make this work is the support of all the world's feed-readers. Surely that's a simple problem?