生长日记

生长日记 3|5 天发了 8 篇,7 篇零外部阅读:
断点不在选题,在分发

第 2 期结尾我们承诺,这期验证三条内容铁律有没有用。数据来了,答案不在铁律上:10 月 4 日到 8 日发布的 8 篇文章,7 篇的外部阅读人数是 0,1 篇是 3。同期,一个不是文章的页面拿到了 25 次访问。这期讲清断在哪三环,以及我们改了什么。

浩瀚数据晟财 · 官网生长日记 发布于 2026-10-09 更新于 2026-10-09 阅读约 6 分钟

先说结论:内容只做完了一半

这是「官网生长日记」第 3 期。第 2 期结尾我们承诺,这一期验证三条内容铁律有没有用。数据来了,但答案不在铁律上。

结论放在最前面:5 天里我们发了 8 篇文章,7 篇的外部阅读人数是 0,1 篇是 3。同期,官网有一个页面拿到了 25 次访问——它不是文章。从写稿到建微信草稿的整条链路我们都跑通了,唯一缺的是最后一个动作:把它推出去。内容做完只算完成一半,剩下的一半叫分发。

三个断点,一屏看完:

断点数字说明
新内容没有读者8 篇 → 3 人10 月 4-8 日发布的 8 篇,其中 7 篇外部阅读为 0
公众号没真正发出已发布 0 条服务号后台发布记录 0,草稿箱里排着 5 篇等人工点击
站内没有入口1 扇门 · 访客 822 篇文章只有内容中心列表页一个入口,而它是全站访客最少的页面之一

口径先说清楚:统计窗口 9 月 18 日至 10 月 8 日,共 21 天;剔除我们自己的 IP 段与程序化访问(含爬虫与自动化脚本),人数按访客身份去重,同一人多次打开只算 1 人。本期所有数字都来自官网自建埋点库,可以按同一口径复算。

最直接的证据:8 篇新文章,7 篇零阅读

先把这 5 天的账摊开。10 月 4 日到 8 日,我们一共发布 8 篇文章,其中 5 篇是按第 2 期定下的「结论前置」形态重写的:

发布日期文章类型外部阅读人数
10-08把方法论做成技能包案例复盘0
10-07AI 落地卡在数据上政策解读0
10-06实测:为 AI 搜索改造官网三周实测3
10-06在豆包和元宝里搜不到自己方法论0
10-06各部门的数总是对不上方法论0
10-05AI 试点的两周验收清单方法论0
10-04中小企业的 AI 预算转向行业观察0
10-04官网上线 16 天(本系列第 2 期)生长日记0

第 2 期里我们写过:13 篇文章 16 天累计 76 次阅读。这个数字用当前口径复算,能对上。而第 2 期自己,加上此后发布的 7 篇,5 天里一共只新增了 3 位外部读者。

再看这 5 天的整体:外部真人访客 32 位,页面事件 51 次。也就是说,人来了,但他们没有去读文章。流量去了哪?开放能力页一个页面就吃掉了 25 次,剩下的散落在首页、联系我们和几个技能页上。

所以这一轮为 0,不是因为「读者不喜欢这些选题」——是这些文章从来没有被送到读者面前,内容质量的检验根本还没开始。

断点一:最后一公里是「人工点击」

为什么文章没人看?我们查了公众号后台的发布记录,答案是:它们还没有真正发出去。

检查项结果
服务号已发布记录0 条
服务号草稿箱排队5 篇(最早的一篇排到 10 月 5 日)
订阅号接口发布能力不具备(接口返回权限不足)

流程上我们确实做完了这些:写稿 → 生成网页 → 转成微信内联样式 → 两个号各建一份草稿。看起来链路是通的,但草稿不是发布。订阅号没有接口发布权限,服务号的群发次数每月只有个位数——最后一个动作只能由人在手机上点。

这就是第一个断点:一条链路只要最后一环依赖「有人记得手动做」,它迟早会断。更麻烦的是,它断掉时没有任何报警——文章页在线上是 200、草稿是建好的,一切看起来都正常,只有阅读量是 0。如果不是这次复盘去翻后台记录,我们可能还会继续按「已经发了」来规划下一期。

断点二:站内只有一扇门,还是最小的一扇

再假设一种情况:有人已经站在你官网上了,他能找到文章吗?我们把 21 天里外部访客访问过的页面,和这些页面上「指向文章的直达链接数」放在一起,结果很难看:

页面外部访客数指向文章的直达链接
数据能力页690
首页270
区域业务页260
开放能力页230
AI 能力页220
客户案例页220
内容中心825

22 篇文章,只有内容中心一个入口;而内容中心自己是全站访客最少的页面之一——21 天里 8 位外部访客。

还有一个更值得琢磨的数字:数据能力页以 69 位访客排在全站第一,是首页的 2.5 倍。这说明「数据」是这行业客户需求最集中的词——数据能力页本身也支撑了这个判断。而这一页上,没有任何一篇文章的入口:我们最该被数据类读者读到的那几篇内容,和最喜欢读这类内容的人,在同一个网站里从来没有遇见过。

这就是第二个断点:不是内容没人要,是内容与读者的相遇点,被设在了流量最小的角落里。

断点三:内容靠什么被看见

21 天里,外部真人产生的 679 次页面事件中,68% 来自微信内置浏览器,其余是电脑端与直接访问。这个结构从第 1 期就没变过:读者在微信里、在手机上、在碎片时间里。

渠道事件数占比
微信内置浏览器46368%
其他(电脑端、直接访问)21632%

所以「发出去」在我们的现实里只有一个版本:在微信里发。这也解释了为什么第一个断点那么致命——公众号对我们不是可选项,它就是主渠道。

