새 사이트 트래픽 보고서로 개선된 페이지뷰 지표

페이지뷰 처리 방식과 이 중요한 데이터를 여러분께 제시하는 방법에 있어 상당한 개선이 이루어졌음을 기쁘게 알려드립니다. 새로운 사이트 트래픽 보고서는 커뮤니티의 참여도에 대해 더 포괄적이고 정확한 인사이트를 제공합니다. 무엇이 새로워졌으며, 이것이 여러분에게 어떤 이점을 주는지 자세히 살펴보겠습니다.

:information_source: 호스팅 고객에게 새로운 페이지뷰 추적을 순차적으로 배포하는 중이므로, 모든 사이트가 즉시 전환되지는 않습니다.

변경 사항

페이지뷰 추적 및 보고 방식을 개편하여 더 신뢰할 수 있고 실행 가능한 데이터를 제공하도록 했습니다. 이제 개별 페이지뷰의 출처를 모니터링하며, 해당 트래픽이 실제 브라우저에서 왔는지 크롤러에서 왔는지를 감지할 수 있습니다.

새로운 사이트 트래픽 보고서는 다양한 출처의 데이터를 결합하여 사이트 트래픽에 대한 전체적인 시각을 제공합니다.

보고서에 포함된 항목

사이트 트래픽 보고서는 다음 네 가지 유형의 페이지뷰를 포함합니다:

  1. 페이지뷰 (로그인 사용자): Discourse 인스턴스에 로그인한 사용자에 의한 페이지뷰.
  2. 페이지뷰 (비로그인 사용자): 로그인하지 않았지만 웹 브라우저를 사용하는 사용자에 의한 페이지뷰.
  3. 알려진 크롤러: 식별된 웹 크롤러나 봇(예: 검색 엔진 크롤러)에 의한 페이지뷰.
  4. 기타 트래픽: 위 세 범주에 해당하지 않는 다양한 유형의 요청을 포함하며, 기타 크롤러도 이에 해당합니다.

기본 보고서 뷰에서는 대시보드 다른 곳에 표시되는 페이지뷰 지표와 일치하도록 알려진 크롤러와 기타 트래픽 지표를 숨겨두었습니다.

왜 이것이 중요한가

이제 포럼의 실제 트래픽[1]을 훨씬 더 정확하게 파악할 수 있습니다.
많은 크롤러는 사용자 에이전트 문자열만으로는 쉽게 감지할 수 없으므로, 이 보고서는 포럼을 방문하는 사용자가 누구인지 더 명확하게 이해하는 데 도움이 됩니다.

이를 통해 더 나은 의사결정, 더 쉬운 성장 추적, 사용자 및 페이지뷰 트렌드를 식별하는 능력이 향상됩니다.

:information_source: 호스팅 고객의 경우, 월간 한도에 포함되는 페이지뷰도 더 정확하고 현실적인 값으로 계산됩니다.

새 보고서에 접근하는 방법

새로 통합된 페이지뷰 보고서는 관리자 대시보드에서 찾을 수 있습니다. 이 새로운 보고서를 어떻게 해석하고 최대한 활용할지에 대한 자세한 가이드는 우리의 포괄적인 문서를 참조하세요: Understanding pageviews and the site traffic report

여러분의 피드백을 소중히 생각합니다

항상 그랬듯이, 우리는 Discourse에서의 여러분의 경험을 개선하는 데 전념하고 있습니다. 이 새로운 보고서에 대한 여러분의 의견과 커뮤니티를 더 잘 이해하는 데 어떻게 도움이 되는지 듣고 싶습니다. 아래 댓글로 피드백과 궁금한 점을 공유해 주세요.


  1. 이 새로운 유형의 트래픽을 이전에 BPV 또는 브라우저 페이지뷰(Browser Pageviews)라고 불렀습니다. 현재 "pageviews"라는 용어는 이 새로운 유형을 가리킵니다. ↩︎

36개의 좋아요

자체 호스팅된 설치 환경 두 곳에서 약 4개월 이전의 데이터가 누락되어 있습니다. 해당 기간의 통계는 다른 그래프에는 여전히 표시됩니다. 여러분의 리포트에서도 이 문제가 확인되나요?

,

6개의 좋아요

조나스, 안녕하세요. 최근에야 이 새로운 형식으로 데이터를 수집하기 시작했기 때문에 현재 보이는 현상은 정상입니다.

이 새로운 형식으로 트래픽 데이터 수집을 시작한 버전을 처음 업데이트한 시점에 따라, 다른 사용자들은 약간 다른 경험을 할 수 있습니다.

이 변경 사항은 다른 데이터에는 영향을 미치지 않기 때문에, 다른 차트에는 훨씬 더 오래된 데이터가 표시됩니다.

6개의 좋아요

최소한 과거 데이터는 과거 기록을 위해 로그인 및 "기타 트래픽"으로 표시되어야 한다고 생각합니다.

10개의 좋아요

방금 이 문제를 알게 되었는데, 페이지뷰 통계가 완전히 깨져서 전체 조회수가 약 5분의 1에서 6분의 1 정도 줄어든 것으로 표시됩니다. 이 문제를 버그로 보고해야 하나요?

@JonahAragon1님과 @darkpixlz님도 지적했듯이, 포럼 시작 이후의 총 조회수를 포함한 수년간의 페이지뷰 통계를 잃어버렸습니다. 이 데이터를 복구할 수 있을까요? 아니면 초기 운영 문제를 해결할 때까지 기존 시스템을 계속 사용할 수 있는 옵션을 제공해 주실 수 없을까요? 대안으로 제공하거나, 새로운 시스템과 함께 병행하는 방식도 가능합니다.

