内容消费
这块看板有 11 张卡片
4 × KPI1 × 漏斗1 × 趋势1 × 留存1 × 分布3 × 分组表
这块看板上的指标
内容浏览数 · 阅读用户数 · 完读率 · 互动率 · 完读数 · 订阅数
问题在哪
页面浏览藏起来的三件事
一次浏览只是一次阅读的开始。要紧的事都发生在它之后。
浏览不等于阅读
一篇被 10,000 人打开、900 人读完的内容，和被 6,000 人读完的那篇看起来一样。完读率把它们分开。
盯这个数： 完读率
爬虫把受众吹大了
AI 助手和采集器可能占三分之一的请求。机器人规则把它们去掉；AI 爬虫渠道显示它们抓了什么。
盯这个数： 真人 vs 全部流量
订阅和内容对不上
subscribe 从计费系统传来，不带促成它的那篇内容。订阅漏斗锁定 content_view → 完读 → subscribe。
盯这个数： 订阅转化率
模板指标
从浏览到退订的 16 个指标
消费、互动、订阅和退订。名称与装完后的控制台一致。
| 指标 | 定义 | 格式 | 所在看板 |
|---|---|---|---|
| 内容浏览数 | TOTALS(content_view) | 数值 | 内容消费 |
| 阅读用户数 | UNIQUES(content_view) | 数值 | 内容消费 |
| 人均浏览 | TOTALS(content_view) / UNIQUES(content_view) | 数值 | — |
| 完读数 | TOTALS(content_complete) | 数值 | 内容消费 |
| 完读率 | TOTALS(content_complete) / TOTALS(content_view) * 100 | 百分比 | 内容消费 |
| 平均消费时长 | PROPAVG(content_complete.duration) | 时长 | — |
| 互动数 | TOTALS(like) + TOTALS(comment) + TOTALS(share) + TOTALS(favorite) | 数值 | 内容消费 |
| 互动率 | (TOTALS(like) + TOTALS(comment) + TOTALS(share) + TOTALS(favorite)) / TOTALS(content_view) * 100 | 百分比 | 内容消费 |
| 分享数 | TOTALS(share) | 数值 | — |
| 关注数 | TOTALS(follow) | 数值 | 内容消费 |
| 订阅数 | TOTALS(subscribe) | 数值 | 内容消费 订阅与收入 |
| 订阅用户数 | UNIQUES(subscribe) | 数值 | — |
| 订阅收入 | PROPSUM(subscribe.price) | 金额 | 订阅与收入 |
| 订阅转化率 | UNIQUES(subscribe) / UNIQUES(content_view) * 100 | 百分比 | 订阅与收入 |
| 单篇付费收入 | PROPSUM(paid_content_unlock.price) | 金额 | 订阅与收入 |
| 退订数 | TOTALS(unsubscribe) | 数值 | 订阅与收入 |
指标名称和公式来自行业包。TOTALS 数事件次数，UNIQUES 数人数，PROPSUM 对某个属性求和。本页所有数字都是示例数据。
模板装上的看板
每块看板由一组卡片组成：KPI、漏斗、趋势、留存、分布和分组表。装上以后可以改、复制、分享。
订阅与收入
这块看板有 9 张卡片
4 × KPI2 × 漏斗1 × 趋势1 × 分布1 × 留存
这块看板上的指标
订阅数 · 订阅收入 · 订阅转化率 · 退订数 · 单篇付费收入
漏斗
浏览、进度、完读，锁定同一篇
完读漏斗锁定 content_id，打开一篇、读完另一篇的读者不算。窗口是 1 天。
完读漏斗
1 天窗口内容浏览
2,400
消费进度
1,248
完读 / 完播
674
锁定同一篇内容
hold_prop 让漏斗停在一个 content_id 上。它回答的是人们在这篇里走了多远，而不是在站里。
按内容类型拆
content_type 区分文章、视频、音频和课程。40 分钟视频和 600 字短文的完读率不该用同一个基准。
30 天去订阅
订阅漏斗按 浏览 → 完读 → 订阅 跑 30 天，你能看到哪些内容在读者付费前被读完了。
包里的其他漏斗
- 订阅漏斗内容浏览 → 完读 / 完播 → 订阅 / 开通会员 · 30 天窗口
- 互动漏斗内容浏览 → 点赞 / 评论 / 收藏 → 分享 · 7 天窗口
团队怎么用
编辑部和创作者最先设置的事
阅读深度、作者表现、会员转化，以及爬虫账本。
用法 1
按完读率排内容，不按浏览
content_progress 在 25%、50%、75% 触发；content_complete 在结尾触发。消费看板显示哪些内容留得住读者，以及他们停留多久。
- 每篇的完读率和平均时长
- 消费时长分布
- 文章模板上的滚动热力图
示例场景： 浏览最多的那篇完读率 22%。完读最多的那篇浏览量只有它的三分之一，订阅是它的七倍。它上了首页。
按完读率看内容
最近 7 天| 内容 | 浏览 | 完读率 | 平均时长 | 订阅 |
|---|---|---|---|---|
| AI 爬虫账本 | 18,400 | 58% | 6:12 | 94 |
| 为什么你的 UV 总是对不上 | 24,100 | 41% | 4:48 | 71 |
| 每周简报 #41 | 31,600 | 22% | 1:50 | 12 |
| 专访：数据部 | 9,800 | 63% | 8:04 | 48 |
| 十月产品更新 | 12,200 | 35% | 2:36 | 9 |
用法 2
把爬虫挡在受众之外
五层机器人规则过滤 UA、请求头、客户端信号、ASN 和请求频率。AI 助手单独成一个渠道，你能看到它们抓了什么，又不会把它们算成读者。
- 每张报表上都有真人 / 全部流量开关
- AI 爬虫渠道：GPTBot、ClaudeBot、PerplexityBot 等
- robots.txt 和 llms.txt 对照实际命中
按客户端类型的请求
最近 7 天
用法 3
把订阅和带来它的那篇连起来
subscribe 从计费系统来，带 plan 和 price。订阅漏斗和收入看板显示哪些内容类型和作者带来会员，谁因为什么原因退订。
- 按内容类型的订阅转化率和收入
- 退订原因：价格、内容、没用
- 订阅后周留存
订阅漏斗
30 天窗口内容浏览
2,400
完读
1,248
订阅
674
用法 4
公平地给作者和频道排名
group=author 把每次浏览、完读和关注挂到作者或频道上。排行比的是完读和关注，不只是首页位置带来的量。
- 作者排行：浏览、完读、关注
- 互动漏斗：浏览 → 点赞 / 评论 / 收藏 → 分享
- 分享渠道作为属性
作者排行
最近 30 天| 作者 | 浏览 | 完读 | 关注 | 完读率 |
|---|---|---|---|---|
| 数据部 | 84,200 | 38,100 | 1,240 | 45% |
| 市场版 | 112,600 | 31,400 | 860 | 28% |
| 文化版 | 46,900 | 24,800 | 1,410 | 53% |
| 简报组 | 58,300 | 19,700 | 390 | 34% |
统计 × 客服
把一次读完变成一次会员对话
一位读完两篇、碰到付费墙的读者就在实时列表里。上下文卡片显示他读了什么、读到哪。邀请直接给方案，不是泛泛的问候。
- 完读后看到付费墙时邀请
- 上下文：读过的内容、完读、来源、AI 助手引荐
- AI 从你的帮助页答套餐和付款问题
示例场景： 完读后收到付费墙邀请的读者订阅率 9.1%，只有付费墙的 4.2%。
读者上下文
- 页面
- /subscribe · 48 秒
- 今天读了
- 2 篇 · 都读完
- 来源
- ChatGPT · 引用链接
- 设备
- iPhone · Safari
- 访问
- 30 天内 5 次
- /ai-crawler-ledger
- /why-uv-never-matches
- /subscribe
yoursite.com/subscribe
TC
Jo · 会员服务
谢谢你把两篇都读完了！这周年付方案送两个月。想了解会员能拿到什么吗？
事件
12 个事件，4 个必需
阅读事件来自代码片段；订阅、解锁和退订来自你的计费系统，订单号作为 insert_id。
| 事件 | 显示名 | 触发时机 | 必填属性 | 来源 |
|---|---|---|---|---|
search | 搜索 | 提交站内搜索时；有结果数就带上。 | query | 网页 小程序 App |
content_view必需 | 内容浏览 | 内容打开时；content_type 为 article、video、audio、course、live 或 post。 | content_idcontent_type | 网页 小程序 App |
content_progress | 消费进度 | 读到或播到 25%、50%、75% 时；percent 取整。 | content_idpercent | 网页 小程序 App |
content_complete必需 | 完读 / 完播 | 内容结尾；duration 为本次消费秒数。 | content_id | 网页 小程序 App |
like | 点赞 | 读者点赞时。 | content_id | 网页 小程序 App |
comment | 评论 | 评论发布时；length 可选。 | content_id | 网页 小程序 App 服务端 |
share | 分享 | 点击分享按钮时；channel 为 wechat、moments、weibo、link 或 other。 | content_id | 网页 小程序 App |
favorite | 收藏 | 内容被收藏时。 | content_id | 网页 小程序 App |
follow | 关注作者 | 读者关注作者或频道时。 | author_id | 网页 小程序 App |
subscribe必需 | 订阅 / 开通会员 | 支付后由服务端上报；plan、price 和 is_renewal；insert_id = 订单号。 | planprice | 服务端 |
paid_content_unlock | 单篇 / 单课付费 | 单篇或单课购买时由服务端上报。 | content_idprice | 服务端 |
unsubscribe | 退订 | 取消时由服务端上报，带 plan 和原因。 | — | 服务端 |
事件名、必填属性和来源来自行业包。标为「服务端」的事件必须由你的后端上报；订单号、发票号作为 insert_id 去重。
场景
两家媒体，两个意外
场景示例，非真实评价。
TapCub 给我看的第一件事是：我们 31% 的「访客」是爬虫。完读率没有下降，它从来就有这么高。现在我汇报的数字是我信得过的数字。
EW
E. W.
内容负责人 · 线上出版
ChatGPT 现在是我们第三大来源。我们知道这件事，只因为 AI 助手有自己的渠道，而不是藏在「直接访问」里。
TN
T. N.
受众编辑 · 媒体站
以使用者视角撰写的场景示例，非真实评价。
内容模板会装上什么？
12 个事件；16 个指标，含完读率、互动率、订阅转化率和订阅收入；3 条漏斗；2 块看板：内容消费、订阅与收入。
一个 content_id 能同时用于文章和视频吗？
能。content_view 带 content_type，一套事件覆盖 article、video、audio、course、live 和 post。任何指标都能按类型拆。
爬虫怎么识别？
五层：UA、请求头、客户端信号、ASN 和请求频率，197+ 条公开规则。AI 助手归到自己的渠道里，可以读，不只是去掉。
能看到 AI 助手抓了哪些页面吗？
能。AI 爬虫渠道列出代理和页面，并把 robots.txt、llms.txt 和真实命中放在一起对照。
订阅收入从哪来？
subscribe 和 paid_content_unlock 由计费系统上报，带 price 和 plan。续订设 is_renewal，新增和续订收入分开。
作者能只看自己的数字吗？
分享一块按 group=author 过滤的看板。作者看到自己的内容、完读和关注，看不到其他。