Enterprise RSS

Latest Comments

HI, Most web-based readers offer no offline support, and even when they do, offline reading is still far better in FeedDemon (this screencast shows why). FeedDemon doesn't just download your articles so you can read them offline - it can also prefetch the images they contain and the pages they link to, enabling you to browse the web without an Internet connection. Your web-based reader can't do that. This is one of those features that you don't think you'll need.

rocky

Crack Cocaine

Reply | Original | Permalink | Share | Tweet

Hello, I read and love your blog and I ask you if you want to earn money to promote this project: http://www.link3.biz/

You can make money on two levels to invite the readers of your blog ... put a review of our site in your blog with your Affiliate link and earn easy commissions.
Sign Up here: http://www.link3.biz/affiliates.htm

Marketing Director, Pedro Pinto

Reply | Original | Permalink | Share | Tweet

The other day I got a tip from a "guru". I said: I want to make money. He said: Take a good look at this site:
http://supertip.uni.cc

Reply | Original | Permalink | Share | Tweet

Thanks Chris, would look forward to meeting up in person.

Daniela, I will put you on our list and make sure you get updates about this.

Reply | Original | Permalink | Share | Tweet

Good to see the topic of attention in content delivery being addressed and i look forward to hearing more. In October when Newsgator first announced its support of APML i was excited about the potential Enterprise use which i described in this post:
http://danielabarbosa.blogspot.com/2007/10/more-support-for-apml-this-time-from.html

Would love to learn more about how Newsgator is applying these principles of Attention and APML standards specifically into your Enterprise product suite.

Reply | Original | Permalink | Share | Tweet

Well written Jeff - it's great to see Newsgator embracing APML in this way and providing the value back to users.

We should catch up while I am in the valley.

Reply | Original | Permalink | Share | Tweet

Good stuff, Jeff. I'm still stuck in bloglines and lately my reading has shifted to simply techmeme and a few other blogs. I'll have to check out your client at some point.

And I need to explore APML a bit to think through potential commercial applications.

Reply | Original | Permalink | Share | Tweet

Thanks Peter.

I think we are providing personalized, both defined and behavioral based, in our client applications. We have not made the jump to ads based on feedback that has consistently run negative on that topic.

By supporting APML we are in effect allowing third parties to use this behavioral information but given the early stage of development for that spec we haven't seen a lot of commercial activity yet.

Reply | Original | Permalink | Share | Tweet

Well written, Jeff.

I certainly the business value to a media company to know what content is being consumed off of their site.

And I certainly respect that you're anonymizing this data and providing portability. You run little risk of pissing off the privacy advocates.

However, it seems like you're ignoring the potential of providing personalized content and ads to end users who wouldn't mind that your computers watched what we read in order to inform what we read next.

Reply | Original | Permalink | Share | Tweet

I'd guess that the Brightcove drop has a whole lot to do with their dropping the personal platform. When you take the tool out of the hands of the people, its tough to keep an audience.

Just a theory.

Reply | Original | Permalink | Share | Tweet

i'd prefer the Web-based. no need to download any reader.

Reply | Original | Permalink | Share | Tweet

Erick,

We’re in agreement – the numbers are tough to follow – and thank you for updating your story to include our numbers. The point of this post was not to discredit TC, but to analyze the comScore data.

The point of providing domain specific traffic was meant to show a relative comparison of the traffic… (from the post)

“While we appreciate that comScore, Compete and Alexa don't all track the same way, we were hoping these sites could at least get a sense of whether these other sites might show traffic increasing or decreasing over that time period.”

While we didn’t measure the statistical significance of the traffic to the domain against widget traffic – we don’t believe it’s a leap of faith that the two are related.

We would love to help comScore improve their measurements, I would just like to make sure that their motivations as an independent auditor are not financial.

Reply | Original | Permalink | Share | Tweet

Erick,
We're all in violent agreement here and certainly didn't intend to portray TC as complicit in any presumed deception.

We are simply pushing the agenda of a need for a transparent and reliable third party auditing service. This is not to suggest the Comscore data is incorrect either, just incomplete. If the auditing service is pay-to-play, then they should disclose that as well.

If there is one thing that sites like TC could do that would be positive, it would be to cover these numbers with a healthy dose of skepticism, not to devalue Comscore or anyone else, but to remind readers that there is no agreed upon reliable and consistent way to report traffic numbers. At best there are a collection of services that serve to triangulate on reasonable number ranges.

Reply | Original | Permalink | Share | Tweet

While I agree the comScore widget numbers are deeply flawed (TC was not "promoting" the numbers, we were reporting them, and we updated the original post with numbers provided from Newsgator and others to reflect the inconsistencies and omissions in the comscore data), the Compete and Alexa data you present here as a counterweight is meaningless.

Compete and Alexa measure traffic to the corresponding Websites, not impressions on widgets scattered throughout the Web. You are comparing apples to oranges.

comScore's Widget Metrix is an attempt to pull out just the widget numbers. It obviously needs a lot of work. But a third-party auditor of widget traffic is sorely needed.

So why don't you help them improve their measurements instead of complaining about it?

Reply | Original | Permalink | Share | Tweet

The EasyByte RSS Ticker is probably the fastest to use RSS Reader out there.
For Enterprise use the EasyByte RSS Server can be used in conjunction for sending alerts to employees.

Reply | Original | Permalink | Share | Tweet

We have deployed Skinkers, Desktop Alert RSS reader in the enterprise and its working really well.

Check out my blog there is a post with a presentation on how we've implemented this tool.

Reply | Original | Permalink | Share | Tweet

@ShowBiz

You can use Omea Reader. Get it here jetbrains.com. Its a 5 start rss reader and also recommended by mashable

Reply | Original | Permalink | Share | Tweet

great info. i'm switching from google reader to a desktop feed reader.

but you failed to include a link or what desktop feed reader to use, esp. for newbies like me...i want to be spoon-fed...

Reply | Original | Permalink | Share | Tweet

Anyone who uses an RSS reader knows that it is certainly a "better content" filter.

Although I still check both my email "Inbox" and my "Reader", I look forward to the happy union of both.

I believe a time will come when the advantages of RSS will put traditional email in the archives.

Reply | Original | Permalink | Share | Tweet

This should be an interesting year for RSS. Here's my thoughts on it:

http://www.markevanstech.com/2007/12/28/opportunity-08-the-rss-reader-market/

Reply | Original | Permalink | Share | Tweet

Paul,
The point about providing sites with the ability to enforce advertising rules is important. Consider Myspace which does not allow ads in widgets.

You might also take a look at the applicability of Google's Gadget Ads program in this respect.

http://www.google.com/adwords/gadgetads/

Reply | Original | Permalink | Share | Tweet

"It’s a good bet there are some bright minds considering this problem right now…"

Surely this is Google's strategy? They aren't selling OpenSocial, they are selling ads that happen to work well in OpenSocial.

They get sites to incorporate OpenSocial and then provide an AdSense module for OpenSocial gadget developers. Google then gets their ads displayed in properties they wouldn't normally get into. OpenSocial gadgets are even easier to install than AdSense script blocks for blogs/webites.

OpenSocial containers that "pragmatically" monitor gadgets will have a difficult time rejecting ad-loaded gadgets while still allowing enough gadgets in to be of use to its users.

It is going to be difficult for sites to successfully manage this transition. From controlling the ads that appear on their sites to allowing ads in gadgets they have no control over )or revenue share in) to be displayed on their sites.

Reply | Original | Permalink | Share | Tweet