按：

　　我自己困惑了几天，发现 feedsky.com 上面的订阅统计数时不时地往下掉，最高一天到了５，而后面又开始降了下来，阅读了一下这篇翻译，才明白了其中的原因——原来这个订阅数表示的是前一天通过各种阅读器活跃访问的独立客户个数！而不是我原先所以为的前一天开始订阅的客户数。

　　虽然感到有点沮丧，但仔细想想也明白了，这个数字就是每天的有效阅读数字，更真实，也更是自己需要知道的东西。给自己打气，继续努力吧，嘿嘿！

　　原文请见，http://aboutrss.cn/2007/08/18/translation-why-feedburner-subscriber-count-fluctuate/

原文：Why does my Feedburner Subscriber Count Fluctuate?——08.16

作者：Darren Rowse

翻译：抽筋儿

• 为什么我的订阅量老蹦上蹦下的呢？
• Feedburner的订阅量统计告诉我的订阅数增减确实是由读者订阅造成的吗？
• 我注意到一天当中我的订阅数都会有上下波动，为什么？
• 每周末我的订阅数都会下降，怎么回事啊？

在上一周，如上这些或类似的关于FeedBurner订阅数统计的问题，我总共被问到了七次！每次我都要找个答案应付下提问的朋友，我一度以为我知道真相，可事实并不是这样。

所以今天一早，当我又有两次从邮箱里看到类似的问题，我觉得我该直接去找Feedburner的智慧之源——主管Feedburner信息发布服务的副主席RickKlau先生——来问个清楚，他也许会给出订阅数波动的官方解释。

Rick是这么回答我的：

当我们公布一个feed的订阅量时，它代表着一个总人数，当天所有请求获得feed信息的个体的总数。

绝大部分订阅者都来自以下两个方面：

1. 使用离线单机阅读器的订阅者
2. 使用浏览器端的线上阅读器的订阅者

就离线阅读来说，订阅者的阅读器基于他们自己的电脑，且一天中重复地抓取feed中的信息。我们可以思考一下这类feed信息请求的特性，区分一下同一个 人的多次请求（指规律性的定期探测，固定的ip地址和统一的客户端环境）和不同请求（指与之前所述一处或多处不同）间的差别。

就线上阅读来说，比如My Yahoo, Google Reader, Bloglines, Pageflakes,等等，这些服务也是全天都在读取feed信息，但却是多用户同时进行的。几乎所有的这些服务都会向我们报告他们有多少用户订阅了某 个feed。到了一天末尾，我们结算有多少订阅数来自离线阅读器，然后把这个数目加到来自线上阅读器的订阅数上，这样，最后的数目就是我们对外发布的 feed订阅总数。（我抛开了一些细节，下面是更细致的解答）

而订阅数的波动几乎所有都是因为使用离线阅读器软件的订阅者在统计的那天没有打开电脑，或者没有启动他们的阅读器。如果他们的阅读器并不要求读取feed 的信息，那么我们就不知道它们的存在，结果就是并不把这些算在订阅数之内。（Darren注，这就是为什么在周末那个数字会掉下来，因为周末还开阅读器的 人少嘛。）

还有个解释就是，当站点的流量陡变之时，至少当一部分访客使用的浏览器版本过低时，我们无法区分到底是浏览器访问feed还是基于浏览器的feed阅读器在读取feed。关于这种情况的细致解释可以看这里——从我对关于站点流量大幅波动问题的解答中可以找到有用的信息。

最后，为了全面把握订阅量统计数目的各个组成部分，去年我们在TechCrunch上做了一个研究。 这项研究应该能够深层次的说明订阅量是如何计算（且为什么会波动）的。同时，这项研究也着重评论了下“订阅实效量”（译者注：原文此处为Reach，意为 真正通过feed在内容上进行了阅读动作或点击动作的数量，译者不才，权且这么丑陋的译一下）。订阅量可能包括了曾对你的内容感兴趣但并没有进行实际阅读 的订阅者数目，而“订阅实效量”与此不同，它统计的对象则是在阅读器中实际被阅读的条目数和将流量带回到发布者的站点的点击量。所以，订阅量单纯的代表所 有对feed内容感兴趣的读者的数目，而订阅实效量则更准确的勾画出了订阅者与feed内容交互的程度。

【译者按】 博客圈内的总统博客和前博客都有解释订阅数变化的文章，作为本文的补充链接，值得一看：
Feedburner 跳舞——总而言之，统而言之
理解Feedburner订阅统计的变化——前～博客