RSS能不能活下去,关键在内容提供者

  随着GoogleReader的关闭,RSS这项有点“极客”味的技术又引起评论家们的热议。看衰的说这种过于专业和复杂的技术终于随着GReader的关闭该退出历史舞台了;看多的评论家则认为GReader的退出为其他RSS阅读器腾出了机会和发展空间,这些非GReader们之前之所以发展得不死不活,全怪GReader体验做得太好,让竞争者们无从下手参与竞争。

  我之前和现在的工作,都有幸能与RSS打交道,算下来也有两三年了。但这种工作所需,并不是要作为RSS阅读器的直接使用者,而是将RSS作为网站之间信息交换和传递的技术工具。你猜得没错,就是通过RSS采集其他网站的信息。

  如果是作为RSS阅读器的直接使用者,我在N多年前就已经不是了。不用的原因有以下这么几方面:

  1、信息庞杂。

  我大约五年前还在媒体工作,需要关注一系列行业内的各类资讯,这其中包括门户的相关频道、行业网站。当我把这些平时几乎每天都要去浏览的网站RSS列表集中在一起,然后逐个逐条去查看的时候,我发现我所花的时间比挨个去浏览这些网站还来得多。

  不应该是更便捷、更省时间吗?实际恰恰相反。原因在于网站编辑会把最重要的内容放在首页和最前面,上网站只需看下首页和重要的栏目页,就能掌握当天的重点内容。

  而用RSS阅读,输出的内容一方面不是按编辑筛选的重要性来排序,而是按时间排的;另一方面,输出条数太多,没有精选,一天上百条甚至几百条都有,信息庞杂,没有重点,看不过来。

  2、内容不完整。

  我记得RSS刚火起来的时候,各网站的RSS输出,是有全文内容和图片的,可以完整浏览,不需要再跳转到原网页。但后来,支持全文内容的RSS越来越少了,先是几大门户的各个频道基本停止全文输出;接下来一些行业垂直门户也只输出几十字的摘要了;再后来,连一些博客平台对知名博客也作了限制,只输出摘要了;现在,你去看看几大门户访问量大的知名博客,还有几个支持全文内容输出的?

  如果RSS光输出标题以及硬生生截取文章前面几十个字的简单摘要,点击跳到原网页才能查看全文,这和浏览网站新闻列表没什么差别,不见得有多少便捷性。

  3、更新不及时。

  RSS更新慢或者不更新,是一个非常让人恼火的问题,曾经令我错过一些重要资讯。一些更新量大且更新比较规律的网站,还能及时发现更新异常的情况;有些更新量不大且不是每天更新的网站,就很容易忽视更新异常问题:你订阅的RSS没更新,以为网站没更新,但实际上网站更新了,是RSS服务出故障了。

  这两年和RSS打交道多了,发现一些网站的RSS内容更新、换地址是常有的事情,网站的编辑或技术人员很少会每天关注RSS输出情况,即使出错了也可能要等用户投诉和反馈才去修复。

  除了提供RSS的网站可能出现故障,或者故意延迟输出,一些RSS阅读器服务平台也可能出现故障导致更新不及时。类似GReader的服务平台,本身有存储服务器,会事先将各个RSS列表的内容收录存储在自己服务器上,用户访问时实际上读取的是RSS阅读器平台服务器上的内容,和RSS内容原始提供网站无关。

  这种平台服务比浏览器的RSS插件来得高级,后者自己没有存储平台,只能转译RSS列表的XML文档,超出RSS设定条数范围的过往内容就无法再看到了;但类GReader们则能,可以翻查以往内容,这也增添了更新出错的几率。

  以上三条,问题根源在哪里?在RSS提供者。解决的钥匙不在RSS阅读器平台手里,而在RSS内容的提供网站。要提升RSS阅读器的用户体验,网站相对应要做这三方面的服务改进:

  1、根据不同的需求,输出不同层次的精选内容,而不是一锅烩;

  2、RSS应当提供全文内容,简单的摘要可由RSS阅读器自行截取;

  3、安排人力维护监控RSS服务,有故障及时反馈解决,不搞延迟更新。

  如果这样做了,RSS内容提供网站有啥好处?

  1、能提高网站流量吗?貌似不能!流量都被RSS阅读器平台截留了,用户访问的是他们的服务器。

  2、能带来广告收益吗?貌似也不能!谷歌曾推出“AdSense RSS Feeds”服务,让RSS提供者在feeds插入广告。但效果呢?不好!放弃了。广告一般放在全文内容的底部,效果可想而知了,内容都读完了还有谁会在意广告!

  3、能带来人气和影响力吗?貌似也难!RSS阅读器平台就像是新闻门户,人气和影响力都被门户占有,内容提供商啥都没得到。

  4、能搞收费吗?RSS技术本身是提倡资讯分享的平台,貌似没听说有提供收费使用的功能(若有,欢迎指正),若在RSS技术之上搞一套收费访问机制,那何苦要用RSS技术!

  正是由于RSS内容提供网站从RSS阅读这一产业链条中沦为单纯的内容CP,得不到流量,得不到人气,导致它们丧失积极性,RSS变得可有可无。若提供全文输出,还可能会影响网站流量,这种蠢事就越来越没人干了!

  RSS不是一个能让网站、用户和平台三方共赢的工具,不受网站重视,光有平台和用户重视又有何用?巧妇难为无米之炊!RSS阅读器平台再积极,不能赢得主流内容网站的支持,光是一些专业小网站和个人博客支撑,何来内容的大众化?何来用户的大众化?何来普及?!

  “叶子的离开,是风的追求还是树的不挽留?”都不是,是到时间凋零了!

