# 阅读时长指标
**URL:** https://meta.discourse.org/t/read-time-metrics/89916
**Category:** Feature
**Created:** [2018年六月14日 20:05 UTC](https://meta.discourse.org/t/read-time-metrics/89916 "2018-06-14T20:05:47Z")
**Posts on this page:** 10
**Page:** 2
### Author:  [@tophee](https://meta.discourse.org/u/tophee)
#### Post date: [2019年二月24日 20:09 UTC](https://meta.discourse.org/t/read-time-metrics/89916/22 "2019-02-24T20:09:06Z")
> [@HAWK](#):
>
> I’m yet to meet one that reports on general read time.
You could turn that around and say: we think read time is an undervalued indicator so we are putting it on the dashboard so that CMs can report on it, thus making it more valued.
(The assumption is, of course, that CMs can have a say in what they report on.)
---
### Author:  [@HAWK](https://meta.discourse.org/u/HAWK)
#### Post date: [2019年二月24日 20:37 UTC](https://meta.discourse.org/t/read-time-metrics/89916/23 "2019-02-24T20:37:38Z")
I don’t actually believe that read time is an undervalued metric _in this context_. Reporting should generally be tied directly to a goal or objective – generally one tied to a financial ROI.
I’m interested to hear from CMs who do think it is important to report on, and the reasons for that. I’m open to being convinced, but so far I’m not.
---
### Author:  [@mcwumbly](https://meta.discourse.org/u/mcwumbly)
#### Post date: [2019年二月28日 11:48 UTC](https://meta.discourse.org/t/read-time-metrics/89916/24 "2019-02-28T11:48:48Z")
> [@HAWK](#):
>
> I think it’s interesting, but the purpose of the dashboard graphs is to make reporting quicker and easier for CMs. I’m yet to meet one that reports on general read time.
While not CM-specific, I feel like the “Session Duration” metric that Google Analytics puts pretty front-and-center is a reasonable proxy for this, and offers some evidence for the general utility of knowing how valuable people are finding the content on a site by way of the time they spend consuming it:
---
### Author:  [@alyssavigil](https://meta.discourse.org/u/alyssavigil)
#### Post date: [2019年二月28日 16:43 UTC](https://meta.discourse.org/t/read-time-metrics/89916/25 "2019-02-28T16:43:55Z")
> [@HAWK](#):
>
> I’m interested to hear from CMs who do think it is important to report on, and the reasons for that. I’m open to being convinced, but so far I’m not.
I’m hoping to use “read-time” as a metric for how **helpful the Forums are to lurkers** , specifically.
I want this, in addition to metrics on activity among contributors, because I’d like a way to report on the value we’re creating for our largest visitor-base: the _non-contributors._
Am I missing another way of reporting on this subset of users?
---
### Author:  [@HAWK](https://meta.discourse.org/u/HAWK)
#### Post date: [2019年二月28日 16:45 UTC](https://meta.discourse.org/t/read-time-metrics/89916/26 "2019-02-28T16:45:30Z")
The issue with this approach is that you’re also counting read time from contributors – if you want read time that is specific to non-contributors you’ll need to make that distinction. A [data explorer](https://meta.discourse.org/t/32566?silent=true) query is going to be your best bet there.
---
### Author:  [@alyssavigil](https://meta.discourse.org/u/alyssavigil)
#### Post date: [2019年二月28日 16:47 UTC](https://meta.discourse.org/t/read-time-metrics/89916/27 "2019-02-28T16:47:18Z")
Ah, makes sense, and very fair.
---
### Author:  [@kimardenmiller](https://meta.discourse.org/u/kimardenmiller)
#### Post date: [2019年七月10日 00:08 UTC](https://meta.discourse.org/t/read-time-metrics/89916/28 "2019-07-10T00:08:42Z")
有兴趣识别访问网站的用户与仅通过电子邮件回复帖子的用户。
一个不错的指标是否可以是 time\_read / post\_count？仪表板中目前还没有此类数据，对吗？还有其他现有数据可能帮助我们捕捉“仅通过电子邮件”的用户吗？
要将特定用户与网站平均水平进行排名，所有用户的总数是否存储在某处？
最后，在尝试检查客户端 API 时，我正在查看仪表板中的用户访问记录，但无法使 URL 像在其他地方那样正常工作。例如，这是否应该有效？
> {{base\_url}}/admin/reports/bulk?api\_key={{api\_key}}&api\_username={{api\_username}}&reports%5Bvisits%5D%5Bcache%5D=true&reports%5Bvisits%5D%5Bfacets%5D%5B%5D=prev\_period&reports%5Bvisits%5D%5Bstart\_date%5D=2019-06-08T00%3A00%3A00.000Z&reports%5Bvisits%5D%5Bend\_date%5D=2019-07-09T00%3A00%3A00.000Z&reports%5Bvisits%5D%5Blimit%5D=50
---
### Author:  [@kimardenmiller](https://meta.discourse.org/u/kimardenmiller)
#### Post date: [2019年七月10日 21:37 UTC](https://meta.discourse.org/t/read-time-metrics/89916/29 "2019-07-10T21:37:32Z")
除了我上面提出的三个问题外，有人能确认 `time_read` 是否确实_排除了_来自电子邮件的活动吗？
---
### Author:  [@simon](https://meta.discourse.org/u/simon)
#### Post date: [2019年七月11日 01:52 UTC](https://meta.discourse.org/t/read-time-metrics/89916/30 "2019-07-11T01:52:53Z")
`time_read` 不包含用户可能花费在阅读网站发送的邮件上的时间。其数值是根据用户在屏幕上打开主题所花费的时间计算的。有关时间计算方式的详细信息，请参阅 [https://meta.discourse.org/t/how-does-post-tracking-work-in-discourse/115790。](https://meta.discourse.org/t/how-does-post-tracking-work-in-discourse/115790%E3%80%82)
> [@kimardenmiller](#):
>
> 最后，在尝试检查客户端 API 时，我正在查看仪表板中的用户访问记录，但无法使 URL 为我生效。
您可以发起 API 请求以获取特定报告。例如，以下请求适用于“用户访问”报告：
```plaintext
curl -X GET "https://forum.example.com/admin/reports/visits.json?end_date=2019-07-10&start_date=2019-06-10" \
-H "Api-Username: system" \
-H "Api-Key: $api_key" -H \
"Content-Type: multipart/form-data;"
```
向 `/admin/reports/bulk.json` 端点发起请求也应有效。您需要确保在 URL 中添加 `.json`，并在 URL 中添加 `start_date` 和 `end_date` 查询参数。
---
### Author:  [@kimardenmiller](https://meta.discourse.org/u/kimardenmiller)
#### Post date: [2019年七月11日 18:41 UTC](https://meta.discourse.org/t/read-time-metrics/89916/31 "2019-07-11T18:41:48Z")
非常有用且清晰。谢谢 @simon。
- 是否可以认为 recent\_time\_read 是唯一一个不受时间扭曲的用户统计指标，即具有统一的时间分母？
- 是否有类似 time\_read 或 posts\_read\_count 这样的全站总计数据？
> [@simon](#):
>
> 您可以发起 API 请求来获取特定报告……请确保添加 `.json` 后缀。
这比我之前的方案简洁多了，而且在我添加了 .json 后缀后确实可以正常工作。
再次感谢。很期待开始使用这些数据！
[上一頁](https://meta.discourse.org/t/read-time-metrics/89916.md?page=1)