本文参与少数派 2020 年度征文 + 畅所欲言家
10 年前，iOS 和 Android 在全球出现了井喷式的增长的同时，新浪微博在2011年前后才打败了国内类似的竞品，彼时大众点评也几乎不被看好，而直到一年以后微信才推出了订阅号，国内的移动互联网之争其实才刚刚开始。
今天，移动互联网发展看似已经进入了一个新的瓶颈，互联网公司都在争先恐后地在做短视频平台。于此同时我们都习惯了不同的场景里去翻找手机里不同的 App，而不是搜索引擎，很大一部分原因是搜索引擎搜不到我们真正想要的内容，另一方面越来越多的互联网应用不在乎甚至是没有网页版。
显然移动互联网变得越来越封闭了，每个互联网应用仿佛都变成了信息孤岛。但是我不喜欢这样的信息孤岛，所以我打算挣扎一下。
首先我们要理解什么是互联网流量，在我来看获得互联网流量就是把握流行趋势，吸引用户前来使用，吸引了足够多的用户以后这种趋势就会变化成流量渠道的一部分，进而可以实现变现。如果大家一窝蜂都去竞争同一个渠道，那么必然会导致流量价格走高，能赚到更多的钱，但是后来者必然很难做到先到者那么好的收益。
接下来我们要知道单单握了简单的流行趋势，只挖掘出简单的内容是远远不够。大部分情况下都会陷入「看完即走」很难变现的情况，甚至有的时候用户认为完全可以从合作平台上看到，根本没有来网站的必要，最后会导致其他平台反超其上。所以引流到自家的平台来就非常重要，除了撒钱式拉人，最好的办法就是利用高质量或者有需求的内容去打动别惹，当别人发现你做的东西，对自己有帮助时就会主动前来，把人拉到自己的平台就叫转换为私域流量。
但是流行趋势是一直在变动的，稍有不慎就会流失掉现有的老用户，甚至被新的流行趋势所淘汰。
所以目前看来利用信息孤岛化稳固老用户和拉拢新人办法是最好的办法，想方设法打造一个只进不出的流量壁垒。让你只能通特定的 App 访问到信息，甚至为了避免内容被网页爬虫爬走，还会把网页版给砍掉，甚至于没有网页版。至于 PC 用户的体验？不在乎，反正现在是移动流量为王的时代；而这类应用即使有分享渠道，也需要别人使用这个 App 才能看到，这样即稳固了老用户也还能够不断拉新。孤岛化的私域流量还可以让这家公司可以做更多有保险地尝试，因为核心功能还在，只是多了别的功能，万一哪个功能就突然把握到流行趋势了呢；但这样很容易让一个「小而美」的应用变得「大而臃肿」。
其实我并不讨厌私域流量，因为它们从商业的角度来说合理的。我只是非常讨厌那些信息孤岛化的私域流量，但是我们又无法彻底脱离这个互联网。还有就是这些情况进一步破坏着我的使用心情：
……
种种情况加起来体验真的是奇差无比，让我根本没办法只关注于我想关注的事件本身。所以我打算挣扎一下。
回到 2013 年，当时 Google 决定关闭 Google Reader，那也是我第一次接触到 RSS，当时看到这条消息的我，只是象征性的打开了 Newsblur 试用了下，发现 RSS 的设计其实挺好的，我可以过滤掉不重要的信息，也可以在一处统一查看、统一收藏，还可以调整内容显示的方式等等；当然那时候也存在着不能及时抓取、很多网站也没有 RSS、抓取图片失败、RSS 不提供完整内容等问题。因此我后来慢慢地回归到在各家的网站上直接消费内容了。
但是随着互联网越来越封闭，加上 2020 年疫情期间比较空闲，所以正好可以研究一下。但是在抛弃体验奇差无比的 App 以后怎么还能保证内容自动收集? 我这时又想到了 RSS，加上即使是 Google Reader 关闭 7 年以后，RSS 即使无法输出全文但还是被不少的网站所支持。所以接下来的问题就是用哪一个 RSS 服务呢？
选择一个 RSS 服务在我看来需要具备如下特点：
开源方案 Tiny Tiny RSS 看似是一个不错的方案，但是我依然对数据安全性或者可用性有点担忧。首先如果直接搭在 VPS 上的话要考虑到 VPS 的硬盘容量普遍较小，长期使用以后存储空间必然捉襟见肘，增加额外的空间价格自然也会水涨船高，甚至有可能会超过那些在线服务所需要的花费。如果把 Tiny Tiny RSS 搭建在自家 NAS 上，虽然空间不是大问题了，但是由于没有固定的公网 IP，加上运营商可能会对家宽进行 QoS，所以访问起来的不确定性还是极大的，我可不希望在外面想看 RSS 的时候发现不可用。
所以我最后打算使用现成的 RSS 服务，所以主流三家（Inoreader、Feedly、Newsblur）的 RSS 服务各有什么优势以及我想要怎么用的就是我需要考虑的两个方面。我之前是这样打算的：将 RSS 服务作为统一的消息收集箱，通过自动化把希望读的发送到 Pocket 里，我最后再打开 Pocket 进行阅读。但是通过少数派的旧文《2018 年主流 RSS 服务选哪家？Feedly、Inoreader 和 NewsBlur 全面横评》，我发现完全在只使用 Inoreader 的情况下就可以做到包括收集、阅读、自动化和导出这四个我日常信息浏览里最主要的过程。当我深入研究最新的 Inoreader Pro 的订阅以后发现与其说是 RSS 阅读器不如说是一站式信息收集阅读中心。
Inoreader 最经典的添加方式就是通过 rss 链接。即使你在官网找不到对应的 rss 链接，你还可以通过直接输入那个站点的主页/特定标签的网页链接，Inoreader 会尝试从网页源代码里找到对应的 rss 链接并订阅。
不过，日常生活里还是会有绝大部分的网站不支持 rss 订阅链接。在以前我们确实对此无能为力，但是现在我们可以借助 Inoreader Pro 和 RSShub 两件神器进行拓展可以订阅的范围。
首先是 Inoreader Pro 所带的 Track changes （跟踪内容变化）和 Create RSS feed（创建 RSS 订阅源）。它们都是利用 Inoreader 自己的爬虫对你输入的网页进行爬取，「创建 RSS 订阅源」会直接创建一个 RSS 订阅源，当你选定了某个特定的 html 标记要被抓取，这个网页上再次出现了这个标记就会被认为是一篇全新的文章，非常适合用于那些没有 RSS 且更新不平凡的网站；与之不同的是「跟踪内容变化」让你可以跟踪一个网页上的所有变化，如果发生了变化则会生成一个新的文章告诉你发生了改变，我用来跟踪特定网页上的价格、文字或是内容的变化。
但是大部分国内的社交媒体和网页 Inoreader 抓起来效果都不是很好。这时候我们就需要依靠 RSSHub 来进一步帮助我们收集网页，RSSHub 目前支持的网页和安装方式这里就不详细展开了。我这里通过 RSSHub 将部分的知乎用户的动态、微博动态、微信公众号文章以及部分国内的网站统一整合进了 Inoreader 里进行统一阅读，减少了以往需要反复在 App 之间跳转所需要的时间。让我可以安安心心的在一个 App 里畅快阅读，没有广告也没有奇怪的推荐，这样的体验足以令我放弃大部分的官方 App。
最后，Inoreader 的整合功能也值得一提，我不止可以在里面可以统一阅读 RSS，我还可以用它：
至此我算是把我几乎所有想读的内容导入到了 Inoreader 里，但是 Inoreader 大部分的导入操作还是和这个服务的网页版有很大关系的，而部分 App 也因为没有网页版我就打算彻底弃用了。
阅读内容时，我本来打算是各个平台单独找阅读器阅读的，后来发现 Inoreader 的网页端和各个平台的客户端都写得非常不错，所以我就打算直接在 Inoreader 里阅读这些内容。随着我对 Inoreader Pro 的深入使用我发现 Inoreader 里有关阅读的选项足以让我随意定制这个阅读器。
Inoreader 里的每个 RSS 和文件夹都可以指定视图和默认排序。这个功能对于我这样导入了大量不同种类的阅读源的我来说非常实用。比如，对于新闻这样大部分情况瞟一眼就知道大致情况，大多数时候都不需要点进去的场景，非常适合用同时展示标题和正文的杂志视图；而像是微博、推特这样短小的内容，就适合同屏展示量较多还能看到内容的卡片视图，而且对于这类内容我还愿意先看发布时间更远的；最后像是少数派、端这类几乎每篇文章都要读的内容我会直接选择拓展视图，只要往下滚动就能读完所有文章。
Inoreader 的阅读界面也可以进行深度定制，除了阅读界面的顶部可以自定义字体、字号和行间距以外。Inoreader 还提供了自动高亮和自定义 CSS 两个更加深度的自定义选项。
自动高亮帮助我快速高亮文章里的关键词。我不同周期想要特别关注的内容不太一样，我又不希望统一加星标（星标是我真正认可的文章）。自动高亮足够醒目，又不会打扰到你，也不需要单独点开一个列表去看，非常适合这样的场景。
而自定义 css 则更为强大，css 是一种格式化文档的语言，我们日常生活里网页不同的布局就是由 css 定义的，因此我可以根据自己具体的需求去深度定义 Inoreader 的排版方式。比如，Inoreader 没有首行缩进，自带的避头尾类型也不适合中文等等。这些细微的设置不仅提供了更多细致化调整的可能，还能大幅提升阅读时的体验。
Inoreader 本身的阅读体验就不算差，如果你懂得一点点 css 代码你也一样可以把 Inoreader 定制成符合你喜好的样子。
虽然很多人都不喜欢「算法」，但是随着订阅源越来越多，我们其实免不了利用「算法」帮我们减负，毕竟我们日常没有那么多的精力读完大部分的订阅源。Inoreader 除了内置的「魔术」排序和去重以外其他的算法都需要自己创建，自由度极高。
魔术排序可以让你最关注的订阅源排在最顶部，你越是看得多的订阅源，这个订阅源中的内容排序就会越靠上，你还可以通过设置选项进一步调整这个影响的程度。魔术排序不仅会通过你的喜好进行排序，还会通过这个订阅源某个内容的热度（其他订阅者点开次数）做出先后排序，这个功能对于我来说不是很有用，毕竟大部分我的订阅源很有可能只有我在阅读。
去除重复对于新闻类的订阅源也很有用，因为全球性的新闻源经常会报道类似的新闻，这样我就可以快速过滤掉订阅内容中重复的内容。和魔术排序一样我可以自定义调整整个去重系统的算法，但是去重的中文算法并不好，所以目前我只把它用在了英文新闻订阅源中。
魔术排序是一个排序算法，去除重复是一个过滤算法，在我日常使用中其实这两个算法已经能很好地帮我减负大量内容了。
但是日常生活里我还是需要更多的调整和过滤规则的。比如，我不怎么关注的国内的股票，所以要过滤掉所有的国内的媒体和股票基金有关的关键词。又比如，跟踪一个人的知乎动态以后，这个人知乎动态里的新建和关注了什么问题也要被过滤。再比如，有的时候工作比较忙，阅读内容的时候比较少，我还可以通过预先设定好的自动化给特别想要读的内容提前打上标签，再给这个标签设置为首页这样打开就能读了。
RSS 用的时间久了，有些订阅源的文章或多或少都不怎么愿意去读，包括我也是，尤其是新闻这样的 RSS 每次都是最后一个才看，看到一半可能因为别的什么事情就打断了。日积月累等到最后 999+ 的时候可能很多人都会有挫败感，但是我们要清楚人是没有那么多精力去读完所有的内容的。所以 Inoreader 内置的「控制未读时间」其实也是一种筛选手段，帮助你减轻日常的阅读压力让你有更多的时间阅读去阅读真的优质的内容。
总的来看 Inoreader 更愿意把算法的选择权交给用户，而且大部分的操作其实并不复杂，即使是普通人也能用的很好，而支持 IFTTT 和 webhook 这样的高级特性也能让高级用户在需要时进一步拓展算法和规则。
Inoreader 大部分的功能至此已经被我开发完了。那么我们回到一开始最初想解决的问题——信息孤岛化，我成功解决了吗？没有解决，但是我想应该算能短时间内摆脱哪些不顺心的服务了。而我还获得了一个随时可以查询的个人资料库、一个随时可以输出内容资料库、一个个性化的消息阅读器和一个没有被算法绑架的真实世界。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。