이 부분을 찾아내고 있습니다…
@sam 님, 아래에 있는 님의 게시글에서 Discourse와 Google Analytics가 각각 "페이지 뷰"를 어떻게 집계하는지 정확히 설명하고 있네요.
아직도 페이지 뷰를 이렇게 집계하고 있나요? 지금까지 GA, Plausible, Fathom 모두 Discourse 자체 분석 도구와 비교했을 때 페이지 뷰를 과소 집계하고 있어, 앞으로 어떤 분석 도구를 사용할지 조정해 보고 있습니다.
제 막연하고 정보 부족에 기반한 추측은, 이들이 AJAX 호출이 다시 이루어질 때 다시 실행되지 않는 JavaScript 코드를 가지고 있다는 것입니다. 아니면 세션당 한 번만 로드될 수도 있죠.
@codinghorror @sam 포럼을 둘러보았는데, 제 문제와 정반대의 문제를 겪는 분들이 많은 것 같습니다. 즉, 대부분은 Discourse가 GA보다 더 많은 페이지뷰를 보고한다고 신고하고 있죠.
저는 그 반대 상황입니다.
확인해 보니, 실제로 각 페이지뷰당 2개의 이벤트가 발생하고 있었습니다.
하나는 GA4용이고, 다른 하나는 UA 계정용입니다.
예전에는 UA를 사용했지만 지금은 사용하지 않습니다. 그런데도 “ga universal tracking code” 필드에 값이 있는 경우, 페이지를 검사하면 새로운 GA4 코드와 구버전 UA 코드가 모두 보입니다.
“ga universal tracking code” 값을 삭제하면, 위의 두 JS include가 모두 페이지에서 사라집니다.
이 문제를 어떻게 디버깅해야 할까요? UA 코드 값을 찾기 위해 데이터베이스를 살펴보고 그렇게 해결해야 할까요?
SiteSettings 테이블을 확인해 봤는데, GA4 코드만 발견했습니다.
구글과 그 UI에 대한 내 감정은 예전 윈도즈(Windows) 방식에 대한 느낌과 똑같아, shyte. 하지만 GA4가 진짜 최악이야. 이게 대체 무슨 소용이야. 이 GA4는 시간별 트래픽 통계 리포트조차 제대로 만들지 못해. 내가 필요한 정보를 얻으려고 왜 또 다른 도구로 넘어가야 해?
모두를 위한 해결책은 그냥 이걸 버리는 거일 수도 있어. 관리자 화면에 시간별 사용자 방문 그래프를 실시간으로 보여주는 기본적인 트래픽 표시 기능이 있으면 좋겠어.
구버전 UA 수치와 새로운 GA4 페이지뷰 사이의 차이가 더 크게 벌어지고 있습니다.
그리고 애드센스 페이지뷰는 둘 중 어느 것과 비교해도 극히 일부, 정말 아주 적은 수준입니다.
@sam 안녕하세요.
GA4와 관련하여 이 부분을 이해하려고 노력하고 있습니다. 저처럼 기술에 익숙하지 않은 사용자들도 쉽게 이해할 수 있도록 비전문적인 용어로 설명해 주시면 좋겠습니다.
사용자가 긴 스레드를 아래로 스크롤하여 다음 20개의 게시물이 로드될 때, GA4가 이 자동 페이지 로드를 페이지 뷰로 카운트한다는 말씀이신가요? 사용자는 실제로 수동으로 페이지를 변경하지 않지만, 본질적으로 새로운 콘텐츠 페이지이므로 이를 페이지 뷰로 카운트하는 것은 합리적입니다. 구식 포럼에서는 긴 대화를 읽기 위해 페이지 2, 페이지 3 등으로 페이지네이션을 클릭해야 했지만, 인피니트 스크롤은 이를 자동으로 수행해 줍니다.
반면 Discourse의 내부 페이지 뷰 지표는 실제로 새로운 주제로 이동하거나 페이지를 완전히 변경할 때만 카운트되는 건가요?
아니면 제가 말씀하신 내용을 지나치게 단순화해서 이해하고 있는 건가요?
저는 단지 왜 제 GA4 페이지 뷰가 Discourse의 것보다 훨씬 높은지 이해하려고 할 뿐입니다.
이것은 어제의 데이터이며, 제 사이트에서 조용한 시간대임에도 불구하고 차이를 보여줍니다:
따라서 제 GA4는 어제의 페이지 뷰가 39,000회라고 보고합니다:
하지만 Discourse 자체는 다음과 같이 보고합니다:
네, 제 사이트에서 평소에는 방문자가 많지 않은 스레드 하나에서 테스트를 실행해 보았습니다. 오래된 긴 스레드라 이 기능을 테스트하기에 적합했습니다.
테스트를 시작할 당시, GA4 실시간 페이지 목록에서 해당 페이지는 지난 30분 동안 페이지뷰가 0건이었습니다. 저는 스레드에서 수백 개의 게시물을 아래로 스크롤한 뒤 GA4 실시간 뷰를 다시 확인해 보니, 지난 30분 동안 해당 페이지의 페이지뷰가 25건으로 표시되었습니다.
즉, GA4에서는 자동 페이지 로드가 각각 페이지뷰로 집계되는 것 같습니다. 다음 페이지가 자동으로 로드되더라도 제 생각에는 여전히 페이지뷰로 간주되는 것이 타당해 보입니다.
따라서 이는 일부 사용자가 보고하는 GA4 뷰 수가 Discourse 페이지뷰보다 많은 차이를 설명할 수 있습니다. 제 사이트에는 매우 인기 있는 긴 스레드가 많이 있어 이러한 상황이 발생하기 쉽습니다. 반면, 스레드 수는 많지만 긴 스레드는 적은 사용자의 경우, 위에서 Sam이 나열한 차이점(GA가 JS 비활성화된 뷰를 집계하지 않음 등) 때문에 GA4보다 Discourse 페이지뷰가 더 많을 수 있습니다.
기억이 맞다면, 자바스크립트를 끄면 Discourse를 페이지네이션 방식으로 볼 수 있습니다.
회계 테스트에 도움이 될 수도 있겠네요.
Discourse의 통계는 아무리 봐도 맞지 않았습니다. 로그인한 사용자 수만 봐도, 정확히 1명의 로그인 사용자가 무엇을 의미하는지, 정말로 단 1명의 로그인 사용자인 것인지 모르겠더군요.
Discourse 통계에서 확인한 로그인 사용자 총합은 같은 날 Google(비-GA4) 사용자 총합보다 약 3/4 배 더 많았습니다.
다시 이 주제로 돌아와서, GA4와 Discourse의 페이지뷰를 Google AdSense의 페이지뷰와 비교해 보았습니다. 공식 Ad 플러그인을 사용하더라도, Google Analytics(GA4)와 Discourse 통계에 비해 Google AdSense의 페이지뷰 수에 심각한 문제가 있다고 생각합니다.
위에서 언급했듯이, GA4는 무한 스크롤을 새로운 페이지뷰로 집계하는 것으로 보입니다. 제 생각에는 이것이 올바른 방식입니다. 이전 소프트웨어에서는 다음 게시물 세트로 이동하려면 페이지네이션(Pagination)을 사용해야 했으며, 이는 전체 페이지 로딩을 필요로 했기 때문입니다. 따라서 다음 게시물 세트를 로드하는 것은 동적 또는 가상 페이지뷰라고 할 수 있겠고, 그렇게 묘사된 것을 본 기억이 납니다.
위에서 설명했듯이, Discourse는 사용자가 스레드를 변경하거나 홈페이지로 이동하여 완전히 새로운 페이지를 로드할 때만 페이지뷰를 집계합니다. 이 방식은 괜찮지만, 무한 스크롤도 유효한 페이지뷰라고 생각합니다.
하지만 Google AdSense는 Discourse의 총 페이지뷰 수보다 훨씬, 훨씬 낮은 페이지뷰 합계를 보고하고 있습니다.
예를 들어 2023년 7월 15일 토요일을 보면:
- GA4에서는 152,000개의 페이지뷰:
- Discourse에서는 93,561개의 페이지뷰 - 위에서 설명한 대로 차이는 합리적입니다:
- 공식 플러그인을 사용하여 Google AdSense에서는 6,000개의 페이지뷰를 기록했으며, 수익은 3.55유로였습니다.
AdSense의 페이지뷰가 광고가 있는 페이지만 집계하기 때문에 낮을 수 있다는 점은 이해합니다. 하지만 사이트의 거의 모든 페이지와 스레드의 게시물 20개마다 여러 위치에 광고를 배치했었으며, 애드블로커나 크롤러 등으로 인한 감소분을 감안하더라도 이런 낙폭은 맞을 수 없지 않나요 … 정말로?
여기에는 몇 가지 문제가 있다고 생각합니다. AdSense가 이전의 Universal Analytics와 마찬가지로 무한 스크롤/가상 페이지뷰를 집계하지 않는다고 의심하지만, Discourse가 집계하는 페이지뷰조차도 제대로 집계하지 않는 것 같습니다. 근접조차 하지 못하고 있습니다.
Fathom Analytics 테스트
Tag Manager를 사용하여 사이트에 코드를 추가하고, 트리거를 페이지뷰로 설정하여 Fathom Analytics로 일주일간 실험을 수행했습니다.
GTM 디버거를 사용하면서, 사이트의 여러 페이지를 탐색해도 태그가 한 번만 핑(ping)하는 것을 발견했습니다. 그렇게 일주일간 실행을 계속했는데, GA4에 비해 VIEWS(뷰) 수가 훨씬 낮았습니다.
해당 설정으로 Fathom은 7.3K 뷰만 기록했습니다.
같은 날짜의 GA4는 62K였습니다.
Discourse는: 34K였습니다.
테스트를 수행하던 당시 AdSense는 비활성화되어 있었지만, 매우 유사한 감소율을 보이고 있습니다.
SPA에 대해 조금 조사해 보니, HISTORY 트리거를 추가하는 것이 Discourse에 적합할 수 있다는 것을 알게 되었습니다:
추가하고 몇 주간 실행을 맡겨 두었더니 상승세를 볼 수 있습니다:
8월 15일에 Fathom은 37.5K 뷰를 기록했으며, 이는 그날의 GA4 통계와 일치합니다:
이 주제에 대해 흥미로운 스레드가 여기 있습니다:
공식 Discourse 광고 플러그인을 사용하여 디스플레이 광고를 거의 3주간 운영한 결과, 단일 페이지 애플리케이션(SPA) 웹사이트의 SEO 분석에 기반한 이전의 모든 뷰 수를 확인할 수 있었습니다.
요약하자면, Discourse는 우리가 수년간 관리해 온 수많은 웹사이트 중 광고 수익 측면에서 최악의 성능을 보이는 웹사이트입니다.
- Google은 초기 페이지 로딩을 "페이지뷰"로 "확인"하지만, SPA 애플리케이션의 초기 페이지 로딩 이후의 subsequent views(이후 뷰)는 "페이지뷰"로 "확인"하지 않습니다.
트래픽이나 노력을 수익화하려는 사용자들에게는 심각한 문제인 것 같습니다.
제가 잘못 이해하고 있는 건지 모르겠지만, AdSense 플러그인이 동적 페이지 로드 시 트리거되지 않는 것 같습니다. 심지어 Discourse가 페이지 뷰로 집계하는 경우에도 트리거되지 않는 것 같아서, 이건 맞지 않을 텐데 말입니다.
위와 같이 GTM을 통해 AdSense 코드를 연결하고, 트리거를 HISTORY로 설정해 두었습니다. 이제 얼마나 페이지 뷰가 집계되는지 확인 후 다시 보고드리겠습니다.
위 게시물에서 언급했듯이 — 실험 차원에서 GTM을 사용하여 사이트에 AdSense를 추가했습니다.
GTM 방식은 어디까지나 완벽하지 않습니다. 이 스크린캐스트에서 볼 수 있듯이, 페이지 변경 시 태그가 발화되지 않는 문제가 나타나거나, 보다 정확히 말하면 GTM 디버거에서는 태그가 발화되는 것으로 보이지만 사이트를 탐색할 때 광고가 표시되지 않습니다.
https://www.loom.com/share/44888fe583ec468f99e3114a0c8c714b
영상에서 볼 수 있듯이, 트리거를 '모든 페이지(ALL PAGES)'로 설정하면 스레드에서 스레드로 사이트를 탐색할 때 태그가 전혀 발화되지 않는 것으로 보입니다. 홈페이지에서 다른 스레드로 이동했다가 다시 나와 또 다른 스레드로 들어가는 과정에서도 마찬가지입니다.
반면 ‘History’ 또는 'all’로 설정된 태그는 페이지 변경 시마다, 페이지에서 페이지로 이동할 때, 그리고 무한 스크롤을 트리거할 때 발화됩니다.
다음은 GTM의 HISTORY (ALL) 트리거 정의입니다:
하지만 태그가 발화되더라도 사이트를 탐색할 때 광고가 로드되지 않습니다. 그러나 아래 통계에서 볼 수 있듯이, Ad 플러그인을 사용할 때보다 GA4 트래픽 대비 AdSense의 페이지뷰 비율이 더 높아졌습니다.
공식 광고 플러그인에서도 비슷한 일이 일어나고 있는 것 같습니다. 플러그인을 사용할 때는 첫 며칠간 태그 매니저를 사용하여 광고를 추가한 실험 기간에 비해 페이지뷰가 더 낮았습니다(아래에서 더 자세히 확인하실 수 있습니다).
아래를 확인해 주세요:
따라서 위 7월 15일 데이터 기준:
- Google Analytics GA4: 152K 페이지뷰
- Google Analytics GA4: 6.8K 첫 방문 이벤트(First Visit Events)
- Discourse 기록: 93K 페이지뷰
- Google AdSense: 6K 페이지뷰
첫 방문 이벤트와 AdSense 페이지뷰가 놀라울 정도로 유사합니다. 구글 AdSense는 각 방문의 첫 페이지 로드 외에 다른 것을 추적하고 있을까요?
AdSense - GTM AdSense에 대한 초기 데이터를 추가하기 위한 편집
6월 2일부터 8월 26일까지의 Google Analytics 페이지뷰입니다. 시즌의 고점인 7월 31일까지의 기간을 확인하실 수 있으며, 총 211K 페이지뷰입니다:
Google AdSense 페이지뷰:
참고:
- 7월 31일까지 공식 플러그인을 사용했습니다.
- 8월 3일부터 8월 23일까지 AdSense를 제거했습니다 = 그래프의 최저점.
- 8월 24일에 Google Tag Manager를 사용하여 AdSense를 추가했습니다.
위 스크린캐스트에서 언급된 주요 문제점에도 불구하고, 그리고 전체 트래픽이 훨씬 낮은 상황에서도, 공식 플러그인보다 GTM을 사용하여 AdSense를 연결할 때 GA4 페이지뷰 대비 AdSense 페이지뷰 비율이 훨씬 높습니다.
- 즉, 어제 GA4에서 53K 페이지뷰를 기록했습니다.
- AdSense에서는 7K 페이지뷰를 기록했습니다(영상에서 보인 것처럼 심각한 결함이 있는 GTM 방식을 사용함).
- 이는 AdSense 페이지뷰가 GA4 페이지뷰 대비 13%의 도달률을 의미합니다.
- 반면 공식 Ad 플러그인을 사용할 때는 AdSense가 GA4 PV 수 대비 3.9% 였습니다.
이상하게도 공식 플러그인을 사용할 때는 GTM을 사용할 때보다 페이지에서 페이지로 탐색할 때 광고가 훨씬 더 잘 표시되었고, 사이트에 더 많은 광고가 노출되었습니다. 그러나 AdSense에 기록된 페이지뷰는本该 있을 것보다 극소수에 불과했습니다.
공식 Ad 플러그인에 문제가 있거나, 보다 정확히 말하면 동적 페이지 로드 시 트리거되지 않거나 트리거 방식에 문제가 있다고 생각합니다.
discourse의 다소 독특한 성격을 고려할 때, AdButler 또는 다른 광고 통합 기능 중에는 페이지뷰 추적이 더 잘 되는 것이 있을까요?
@Shaneod 말씀에 동의합니다. Discourse의 AdSense 광고 수익은 정말로 낮습니다. 말씀하신 대로 AdSense는 페이지 뷰를 집계하지 않습니다. 공식 광고 플러그인은 페이지 URL이 변경될 때 트리거가 작동하도록 조정되어 페이지 뷰를 집계해야 합니다. AdSense 페이지 뷰는 높은 CPC를 가진 광고의 수를 늘려 광고 수익을 증가시키는 상황입니다. 이 부분에 대한 업데이트가 출시되기를 바랍니다.
네, 첫 페이지나 전체 새로고침이 아닌 다른 페이지 뷰에서는 제대로 트리거가 되지 않는 것 같습니다. 아니면 대부분의 페이지 뷰가 유실되고 있는 것이 확실합니다.
예를 들어 7월에는 다음과 같은 수치를 보았습니다.
- GA4에서 첫 방문 이벤트 172K건
- Google AdSense에서 페이지 뷰 177K건
개인적으로 이 두 수치가 너무 비슷해서 우연일 리 없다고 생각합니다.
해당 기간 동안:
- Discourse는 170만 건의 페이지 뷰를 집계했습니다.
- Google Analytics는 390만 건을 집계했습니다(긴 스레드가 많아서입니다).
AdSense에서는 이후의 모든 페이지 뷰가 유실되는 것으로 보입니다.
Ad 플러그인을 사용하는 Adbutler 또는 다른 통합 서비스를 사용해 보셨나요? 같은 문제가 있을 것으로 추정됩니다.
1년 넘게 광고 플러그인에서 AdSense를 사용해 왔습니다. 저도 동일한 디스플레이 문제를 겪고 있습니다. 포럼에서 많은 연구를 해 보았지만 해결책을 찾지 못했습니다. 포럼 밖에서 단일 페이지 앱에 대한 해결책도 시도해 보았지만 성공하지 못했습니다. 하루 페이지 노출 수가 15만 건에 달할 때도 있었지만, 이러한 통계가 AdSense에 반영되지 않았습니다. 동일한 통계 수치에서 워드프레스와 다른 포럼 소프트웨어가 더 많은 수익을 올리는 것을 확인했습니다.
솔직히 내 경험상 애드센스는 디스커스(페이지 뷰)와 함께 무너졌다. 이건 4년 전으로 거슬러 올라가는 이야기인데, 디스커스로 이전하기 전에 디스커스가 페이지 뷰 수 감소로 인해 광고 수익에 재앙이 될 것이라는 점을 미리 알았더라면 좋았을 것이다. 살다 보면 배우는 것이지만, 이는 사이트의 생존 가능성을 파괴할 수 있다. 당신은 훨씬 더 심층적인 분석을 해왔고, 그 점이 보기 좋다.
그리고 최근에는 애드센스 자체가 전반적으로 무너졌다고 판단된다. 그래서 이제 이중의 타격이다.
다른 플랫폼의 다양한 사이트 소유자들의 어려움을 읽어보면, 애드센스는 체계적으로 무너졌고, 디스커스에서는 특히 두드러지게 죽어 있었다. 많은 측면에서 구글도 그 시대가 끝났다고 생각한다. 하지만 플랫폼이나 플러그인이 100% 작동하지 않으면 도움이 되지 않는다.
4년째 이런 문제가 이어지고 있는데 해결 기미가 보이지 않는다면 정말 걱정되는 일입니다.
AdButler나 기타 공식 Discourse 광고 플러그인 통합 기능도 동일한 문제가 발생하는 것으로 추정됩니다.
새로운 Google Analytics GA4는 동적 페이지 뷰/히스토리 변경을 페이지 뷰 이벤트로, 긴 스레드에서의 무한 스크롤도 페이지 뷰 이벤트로 집계하고 있으므로 이 점은 긍정적인 변화입니다.
하지만 Ad 플러그인 내 AdSense 통합 기능은 동적 페이지 뷰의 무한 스크롤은 물론 페이지 변경조차 페이지 뷰로 집계하지 않아, 사실상 플러그인이 작동하지 않는 상태입니다.
정말 제대로 살펴봐야 합니다. 수정 가능한 문제인가요?
결국 구글을 아예 포기하기로 했어요. 그건 애초에 가치도 없었고, 상호 관계도 균형이 맞지 않았거든요. 거대한 양의 분석 데이터를 빨아들여놓고도 실질적인 수익은 거의 없었죠. 그리고 AI 봇의 등장이 마지막 한 방이 되었습니다.
이 붕괴가 디스코urs의 형편없는 광고 성과로 인해 얼마나 악화되었는지는 정확히 모르지만, 처음부터 매우 나빴어요. 몇 달간 크롤링과 재조정 과정을 거치면 나아질 거라고 생각했지만, 아니었습니다. 오히려 업계 트렌드에 따라 점점 더 악화되었고, 이제는 많은 사람들에게 이 업계가 망가져 버린 상태입니다.
정말 심각해서, 다른 사이트 관리자 한 명이 디스코urs에서 광고 문제로 인해 얼마 지나지 않아 다른 플랫폼으로 빠르게 이전하는 것을 봤어요. 그분이 여기에 글을 남겼을 수도 있고요. 아마 그랬을 겁니다. 성과는 충격적이었지만, 여러분처럼 기술적 실력이 뛰어나서 문제를 파악하고 조사할 수 있는 사람은 아니잖아요. 그 사이에 알고리즘, 버전, 인터넷 트렌드 등 많은 것들이 변했고요. 변수가 너무 많았어요.
결론적으로 페이지뷰는 절벽에서 떨어지듯 급감했고, 다시 회복되지 못했습니다.
따라서 광고 수익이 기준의 50%를 차지한다면, 광고 수익 측면에서는 추천하지 않습니다. 이건 결정적인 장애물(show stopper)이에요. 사전에 이런 사실을 알았으면 좋았을 텐데, 아마 그랬다면 이주하지 않고 더 많은 조사를 했을 겁니다. 하지만 현장에서의 조사(리서치)가 유일한 선택지인 경우도 있죠. 살면서 배우는 거니까요.