我发现自己经常使用feed（rss，atom，json等），并且大多数时候它将这些feed混合在一起用于网站，并且它只是痛苦的尝试构建您的代码以使每个条件都正确，这是浪费时间，金钱和资源。
所以我一直在使用Google Feed API来处理很多事情，但现在已经被杀了（但没有被埋没，但是 [< strong> 2015年12月2日埋葬] { 12月4日更多时间}}，我必须找到另一种选择。以下是Google Feed API令人敬畏的功能，这些也是任何替代方案的要求：
如果它是付费服务（当然是在合理范围内），或者如果它带有免费计划，那么这并不重要，但易用性应该是优先考虑的事情！
必须将允许从所述服务后端请求的域列入白名单，或者使用令牌，但是不能接受从后端订阅源，因为我们为客户构建这些服务，而不是有权访问所述后端或想要使用它们。
我们需要一种服务，将我投入的任何Feed转换为来自URL的JSON。可以花钱，或自我托管。 （这可能是最好的，看看Yahoo Pipes发生了什么，然后是Feed API ...）
因此，谷歌Feed API今天被埋葬了，很多东西现在已经死了。虽然我一般都认为推荐问题吸引了有争议的答案和垃圾邮件，但实际上还没有任何关于这个主题的信息，它的feedburner或superfeedr我不断获得结果，而且也没有真正提供与Google的api相同的功能。
朱利安在评论中有一个很好的观点，没有人能负担得起全世界的所有饲料，但没有人要求这样做。
我很乐意按照每个请求按照请求付费，我不会要求只在我要求时全天候跟踪Feed。这是Superfeedr的主要问题，以及它不易使用的事实。
好像我不必按要求付款：
我会仔细考虑这个，因为它是免费的，没有任何信息，并且可能会在人们开始发现它时遇到困难。
Github上还有大量的操作系统替代品。