★本文针对哪些 GR 用户
先界定一下受众。如下类型的网友,是本文的目标读者。
1. RSS 是主要的信息来源
2. 有很多的 RSS 订阅源
3. 每天花很多时间阅读 RSS
如果你不属于上述类型,本文不一定适合你。
★筛选的参考因素
对于上述类型的网友,在挑选 GR 替代品的时候,需要考虑如下几个因素。
◇业务的稳定性
GR 被 Google 关闭,大伙儿应该吸取教训了——如果没有业务的稳定性,无论功能多么出色都是浮云。
所以,业务的稳定性是第一个考虑点。
很多不知名的,或者新近冒出来的 RSS 阅读器(比如 InoReader),就不用考虑啦。那些没名气的公司,说不定哪天突然就挂了;新进冒出来的公司,到底能支持多久,是个未知数。
◇功能和 GR 的相似性
仅次于业务稳定性的,就是功能。对于 GR 的重度用户,功能当然是越像 GR 越好。
是否提供 Web 界面
GR 的重度用户,大部分时间都是在 PC 上用 GR,面对的是 GR 的 Web 版。所以,GR 的替代品至少要有 Web 版。至于手机应用,如果有当然更好。
基于这一条,直接淘汰掉纯桌面版的 RSS 阅读器(比如 FeedDemon)。
像 Flipboard 光有手机 App,没有 Web 界面,也不用考虑了。
界面的风格
GR 的替代品最好具有类似 GR 的界面风格(左边是订阅源列表,右边是条目列表)。
这方面,The Old Reader、Feedly、Netvibes 比较符合要求。其中的 The Old Reader 是最像 GR 的,而且还提供中文界面。
像 Pulse 的界面,虽然也是左右分。但 RSS 条目是以卡片形式展现,明显是针对平板操作优化的,在 PC 上用起来不爽(如同 Win8)。
像 FeedReader 的界面,把所有订阅源的条目都混在一个信息流里面,不爽。
订阅源的分类
由于 GR 重度用户通常有很多 RSS 订阅源,所以订阅源的分类就很重要啦。
常见的分类功能有两种:目录和标签。两者的区别在于:目录是一对多(一个订阅源只属于一个目录),标签是多对多(一个订阅源可以属于多个标签)。显然,"标签"比"目录"更强大——你可以拿"标签"功能当"目录"用,但是没法拿"目录"功能当"标签"用。
The Old Reader 支持的是目录,Feedly 和 Netvibes 支持的是标签。
搜索功能
GR的搜索功能包括两方面:
1. 搜索新的订阅源
2. 搜索已有订阅源的条目
这方面,现有的几款 RSS 阅读器都明显不如 GR——毕竟 Google 是做搜索起家的,别人望尘莫及。
RSS 缓存功能
GR 的一个很重要的亮点,就是可以把 RSS 的内容缓存在 Google 的服务器上。如此一来,即便你订阅的某个博客关闭了,你依然可以在 GR 上看到该博客曾经的内容。这就是大名鼎鼎的"RSS缓存功能"。
这个功能的主要难点不在技术上,而在于用户数。只有当某个产品的用户数足够多,该产品的提供商才有可能收集到足够丰富的 RSS 内容并缓存。GR 因为用户数全球第一,所以收录的缓存极其丰富。
为了验证 RSS 阅读器的缓存,俺拿几个已经关闭的博客进行测试。发现只有 Feedly 可以显示出这几个博客的历史内容。看来 Feedly 的收录是比较全的。不过也有读者怀疑,Feedly 使用的是 GR 的缓存。
智能排序
GR 的智能排序是很不错的。你可以选中某个 Tag,GR 会把该 Tag 对应的订阅源里面的所有条目根据受欢迎程度进行排序。当你订阅的 RSS 多了之后,不可能把每一个 RSS 的每一个条目都看完,这时候就可以靠智能排序,只看最受欢迎的头 N 条。
现有的几款 RSS 阅读器,大都没有智能排序。比如 The Old Reader 和 Netvibes 都没提供。Feedly 算是有的,但不如 GR 做得好。
快捷键
对于 GR 的高频使用者,通常已经习惯了 GR 的快捷键。要找替代品,当然也要考虑快捷键是否跟 GR 兼容。
这方面又是 Feedly 做得比较到位——GR 常用的快捷键,Feedly 的都有(用途完全一样)。
顺便扫盲一下 GR/Feedly 共通的快捷键:
o 展开/折叠当前选中的条目
j 打开上一个条目
k 打开下一个条目
n 选中下一个条目
p 选中上一个条目
s 当前条目加星标/去掉星标
v 在浏览器新窗口打开当前条目
◇数据迁移的方便性
如今大部分 RSS 阅读器都支持 OPML 的导入。但是,光支持 OPML 的导入是不够滴。因为 OPML 只包括你的 RSS 订阅源,不包括其它数据(比如你加了星标的条目)。
对于 GR 重度用户,要能把 GR 的所有数据(包括星标)都导入进来,才比较爽。
这方面 Feedly 做得最好——支持双向同步。当你第一次使用 Feedly 的时候,会询问你是否跟 Google 账户关联。关联之后,会把你在 GR 中的数据导入到 Feedly。而且更爽的是,你在 Feedly 里面做的修改(比如:加订阅源、加星)也会体现在 GR 中。
◇被和谐的风险
其它国家的网友通常不需要考虑这点。可惜咱们生活在一个神奇的国度,必须应对"河蟹"的危险。
如果你使用国产的 RSS 阅读服务,其提供商可能会受到朝廷的胁迫而进行自我审查(自我阉割)。也就是说,RSS 阅读器可能会把不和谐的内容去掉,让你看不到那些不和谐的内容。
这种阉割是非常讨厌的。所以,国产的阅读器就不予考虑了。
某些同学会反问:国外的 RSS 阅读器也会撞墙啊?俺的观点是:撞墙比自我阉割要好。如果某个 RSS 阅读器被 GFW 屏蔽了,你可以翻墙去使用,看到的内容依然是完整的。而对于自我阉割的阅读器,你无论咋搞,看到的内容都有可能是不完整的。
◇其它的参考因素
有些 RSS 阅读器需要付费才能使用全部功能(比如 NewsBlur),不爽!不予考虑了。
有些 RSS 阅读器需要用户自己 DIY,搭建一个 RSS 的聚合平台。考虑到俺博客的读者,大部分人不是干 IT 的,这种阅读器也不予考虑了。另外,自己搭建聚合平台,就没了"历史缓存"的功能。
★总结
综上所述,基本上就只有 Feedly 是比较靠谱的。虽然 Feedly 跟 GR 相比,还有很大差距(比如:搜索、智能排序),但咱们也只能是"矮子里面找高个" :(
★关于 Feedly 的补充说明
◇如何导入/导出 OPML
很多网友抱怨 Feedly 没有这个功能,其实是有的——只是有点迂回。
你可以到 GR 的配置界面进行 OPML 的导入导出。因为 Feedly 跟 GR 是双向同步的,所以这个功能等同于是对 Feedly 的导入导出。在 Feedly 官网上介绍的就是这个方法(链接在"这里")
◇界面美化
虽然 Feedly 大体上的界面风格是类似于 GR 的,但在某些细节上,还是有所不同。如果你追求界面细节的一致性,可以考虑用浏览器扩展(GreaseMonkey 或 Stylish)来定制 Feedly 的界面。
对于 GreaseMonkey 扩展,可以去"这里"看看跟 Feedly 相关的 JS 脚本。
对于 Stylish 扩展,可以去"这里"看看跟 Feedly 相关的 CSS 样式。
◇Like 计数
GR 会显示某个条目在 G+ 的 +1 数(这个数目越大,说明该条目越受欢迎)。
而 Feedly 更进一步,显示的是 G+ 的 +1 数和 Facebook 的 Like 数的总和。更加有代表性。
★关于翻墙的补充说明
原先 GR 没有被 GFW 彻底封杀,跟 GR 使用的域名(www.google.com)有关。其它 RSS 阅读器可就没有这么好的条件啦。所以,不管你用的是不是 Feedly,只要是国外的阅读器,一旦做得好,用的人多了,就可能撞墙。所以,大伙儿一定要练好翻墙基本功哦。
在俺的读者中,还有不少人是翻墙新手。所以近期也在考虑,要不要提供博客的邮件订阅(有了邮件订阅,每篇博文会自动发到邮箱里)。不知道列位看官是否喜欢"邮件订阅"这个功能?想表态的同学,欢迎到本文留言。
俺博客上,和本文相关的帖子(需翻墙):
Google Reader 之死——原因分析、应对措施、教训
每周转载:Google Reader 之死
版权声明
本博客所有的原创文章,作者皆保留版权。转载必须包含本声明,保持本文完整,并以超链接形式注明作者编程随想和本文原始网址:https://program-think.blogspot.com/2013/05/google-reader-replacement.html