Estatísticas inconsistentes da consulta "Estatísticas de Participação do Usuário"

Por que meu relatório está rodando com os mesmos resultados há meses? Estou executando um relatório baseado na atividade desde a criação da comunidade. A comunidade tem estado cada vez mais ativa durante todo esse tempo.

Por exemplo, um usuário aparece nos resultados da consulta como tendo 271 tópicos visualizados, enquanto o resumo do perfil dele diz 1,2 mil tópicos visualizados.

Estou executando rapidamente a consulta aqui no Meta, as estatísticas são atualizadas quando altero o valor de ‘duração’, então não parece estar travando em lugar nenhum. Também a executei por uma duração de 90 dias e a comparei com um usuário novo cujas principais atividades ocorreram nesse período, e suas estatísticas se alinham com o resumo.

Há algo mais que eu possa verificar para ver se consigo replicar?

1 curtida

Talvez você possa esclarecer algo para mim.

Estou tentando executar uma consulta a partir de 439 dias atrás (olhando a data de inscrição de um usuário específico como teste) e escolhendo a data de duração como o mesmo número de dias. Eu tinha a impressão de que isso incluiria todos os dados de participação desde a inscrição deles. No entanto, os dados não refletem isso.

Como eu conseguiria isso?

1 curtida

Parece também que uma consulta de Estatísticas de Participação do Usuário de 439 dias atrás até agora inclui apenas membros que já estavam registrados e ativos naquele momento. Ela não inclui dados de participação de membros que se registraram depois e estiveram ativos dentro desse período.

Alguém pode me ajudar a personalizar o relatório para criar um que capture os dados de que preciso? Eu só sei SQL em um nível superficial.

1 curtida

Olhando o relatório, ele parece estar em ordem de visitas, com o maior no topo - então qualquer pessoa que entrou no meio da janela de tempo que você selecionar estará em algum lugar na lista (e a lista visível é limitada a 1000, embora eu ache que você pode obter 10.000 se exportar os resultados como CSV).

Podemos criar uma consulta personalizada. :+1: Que dados você está procurando exatamente?

1 curtida

Nós nem temos tantos membros… ainda, então está tudo bem quanto a isso.

oba

Uma coisa que seria útil esclarecer é como cada coluna é calculada. Existem discrepâncias entre o CSV e o que está na página de Resumo do Perfil de um membro (nota: estamos comparando apenas esses dois conjuntos de dados diferentes onde as datas da consulta correspondem ao ciclo de vida da inscrição do membro).

  1. estatísticas de participação para todos os membros com 1 ou mais visitas, independentemente de quando durante o período da consulta eles se juntaram
  2. as estatísticas são extraídas no final de cada mês para mostrar a participação acumulada desde o lançamento de nossa nova comunidade.

Pensamos que, dado o período de tempo :from_days_ago e :duration_days da consulta, era isso que os dados estavam produzindo.

1 curtida

Estive explorando isso esta manhã para ver se consigo descobrir mais. O meu expira quando tento voltar 498 dias (até a minha data de início :slight_smile:), mas consegui um de um ano para poder compará-lo aproximadamente com as Estatísticas do Usuário. :+1: (com algumas horas de dados de diferença)

Há uma diferença para posts_created, topics_created, likes_given e likes_received entre os dois - e olhando mais de perto o SQL, parece que a consulta de Estatísticas de Participação do Usuário não exclui posts excluídos, sussurros ou PMs, o que pode explicar isso.

O topics_viewed e posts_viewed parece bastante preciso para ambos. :+1:

Não tenho certeza por que alguns de seus usuários não estão aparecendo? O único critério de exclusão que acho que vejo é que eles devem ter lido mais de 0 posts na janela de tempo - o que deve incluir praticamente todo mundo, exceto usuários em estágio.


pr AS (
    SELECT user_id, COUNT(1) AS visits,
        SUM(posts_read) AS posts_read
    FROM user_visits, t
    WHERE posts_read > 0
        AND visited_at > t.START
        AND visited_at < t.END
    GROUP BY
        user_id

Continuarei investigando e verei se consigo descobrir mais. :slight_smile: :+1:

Minhas discrepâncias são o inverso: os números da consulta são menores, não maiores.

Quando insiro 441 em :from_days_ago e 441 em :duration_days, obtenho estes (abaixo). Comparado a este relatório para o mesmo período (pelo menos… para o usuário destacado).

Acho que você precisa que seja 0 e 441 se quiser ter a janela de hoje voltando 441 dias?

:mulher_com_a_mão_na_testa:t4: Percebi isso poucos minutos antes da sua resposta, hahaha. Obrigado pela paciência.

Mudei :from_days_ago para 0 e tudo na vida faz sentido!! :rosto_comemorando:

Parece que meu cérebro estava funcionando cronologicamente em relação ao que :duration_days significava. Pensei que :from_days_ago era o primeiro dia em que a consulta puxaria dados, depois continuaria a fazê-lo, trabalhando cronologicamente no tempo (significando dados de 441 dias atrás, 440 dias atrás, 439 dias atrás e assim por diante até o tempo presente). Parece que ele puxa dados em ordem cronológica reversa. Entendi!

1 curtida

Ha. Sem problemas. :slightly_smiling_face: Aprendi bastante com o estudo desse relatório, então ainda foi bastante útil. :slightly_smiling_face:

2 curtidas

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.