Google Analytics 대안은 어떻게 선택할까? 네 가지 도구와 마이그레이션 점검

먼저 답이 필요한 질문을 적어 두세요

분석 대시보드를 열고 온갖 차트를 마주해도 어떤 글을 바꿔야 할지, 어떤 광고를 중단해야 할지, 어떤 페이지를 고쳐야 할지 여전히 모를 수 있습니다. 도구를 바꾸는 목표는 이런 문제를 해결하는 것이어야 합니다.

웹사이트에 필요한 세 가지 답을 나열해 보세요.

• 어떤 글이 구독을 가져오는가?
• 어떤 홍보 채널이 결제를 가져오는가?
• 가입 흐름에서 어느 단계에서 가장 많은 사람이 이탈하는가?

이 세 질문은 세 가지 분석 작업에 대응합니다. 콘텐츠 성과, 유입원 전환, 흐름 분석입니다.

"오늘 몇 명이 왔는가"는 방문 규모만 답할 수 있습니다. 구독과 결제를 설명하지는 못합니다.

네 가지 도구, 작업에 따라 선택하세요

도구	시도해 볼 만한 필요	시험 초점
Plausible	페이지, 유입원, 구독 또는 다운로드 목표	목표 전환을 가져오는 페이지와 유입원을 식별할 수 있는지
Umami	트래픽, 이벤트, 단계 전환; 클라우드 서비스 또는 자체 호스팅 옵션 필요	퍼널 단계, 시간 창, 배포 버전
Matomo	GA 과거 보고서 마이그레이션 필요	가져오기 범위, 기존 보고서가 원래 질문에 답할 수 있는지
PostHog	가입 후 사용, 이탈, 유지	이벤트 정의, 신원 연결, 과금 대상 이벤트 볼륨

이 표는 시험 방향을 나타냅니다. 기능은 겹치며, 요금제와 배포 버전도 사용 가능한 범위에 영향을 줍니다.

Plausible: 페이지와 유입원에서 목표까지 추적

블로그는 구독 목표를 설정할 수 있고, 자료 사이트는 다운로드 목표를 설정할 수 있습니다.

확인할 보고서는 다음과 같습니다.

어느 유입원의 방문이 구독을 완료했는가? 어떤 페이지가 전환에 참여했는가?

Plausible은 페이지 목표, 사용자 정의 이벤트, 수익 추적을 지원합니다. 버튼 클릭, 양식 제출, 결제 성공에는 해당 기록 설정이 필요합니다. 분석 스크립트를 설치한다고 해서 웹사이트의 비즈니스 성과가 정의되지는 않습니다. 목표 추적 문서

시험 과제: 글 하나를 선택하고 성공적인 구독 목표를 설정한 뒤, 보고서가 유입원, 페이지, 구독을 연결할 수 있는지 확인하세요.

Umami: 단계를 퍼널로 엮기

퍼널은 반드시 완료해야 하는 일련의 단계입니다.

상품 페이지 열기 → 결제 시작 → 결제 성공

Umami는 페이지와 이벤트로 구성된 퍼널을 지원합니다. 단계 순서와 시간 창이 결과에 영향을 줍니다. 예를 들어 시간 창을 10분으로 설정하면 10분 이상 떨어진 단계는 같은 완료로 집계되지 않을 수 있습니다. Umami 퍼널 문서

퍼널이 떨어지면 원인을 확인해야 합니다. 선택적 단계, 누락된 이벤트, 잘못된 시간 창 모두 "이탈"을 만들 수 있습니다.

시험 과제: 세 단계 퍼널을 만들고 테스트 흐름을 완료한 뒤 세 단계가 모두 기록되는지 확인하세요.

Umami는 클라우드 서비스와 자체 호스팅 옵션을 제공합니다. 자체 호스팅은 업그레이드, 백업, 문제 해결을 처리해야 합니다. 유지 관리 능력도 선택 기준에 포함되어야 합니다. Umami 공식 웹사이트

