페이지 뷰 이해하기

커뮤니티 구축 데이터 및 보고
,
1

이 스레드에서 페이지뷰 데이터를 확인해야 할 테이블과 데이터를 이해하는 방법(각 request_type의 의미)을 알게 되었습니다.

이를 바탕으로 전년 대비 보고서를 작성했습니다. 오늘 그 보고서를 살펴보던 중, 관리 페이지 홈에서 보고되는 수치와 비교해 보게 되었습니다.

그래서 조금 더 파고들어 보았습니다. 직접 DB 쿼리를 실행했을 때 어제에 대한 결과는 다음과 같습니다:

Selection_804
Selection_804900×573 43.8 KB

반면, 관리 페이지 홈의 보고 내용은 다음과 같습니다:

Selection_801
Selection_801584×312 21.4 KB

제 쿼리에서 나온 마지막 두 항목을 대시보드 수치와 어떻게 대응시켜야 할지 모르겠습니다. 하지만 이 두 항목은 크기가 매우 작으므로 무시하고(무시하는 것이 괜찮다면), 제 쿼리 결과가 대시보드 보고 내용과 어떻게 대응되는지 여전히 알 수 없습니다.

요청 유형 7, 8, 9, 10을 합치면 43.8k입니다. 여기에 크롤러(유형 6)를 더하면 57.0k가 됩니다.

대시보드는 유형 6~10을 반영해야 하는 것일까요? 그리고 55.5k와 57.0k 사이의 차이는 시차 차이로 설명할 수 있는 것일까요?

5

핑?
…최소 20자

7

요청 코드 11은 API에 의해 생성된 요청이고, 요청 코드 12는 user API에 의해 생성된 요청입니다.

Activity Metrics는 Logged in Users(req_type: 7), Anonymous users(req_type: 8), Crawlers(req_type: 6)를 통합합니다. 이는 Admin Panel의 첫 번째 차트인 "Consolidated Pageviews"에서 고려하는 내용과 동일합니다.

아래는 Consolidated Pageviews 보고서의 쿼리 예시입니다.

SQL Consolidated Pageviews 
-- [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 Consolidated Pageviews 
-- [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
8

@michebs 감사합니다! 궁금해서 여쭤봅니다. 통합 페이지뷰 차트에 모바일 뷰가 포함되지 않은 이유는 무엇인가요?