时间: 2025-01-02 02:03:02

RSS能不能活下去,关键在内容提供者的相关文章

贴近用户简单消费趋势提升IPTV价值关键在内容

贴近用户"简单消费"趋势提升IPTV价值关键在内容 IPTV是中国电信重要的战略转型业务,加快IPTV发展是当前中国电信重要的战略选择.由于内容是IPTV发展的根本,本文重点从产品角度提出加快IPTV发展的思考与建议 ■中国电信上海研究院 胡世良 上海IPTV发展已有四年多了,IPTV发展有曲折,但总体呈现良好的发展势头.2008年上海IPTV用户突破70万户,成为我国内陆拥有IPTV用户最多的城市.然而,2009年以来,IPTV发展遇到不少困难:用户发展低于预期,产业链仍不成熟,IP

Android开发入门(二十)内容提供者 20.2 ContentProvider的使用范例

想要理解ContentProvider的最佳方式就是自己动手去尝试一下.下面介绍如何使用一个内置的Contacts ContentProvider. 1. 创建一个工程,Provider. 开发入门(二十)内容提供者 20.2 ContentProvider的使用范例-contentprovider"> 2. main.xml中的代码. <?xml version="1.0" encoding="utf-8"?> <LinearLa

Android开发入门(二十)内容提供者 20.1 数据共享

在上一章节中,我们介绍了数据持久化的几种方法:首选项,文件,以及数据库.在保存复杂的数据结构 时,推荐使用SQliteDatabase.但是,共享数据就成了一种挑战,因为,数据库只对创建它的程序包可用. 在这一章节中,将会介绍Android特有的数据共享方式:使用ContentProvider.也会介绍如何使用内 置的ContentProvider,以及创建自己的ContentProvider,以便在多个程序包之间共享数据. 在 Android中,共享数据的推荐方式是使用ContentProvi

android中内容提供者的本质是一个类,那么广播接收器的本质是一个方法吗

问题描述 android中内容提供者的本质是一个类,那么广播接收器的本质是一个方法吗 android中内容提供者的本质是一个类,那么广播接收器的本质是一个方法吗 解决方案 广播接收器,也可以设计成一个类,并不一定是方法. 就算现在的 Android 设计成一个方法,但也并不是说必须,或者只能设计成一个方法.

【黑马Android】(04)数据库的创建和sql语句增删改查/LinearLayout展示列表数据/ListView的使用和BaseAdater/内容提供者创建

数据库的创建和sql语句增删改查 1. 加载驱动. 2. 连接数据库. 3. 操作数据库.   创建表: create table person( _id integer primary key, name varchar(20), age integer );   添加: insert into person(name, age) values('lisi', 19);   删除: delete from person where _id = 1;   修改: update person se

配置-安卓内容提供者为什么没有发布出去

问题描述 安卓内容提供者为什么没有发布出去 我创建了一个PersonProvider继承ContentProvider,在AndroidManifest.xml中也配置了 android:name=""com.example.database.PersonProvider"" android:authorities=""com.example.database.personprovider""/>但是程序发布时为什么又没

Android组件系列----ContentProvider内容提供者

[正文] 一.ContentProvider简介: ContentProvider内容提供者(四大组件之一)主要用于在不同的应用程序之间实现数据共享的功能. ContentProvider可以理解为一个Android应用对外开放的接口,只要是符合它所定义的Uri格式的请求,均可以正常访问执行操作.其他的Android应用可以使用ContentResolver对象通过与ContentProvider同名的方法请求执行,被执行的就是ContentProvider中的同名方法.所以ContentPro

Android开发14——监听内容提供者ContentProvider的数据变化

  一.提出需求 有A,B,C三个应用,B中的数据需要被共享,所以B中定义了内容提供者ContentProvider:A应用修改了B应用的数据,插入了一条数据.有这样一个需求,此时C应用需要得到数据被修改的通知并处理相应操作.     二.示例代码 A应用 /** * 对内容提供者进行操作 * * @author XY * */ public class MainActivity extends Activity { @Override public void onCreate(Bundle s

Android开发13——内容提供者ContentProvider的基本使用

  一.ContentProvider简介 当应用继承ContentProvider类,并重写该类用于提供数据和存储数据的方法,就可以向其他应用共享其数据.ContentProvider为存储和获取数据提供了统一的接口.虽然使用其他方法也可以对外共享数据,但数据访问方式会因数据存储的方式而不同,如采用文件方式对外共享数据,需要进行文件操作读写数据:采用sharedpreferences共享数据,需要使用sharedpreferences API读写数据.而使用ContentProvider共享数