Matomo: 먼저 과거 보고서의 목적을 확인하세요

과거 데이터는 답해야 할 질문에 답할 수 있을 때만 가치가 있습니다.

Matomo의 GA 가져오기 도구는 집계된 보고서를 읽습니다. 가져온 데이터는 원시 방문 로그를 복원할 수 없고, 모든 세분화 및 보고 기능이 지원되는 것은 아닙니다. Matomo 가져오기 제한 사항

"가져올 수 있다"가 "예전 대시보드가 할 수 있던 모든 분석이 유지된다"는 뜻은 아닙니다.

시험 과제: 반드시 유지해야 할 기존 보고서 세 개를 나열하고 지원되는 가져오기 범위를 확인하세요. 방문별 기록, 원시 이벤트 또는 특정 세그먼트가 필요할 때는 가져오기 제한 사항을 확인하세요.

PostHog: 가입 후에 무슨 일이 일어나는지 확인하세요

멤버십 사이트는 다음을 추적해야 할 수 있습니다.

가입 성공 → 첫 행동 완료 → 다음 주에 다시 사용

PostHog는 이벤트 퍼널, 경로, 유지 분석을 제공합니다. 유지 보고서는 시작 이벤트와 복귀 이벤트를 정의해야 합니다. "홈페이지를 다시 열기 위해 돌아옴"과 "행동을 완료하기 위해 돌아옴"은 서로 다른 결과를 나타냅니다. 분석 유형, 유지 정의

이러한 분석은 이벤트 의미를 유지 관리해야 합니다. 기능이 늘어나면 이벤트 이름, 속성, 신원 연결도 관리해야 합니다.

시험 과제: 첫 완료 이벤트와 재사용 이벤트를 정의하고 보고서가 비즈니스 질문에 답하는지 확인하세요.

전환 이벤트: 클릭이 성공을 의미하지는 않습니다

"결제 버튼 클릭"은 결제 의도를 기록합니다. 실패한 결제도 이 이벤트를 생성할 수 있습니다.

"감사 페이지 열기"에도 오판이 있습니다. 새로고침, 북마크된 링크, 결제 후 실패한 리디렉션 모두 기록에 영향을 줄 수 있습니다.

먼저 목표에 대한 정의를 작성하세요.

목표	기록해야 할 결과
구독	구독 제출이 접수됨
가입	계정이 성공적으로 생성됨
결제	주문 결제가 확인됨
다운로드	다운로드 링크 클릭과 파일 검색 완료를 구분

결제 통계는 주문 시스템과 대사해야 합니다. 브라우저 이벤트는 차단될 수 있으며, 결제 사실을 기록하는 책임은 주문 시스템에 있습니다.

테스트 결제 하나는 성공 기록 하나를 생성해야 합니다. 페이지를 새로고침해도 같은 주문이 두 개의 수익 항목이 되어서는 안 됩니다.

마이그레이션: 네 가지를 확인하세요

1. 페이지 기록

홈페이지, 글 페이지, 비즈니스 페이지를 열고 기록을 확인하세요.

페이지 전환도 테스트해야 합니다. 일부 웹사이트는 페이지를 전환할 때 전체 페이지를 다시 로드하지 않습니다. 홈페이지는 기록되지만 이후 페이지는 여전히 누락될 수 있습니다.

2. 유입원 기록

테스트 홍보 링크를 준비하세요.

https://example.com/?utm_source=test&utm_medium=email&utm_campaign=migration

새 브라우저 세션에서 열고 유입원과 캠페인 이름을 확인하세요. 웹사이트 리디렉션은 매개변수를 보존해야 합니다.

UTM은 홍보 캠페인을 구분하는 데 사용됩니다. 일상적인 공유 링크는 일관된 이름을 사용해 newsletter, Newsletter, email-news가 각각 별도 행을 차지하는 일을 피해야 합니다.

3. 성공 기록

구독, 가입 또는 테스트 주문을 완료하고 이벤트 이름, 횟수, 금액을 확인하세요.