顺便把另一个数字也公开:21 天里官网一共收到 5 条留资,全部来自我们自己的测试与自动化脚本,真实外部留资 0 条。内容和留资这两件事,目前都还没有跑通。

整改:三个动作,都已落地

这一期我们不只改「怎么写」,改的是「怎么发」和「从哪进」。三条都已经执行,不是计划:

动作为什么这么改状态
① 发布动作进流程
每篇文章必须绑定「分发动作 + 时间 + 责任人」,草稿不算完成
服务号已发布 0 条、5 篇草稿排队。没有责任人和时间的动作等于没做已落地
② 入口搬到能力页
在访客最多的能力页上直接挂相关文章,不再只靠列表页承接
全站流量前六的页面零文章入口,唯一的入口页访客只有 8已落地
(先在数据能力页试点)
③ 换考核口径
不看「篇均 UV」,看「分发覆盖率」:每篇有没有对应的分发动作
篇均 UV 小到没有统计意义,却会把注意力全部引向「多写」而不是「发出去」已落地

关于第 3 条多说一句:用阅读量考核内容工作,是个陷阱。在样本只有几十的量级上,篇均 UV 的差异大部分是噪声;更糟的是,它奖励「写得多」,而不是「送达了多少人」——而我们这次的教训恰恰是,写出 8 篇无人可见的文章,贡献还不如把 1 篇真正发出去。

最后回到第 2 期那三条铁律(结论前置、一屏给数字、固定节奏)。它们依然成立,但今天还不是瓶颈——形态改得再好,也救不了一篇没被送出去的文章。等分发跑通、阅读量回到能看出形态差异的量级,我们再用数据回头检验它们。

把内容做出来,只完成了一半;把它送到人面前,才是另一半。

本文要点

  • 10 月 4-8 日发布 8 篇文章,7 篇外部阅读为 0,1 篇 3 人;同期外部访客 32 位
  • 服务号后台已发布记录 0 条,草稿箱排队 5 篇——草稿不等于发布,最后一环依赖人工点击
  • 22 篇文章只有内容中心一个入口(外部访客 8),而流量前六的页面零直达链接
  • 数据能力页以 69 位外部访客排全站第一,是首页的 2.5 倍
  • 外部流量的 68% 来自微信;21 天真实外部留资 0 条
  • 三条整改已落地:发布动作进流程、入口搬到能力页、改用「分发覆盖率」考核

常见问题

样本量这么小,你们的结论可信吗?

单篇排名不可信,所以我们从不按单篇排名下结论。但这一期的核心结论是「0 和 3」这类有没有发生的区别,与样本量无关——8 篇文章里 7 篇零阅读,不是「少」,是「没有发生」;服务号已发布 0 条是后台记录,不是估计值。样本量小影响的是「哪个选题更好」这类强弱判断,本期没有做这类判断。

「外部阅读人数」是怎么统计的?

口径:统计窗口 9 月 18 日至 10 月 8 日;剔除我们自己的两个 IP 段(办公室与测试机)以及程序化访问(UA 含 HeadlessChrome、externalagent、Python-urllib、curl、bot、spider 等);人数按访客身份去重,同一人多次打开只算 1 人。全部数据来自官网自建埋点库,可以按同一口径复算。

公众号建了草稿,不就等于发出去了吗?

不是。草稿只代表「待发」,需要一次显式的发布或群发动作才会触达读者。个人主体的订阅号没有接口发布权限,服务号的群发次数每月有限,最后一个动作只能由人在手机上完成。我们这次的失误,正是把「草稿已建」当成了「已经发布」——这也是本文最想提醒同行的一点。

为什么把这件事叫「最后一公里」?

因为前面的环节其实都通了:写稿、生成网页、转微信内联样式、建草稿,全链路自动化,唯一需要人工的是最后点击发布。链路的可靠性取决于最薄弱的一环,而这一环恰好最容易被人忘记——尤其因为它断掉时不会报错,页面照样能打开,草稿照样躺在后台,只有阅读量是 0。

这篇文章会不会也没人看?

有可能,而且这正是我们要修的问题。如果它依然没人看,说明第 ② 条动作(把入口挂到能力页)还没生效或做得不够。数据会告诉我们答案,下一期继续公开——这也是这个系列存在的意义:先把判断讲出来,再让数据来打分。

宋运奎 — 浩瀚数据晟财创始人
宋运奎
浩瀚数据晟财 · 创始人 / CEO
原小米之家数据负责人国际数据和人工智能管理协会中国分会理事中国电子信息行业联合会数据治理专委会委员工信人才大模型应用创新与数据要素高级人才

原小米新零售小米之家数据负责人,主导搭建业内领先的智能数据体系;曾任金山软件核心数据产品负责人,主导研发业内最早的移动端数据产品 KBOSS 平台。专注 AI 场景化应用与企业数据资产化运营,本文由其主笔并负责内容审核。

RELATED · 相关阅读

继续往下看

生长日记

官网上线 16 天:76 次文章阅读告诉我们,客户案例没人看

我们把 13 篇文章 16 天的全部阅读数据按类型摊开排序:花功夫最多的客户案例,篇均只有 2.7 个人看、停留 15 秒、看完继续逛官网的比例是 0。而一篇自曝家底的数据复盘,读者平均读了 5 分半。这篇文章讲清楚为什么,以及我们决定怎么改。

你官网的流量,是不是也全挤在一两个页面上?

10 道题、3 分钟,一份五维雷达图,不填任何信息也能看结果。我们复盘自己官网用的就是这套口径,自测题也按同一套标准出。

开始免费自测 看数据能力