先说结论:内容只做完了一半
这是「官网生长日记」第 3 期。第 2 期结尾我们承诺,这一期验证三条内容铁律有没有用。数据来了,但答案不在铁律上。
结论放在最前面:5 天里我们发了 8 篇文章,7 篇的外部阅读人数是 0,1 篇是 3。同期,官网有一个页面拿到了 25 次访问——它不是文章。从写稿到建微信草稿的整条链路我们都跑通了,唯一缺的是最后一个动作:把它推出去。内容做完只算完成一半,剩下的一半叫分发。
三个断点,一屏看完:
| 断点 | 数字 | 说明 |
|---|---|---|
| 新内容没有读者 | 8 篇 → 3 人 | 10 月 4-8 日发布的 8 篇,其中 7 篇外部阅读为 0 |
| 公众号没真正发出 | 已发布 0 条 | 服务号后台发布记录 0,草稿箱里排着 5 篇等人工点击 |
| 站内没有入口 | 1 扇门 · 访客 8 | 22 篇文章只有内容中心列表页一个入口,而它是全站访客最少的页面之一 |
口径先说清楚:统计窗口 9 月 18 日至 10 月 8 日,共 21 天;剔除我们自己的 IP 段与程序化访问(含爬虫与自动化脚本),人数按访客身份去重,同一人多次打开只算 1 人。本期所有数字都来自官网自建埋点库,可以按同一口径复算。
最直接的证据:8 篇新文章,7 篇零阅读
先把这 5 天的账摊开。10 月 4 日到 8 日,我们一共发布 8 篇文章,其中 5 篇是按第 2 期定下的「结论前置」形态重写的:
| 发布日期 | 文章 | 类型 | 外部阅读人数 |
|---|---|---|---|
| 10-08 | 把方法论做成技能包 | 案例复盘 | 0 |
| 10-07 | AI 落地卡在数据上 | 政策解读 | 0 |
| 10-06 | 实测:为 AI 搜索改造官网三周 | 实测 | 3 |
| 10-06 | 在豆包和元宝里搜不到自己 | 方法论 | 0 |
| 10-06 | 各部门的数总是对不上 | 方法论 | 0 |
| 10-05 | AI 试点的两周验收清单 | 方法论 | 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 天里外部访客访问过的页面,和这些页面上「指向文章的直达链接数」放在一起,结果很难看:
| 页面 | 外部访客数 | 指向文章的直达链接 |
|---|---|---|
| 数据能力页 | 69 | 0 |
| 首页 | 27 | 0 |
| 区域业务页 | 26 | 0 |
| 开放能力页 | 23 | 0 |
| AI 能力页 | 22 | 0 |
| 客户案例页 | 22 | 0 |
| 内容中心 | 8 | 25 |
22 篇文章,只有内容中心一个入口;而内容中心自己是全站访客最少的页面之一——21 天里 8 位外部访客。
还有一个更值得琢磨的数字:数据能力页以 69 位访客排在全站第一,是首页的 2.5 倍。这说明「数据」是这行业客户需求最集中的词——数据能力页本身也支撑了这个判断。而这一页上,没有任何一篇文章的入口:我们最该被数据类读者读到的那几篇内容,和最喜欢读这类内容的人,在同一个网站里从来没有遇见过。
这就是第二个断点:不是内容没人要,是内容与读者的相遇点,被设在了流量最小的角落里。
断点三:内容靠什么被看见
21 天里,外部真人产生的 679 次页面事件中,68% 来自微信内置浏览器,其余是电脑端与直接访问。这个结构从第 1 期就没变过:读者在微信里、在手机上、在碎片时间里。
| 渠道 | 事件数 | 占比 |
|---|---|---|
| 微信内置浏览器 | 463 | 68% |
| 其他(电脑端、直接访问) | 216 | 32% |
所以「发出去」在我们的现实里只有一个版本:在微信里发。这也解释了为什么第一个断点那么致命——公众号对我们不是可选项,它就是主渠道。
顺便把另一个数字也公开: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 条
- 三条整改已落地:发布动作进流程、入口搬到能力页、改用「分发覆盖率」考核
微信内识别二维码分享此文