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.)
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.
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:
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?
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 query is going to be your best bet there.
Ah, makes sense, and very fair.
サイトを訪れるユーザーと、メールでのみ投稿に返信するユーザーを識別することに興味があります。
適切な指標として、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
上記の 3 つの質問以外に、time_read がメールからのアクティビティを除外しているかどうかを確認できる方はいますか？
time_readには、サイトから送信されたメールを読むためにユーザーが費やした時間は含まれません。この値は、ユーザーがトピックを画面で開いて過ごした時間に基づいて計算されます。時間の計算方法の詳細については、How does post tracking work in Discourse をご覧ください。
特定のレポートを取得するために API リクエストを送信できます。例えば、以下のリクエストは「ユーザー訪問」レポートで機能します。
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 を追加し、start_date および end_date クエリパラメータを URL に含めることを忘れないでください。
非常に役立ち、明確になりました。@simon さん、ありがとうございます。
recent_time_read が、時間によって歪められず（つまり、共通の時間基準を持つ）、ユーザーから取得できる唯一の統計指標と言えるでしょうか？
time_read や posts_read_count のようなサイト全体の合計値は存在しますか？
私が持っていたものよりもはるかにシンプルで、.json を追加した後に実際に動作しました。
改めてありがとうございます。このデータを使い始めるのが楽しみです！