Google 웹 로그 분석 및 그럴듯한 숫자 비교

최근 블로그 게시물에 따르면 기술에 정통한 사용자의 58%가 Google 웹 로그 분석을 차단했습니다. 이 사이트를 출시 한 이후 Google 웹 로그 분석에 의존했던 것처럼 이로 인해 관심을 끌었습니다. 연간 성장이 보이지만 광고 차단 및 타사 스크립트 차단이 실제 트래픽 수를 가리고 있다고 생각합니다. 우리의 실제 성장이 Google 웹 로그 분석보다 상당히 높을 수 있습니까?

Google 웹 로그 분석 차단 속도는 업계, 잠재 고객, 장치 및 특정 웹 사이트와 같은 요소에 따라 크게 다릅니다. 이전의 연구는 미식가 및 라이프 스타일 사이트에서 10% 미만의 막힘이 있었지만 기술 사이트에서 25% 이상을 보여주었습니다.

- 마르코 사리

Marko의 58% 인물은 Hacker News와 Reddit에서 트래픽이 많은 기간 동안 3 일간의 분석에서 비롯되었습니다. Plausible Analytics는 50.9k의 고유 방문자를 보여 주었고 Google Analytics는 21.1k ( "사용자") 만보 고했습니다.

조사하기 위해 일주일 동안 Google 웹 로그 분석과 함께 그럴듯한 (관대 한 30 일 무료 평가판 제공)를 설치했습니다. 결과는 결정적이지 않았습니다.

Plausible은 Google 웹 로그 분석보다 15% 더 고유 한 방문자를보고했으며, 눈에 띄는 차이는 있지만 예상되는 두 배가되지는 않았습니다. 그러나 트래픽 (광고 수익에 중요한)과 관련하여 Plausible은 Google 웹 로그 분석보다 트래픽이 5% 적었 습니다.

Plausible은 사용자 친화적이며 쉽게 설치하고 명확한 시각화를 제공합니다. 그 경제성은 또한 플러스입니다.

그럴듯한 : 여전히 제 3 자 JavaScript

Plausible의 덜 알려진 상태는 Google 웹 로그 분석에 비해 차단 률이 낮아질 수 있지만 타사 JavaScript로 남아 있으며 차단에 취약합니다. 트래픽 측정 방법론을 근본적으로 변경하지는 않습니다.

보다 강력한 솔루션은 블로킹 가능한 서버 로그를 사용하는 Netlify Analytics와 같은 서버 측 분석입니다. 그러나이 접근법에는 봇 계산과 같은 단점이 있습니다. Server-Side Google 웹 로그 분석은 또 다른 옵션이지만 구현하기가 훨씬 더 복잡합니다.

다소 분석 딜레마

여러 분석 플랫폼을 동시에 실행하는 것은 번거로운 느낌이 들었습니다. 여러 시스템에서 사용자 정의 이벤트를 관리하는 것은 훨씬 더 어려울 것입니다. 클라이언트 측 솔루션의 경우 분석과 같은 통합 플랫폼이 사물을 단순화 할 수 있습니다. 그러나 여러 대상에 대한 서버 측 라우팅 (잠재적으로 비싸지 만 세그먼트와 유사한 개념)이있는 단일 클라이언트 측 데이터 전송을 선호합니다. 이 접근법은 데이터 전송을 최소화하고 First-Party JavaScript를 활용합니다.

위 내용은 Google 웹 로그 분석 및 그럴듯한 숫자 비교의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!