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.
Interessado em identificar usuários que visitam o site versus usuários que apenas respondem a posts por e-mail.
Seria uma boa métrica algo como time_read / post_count? Ainda não temos nada assim no painel, correto? Há algum outro dado existente que possa nos ajudar a capturar usuários “apenas por e-mail”?
Para classificar um determinado usuário em relação à média do site, há algum lugar onde os totais de todos os usuários são armazenados?
Por fim, ao tentar examinar a API do cliente, estou olhando as visitas de usuários no painel, mas não consigo fazer as URLs funcionarem para mim como em outros lugares, por exemplo, isso deveria funcionar?:
{{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
Além das minhas três perguntas acima, alguém pode confirmar se time_read EXCLUI a atividade que vem por e-mail?
time_read não inclui o tempo que um usuário pode ter gasto lendo e-mails enviados pelo site. Seu valor é calculado com base no tempo que o usuário passou com tópicos abertos na tela. Veja How does post tracking work in Discourse para detalhes sobre como o tempo é calculado.
Você pode fazer solicitações de API para obter relatórios específicos. Por exemplo, esta solicitação funciona para o relatório de Visitas de Usuários:
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;"
Fazer solicitações ao endpoint /admin/reports/bulk.json também deve funcionar. Você precisa ter certeza de adicionar .json à URL e que os parâmetros de consulta start_date e end_date foram incluídos na URL.
Muito útil e esclarecedor. Obrigado @simon.
É correto dizer que recent_time_read é a única estatística que se pode obter sobre um usuário que não é distorcida pelo tempo, ou seja, que tem um denominador de tempo comum?
Existem totais em todo o site para algo como time_read ou posts_read_count?
Muito mais limpo do que o que eu tinha, o que realmente funcionou assim que adicionei o .json.
Obrigado novamente. Animado para começar a usar esses dados!