먼저 목표 이벤트가 내부 방문 필터링 규칙에 의해 제외되지 않았는지 확인하세요.

4. 중복 기록

분석 스크립트가 설치된 위치를 확인하세요. 웹사이트 플러그인, 테마 설정, 태그 관리자가 각각 한 번씩 설치했을 수 있습니다.

중복 스크립트, 중복 제출, 감사 페이지 새로고침 모두 확인할 가치가 있습니다. 방문 수가 두 배가 되었다고 해서 트래픽이 증가한 것은 아닙니다.

신규와 기존 숫자가 다를 때: 무엇을 확인할까요?

먼저 비교 범위를 맞추세요.

• 날짜와 시간대.
• 도메인, 하위 도메인, 페이지 범위.
• 내부 방문 필터링 규칙.
• 동의 관리와 스크립트 차단.
• 방문, 세션, 전환의 정의.

결과를 표에 기록하세요.

증상	문제 해결 방향
홈페이지는 기록되지만 글 전환은 안 됨	페이지 전환 추적
페이지는 정상이지만 홍보 유입원이 사라짐	UTM 매개변수, 리디렉션, 유입원 귀속
클릭은 기록되지만 성공은 안 됨	성공 이벤트가 연결되었는지
성공 횟수가 주문 수를 초과	중복 트리거, 테스트 주문, 취소 또는 환불 기준
모든 페이지에서 거의 고정된 배수 차이	중복 설치, 기록 범위, 지표 정의

이것들은 문제 해결 방향이며, 곧바로 결함 결론으로 취급할 수는 없습니다.

페이지뷰 수가 완전히 동일하다고 해서 마이그레이션 성공이 증명되지는 않습니다. 유입원 손실, 중복 결제, 깨진 광고 전환 모두 의사 결정에 영향을 줍니다.

과거 데이터와 광고 연결은 별도로 처리해야 합니다

Plausible은 GA 데이터 가져오기를 지원하지만 GA 전자상거래 수익 가져오기는 지원하지 않습니다. Matomo는 집계된 보고서를 가져옵니다. 기존 데이터를 사용할 수 있는지는 항목별로 확인해야 합니다. Plausible 가져오기 문서, Matomo 가져오기 제한 사항

전환 날짜를 기록하고 기존 보고서를 보관하세요. 전환 날짜를 가로지르는 추세에는 통계 범위의 변경을 주석으로 달아야 합니다.

Google Ads에도 확인할 점이 하나 있습니다. 계정이 입찰 최적화에 GA4에서 가져온 전환을 사용하고 있는가? GA4를 삭제하기 전에 대체 광고 전환 경로를 검증하고 중복 집계가 있는지 확인하세요. Google Ads 전환 문서

비용: 과금 단위를 보세요

월 10만 페이지뷰가 10만 개의 과금 대상 이벤트를 의미하지는 않습니다.

페이지뷰, 버튼 클릭, 사용자 정의 이벤트, 자동 수집이 모두 이벤트 볼륨에 들어갈 수 있습니다. PostHog의 제품 분석은 이벤트 기반 과금을 사용하므로 시험에는 이벤트 볼륨 확인이 포함되어야 합니다. PostHog 과금 설명

구매 전에 확인하세요.

• 과금 단위와 초과 요금 규칙.
• 웹사이트 수.
• 데이터 보존 기간.
• 필요한 기능이 포함된 요금제.
• 자체 호스팅의 유지 관리 비용.

어떻게 결정할까요?

블로그는 먼저 "페이지 → 구독"을 시험해야 합니다. 스토어는 먼저 "유입원 → 결제"를 시험해야 합니다. 멤버십 사이트는 먼저 "가입 → 사용 → 복귀"를 시험해야 합니다.

후보 도구가 이 경로에 답할 수 있고, 그 기록이 점검을 견디며, 비용이 감당 가능할 때에만 마이그레이션 가치가 있습니다.