4개의 좋아요

솔직히 이건 큰 실수인 것 같아. 왜 '기타’로 유지하는 건 고려조차 안 했는지 모르겠는데, 결국 이렇게 된 거지.

4개의 좋아요

이해가 안 되시는군요. 모든 정보는 그대로 있습니다. '기타’와 '알려진 크롤러’를 클릭하시면 이전에 보셨던 모든 수치를 확인하실 수 있습니다.

어떤 정보도 유실되지 않았으며, 기존 테이블을 삭제하지 않았습니다. 이전 데이터에도 여전히 접근할 수 있습니다.

5개의 좋아요

@AstonJ @darkpixlz 방금 병합한 PR을 통해 기존 페이지뷰 보고서와 통합 페이지뷰 보고서가 각각 "Legacy Pageviews"와 "Legacy Consolidated Pageviews"로 표시되도록 했습니다. 도움이 되길 바랍니다:

12개의 좋아요

Martin, 감사합니다!

두 개의 포럼을(3.4.0.beta3-dev) 업그레이드했는데, 두 포럼 모두에서 All reports | Legacy Pageviews가 비어 있습니다. 이 문제를 이미 알고 계신가요?

3개의 좋아요

죄송합니다. 이 사실은 몰랐습니다. 알려주셔서 감사합니다. 제 실수입니다. 지금 수정하고 있습니다.

5개의 좋아요

@AstonJ 문제는 오타였습니다. 방금 수정 사항을 병합했습니다:

6개의 좋아요

"기타 트래픽"이 어디에서 발생하는지 더 자세히 알 수 있는 방법이 있을까요?

아래는 제 웹사이트에서 하루 동안의 페이지뷰 통계입니다.

알고리즘 로그인 사용자 게스트 크롤러 기타 합계
구버전 4348 7092 4430 - 15870
신버전 3954 1848 4430 5638 15870

제가 이해한 바로는, 구버전과 신버전의 차이는 실제 익명 사용자와 크롤러 에이전트를 더 정확하게 구분할 수 있게 되었다는 것입니다. 그런데 왜 로그인 사용자로 분류된 페이지뷰 수가 감소한 것일까요? 또한, 같은 날 검색을 통한 방문이 1,600회 있었는데, 그 1,600회의 방문이 겨우 1,800회의 페이지뷰만 발생시켰다는 것은 다소 이해하기 어렵습니다. "기타 트래픽"이 비인간(non-human)에서 비롯된 것이라는 확신에 대해 얼마나 자신감이 있으신지 궁금합니다.

그리고 LLM 크롤러는 "알려진 크롤러"에 포함되나요, 아니면 "기타 트래픽"에 포함되나요? 크롤러 에이전트 보고서에서는 LLM 크롤러를 찾아볼 수 없는데, 아마도 내 robots.txt 설정을 준수하고 있기 때문일 수도 있겠네요.[1]


  1. 만약 그렇다면 놀라울 것 같습니다 ↩︎

5개의 좋아요

"기타 트래픽"이란 무엇인가요? Support

이 방문자들은 Google, 소셜 미디어 및 기타 출처에서 온 것일까요?

3개의 좋아요

보통 그런 것들은 익명 페이지뷰로 표시되는 것 같습니다.

3개의 좋아요

감사합니다. "알려진 크롤러"를 목록처럼 알려주시면 좋겠습니다.

Google
Bing
Yahoo
A
B
기타

4개의 좋아요

현재는 "기타 트래픽"이 무엇인지 보여줄 수 있는 더 세분화된 데이터가 없습니다. 로그인 상태이거나 익명 상태인 경우를 불문하고, 알려진 크롤러가 아닌 “실제/사람/브라우저” 페이지 뷰가 아닌 모든 것을 의미합니다.

상당히 확신하고 있지만, 요즘에는 잘못된 행동을 하는 봇과 크롤러를 사이트의 합법적인 사용자들과 구별하는 것이 쉽지 않은 싸움입니다. 향후 시스템에 추가적인 조정을 가해야 할 수도 있습니다. 현재로서는 전체 Ember 앱이 부팅되는 경우를 "실제"로 간주하며, 이는 실제 브라우저 밖에서 재현하기가 어렵습니다.

상황에 따라 다릅니다… 때로는 robots.txt를 준수하고 크롤러로 자신을 식별하지만, 그렇지 않은 경우도 있습니다. 이것이 페이지 뷰가 과도하게 부풀려진 원인 중 하나였으며, 이 새로운 시스템으로 전환한 이유이기도 합니다.

현재 저희가 알고 있는 크롤러 목록은 User-Agent를 기반으로 합니다:

또한 특정 크롤러/봇, 주로 AI 관련 봇에 대해 속도 제한(rate limit)을 적용하고 있습니다:

6개의 좋아요

지역/국가별로 트래픽을 시각화할 수 있으면 좋겠습니다. 로컬라이제이션과 번역과 같은 기능을 계획하는 데 정말 도움이 됩니다.

1개의 좋아요

원하시면 Google Analytics를 사용해 볼 수 있습니다. 여러 필터와 지표를 통해 다양한 국가의 트래픽을 보여주는 것 같습니다. 하지만 결국 구글이긴 하죠.

수정: 아, Filter statistics by country 에서 언급된 내용이네요.

또는 Umami를 사용할 수도 있습니다. 이 도구는 개인정보 보호에 매우 우호적이며, 직접 호스팅할 수도 있습니다.

1개의 좋아요