ページビューを理解しようとしています

[ganncamp (G Ann Campbell)]

このスレッドで、ページビューデータの参照すべきテーブルと、その理解方法（各request_typeの意味）を知ることができました。

それを利用して、前年比レポートを作成しました。今日それらを見ていたところ、管理者のホームページに表示される数値と比べて疑問が生じました。

そこで、少し掘り下げてみました。昨日のデータベースへの直接クエリの結果は以下の通りです。

管理者のホームページでのレポートと比較すると以下のようになります。

最後の2つのカウントをクエリからどのようにマッピングすればよいかわかりませんが、それらを除外したとしても（それらは非常に小さいので喜んで除外します）、クエリで見つかった数値をダッシュボードのレポートにどのようにマッピングすればよいかわかりません。

リクエストタイプ7、8、9、10の合計は43.8kです。クローラー（タイプ6）を含めると57.0kになります。

ダッシュボードはタイプ6〜10を反映するはずであり、55.5kと57.0kの差はタイムゾーンの違いによるものとして処理されるべきでしょうか？

[ganncamp (G Ann Campbell)]

ピン？
…最低20文字

[michebs (Michelle)]

@ganncamp

クエリの最後の2つのカウントをどのようにマッピングすればよいかわかりませんが、それらを脇に置いたとしても

コード11のリクエストはAPIによって行われるリクエストであり、コード12のリクエストはuser APIによって行われるリクエストです。

@ganncamp

管理者のホームページでのレポートと比較して：

アクティビティメトリクスは、「ログインユーザー」（req_type: 7）、「匿名ユーザー」（req_type: 8）、「クローラー」（req_type: 6）を統合したものです。これらは、管理パネルの最初のチャート「統合ページビュー」で考慮されているものと同じです。

以下は、統合ページビューレポートのクエリの例です。

SQL 統合ページビュー

-- [params]
-- date :start_date
-- date :end_date

SELECT
    ar.date::date AS "date",
    CASE
      WHEN ar.req_type=6 THEN 'Crawlers'
      WHEN ar.req_type=7 THEN 'Logged in users'
      WHEN ar.req_type=8 THEN 'Anonymous users'
    END user_type,
    SUM(ar.count) AS views
FROM application_requests ar
WHERE req_type IN (6,7,8)
    AND ar.date::date BETWEEN :start_date AND :end_date
GROUP BY "date", user_type
ORDER BY "date"

SUM 統合ページビュー

-- [params]
-- date :start_date
-- date :end_date


SELECT
    ar.date::date AS "date",
    SUM(ar.count) AS pageviews
FROM application_requests ar
WHERE req_type IN (6,7,8)
    AND ar.date::date BETWEEN :start_date AND :end_date
GROUP BY "date"
ORDER BY "date" DESC

[ganncamp (G Ann Campbell)]

@michebsさん、ありがとうございます！ curiosidade, por que o gráfico de visualizações consolidadas não inclui visualizações móveis?