Google plans to offer a feed reader API to allow third-party developers to build new views of feed data on top of Google’s backend. The new APIs will include synchronization, feed-level and item-level tagging, per-item read and unread status, as well as rich media enclosure and metadata handling. Google Reader PM Jason Shellen and engineer Chris Wetherell both confirmed Google’s plans after I posted my reverse-engineering analysis of the Google Reader backend.
The new APIs will allow aggregator developers to build new views and interactions on top of Google’s data. Google currently has at least two additional Google Reader views running on current development builds.
Google may offer public access to the feed API as early as next month. Shellen said the team wants to nail a few more bugs before publicly making the service available to the world.
Hopefully the Google team is considering offering API hosting and processing similar to Alexa’s platform. Hosting personal homepage widgets on Google Base is a good start but think about if developers could interact with data via JavaScript on the same domain as the service!
Google Desktop would be an ideal first implementation of the new APIs, centralizing Google’s feed retrieval and reducing load on individual servers. Google feed grabber, FeedFetcher, currently collects content for Google Reader and Google personalized homepage.
Google’s new offering is direct competition to NewsGator’s synchronization APIs but are easier to code against (no SOAP required). Google currently does not have the same reach across devices as NewsGator but an easy-to-use API from the guys who brought you the Blogger API and “Blog This!” might really shake up the feed aggregator ecosystem.