이커머스 분석 도구 정리: GA4부터 대화형 커스텀 대시보드까지
이커머스 분석은 도구가 없어서 못 하는 시대는 지났습니다. GA4는 무료이고, 프로덕트 분석 툴은 강력하고, 엑셀과 SQL은 언제나 있습니다. 그런데도 실무에서는 "지난달 재구매율이 왜 빠졌는지"를 확인하는 데 반나절이 걸립니다. 문제는 도구의 부재가 아니라, 질문마다 다른 도구를 오가야 하는 구조에 있습니다.
이 글에서는 이커머스가 실제로 답해야 하는 분석 질문들을 놓고, 어떤 도구가 어디를 커버하는지 정리합니다. 그리고 그 사이에 남는 빈틈 — 분석과 실행 사이의 간극 — 을 무엇으로 메울 수 있는지까지 다룹니다.
이커머스가 답해야 하는 질문들
거창한 분석 체계 이전에, 운영하면서 매주 마주치는 질문은 대략 이렇습니다. 어제 매출이 왜 움직였나. 유입은 어디서 오고 어디서 새나. 첫 구매까지 며칠이 걸리고, 어느 단계에서 이탈하나. 재구매 고객과 한 번 사고 떠난 고객은 뭐가 다른가. 지난주 보낸 캠페인이 실제로 매출에 얼마나 기여했나. 그리고 어떤 상품이 어떤 고객에게 팔리나.
이 질문들은 성격이 달라서, 하나의 도구가 전부 잘하기 어렵습니다. 그래서 스택이 생깁니다.
도구별 커버리지
GA4 — 유입 채널과 웹 행동 분석의 표준입니다. 어디서 왔고 어떤 페이지를 봤는지에 강하지만, 고객 단위의 깊은 분석 — 이 고객이 누구이고 다음에 무엇을 살지 — 으로 들어가면 한계가 옵니다. 커머스 데이터 모델도 이벤트 설계에 따라 품질이 크게 갈립니다.
프로덕트 분석 툴(앰플리튜드류) — 퍼널·코호트·리텐션 분석에 강합니다. 다만 이커머스보다 앱 서비스에 맞춰진 도구라 상품·주문 중심 분석에는 손이 가고, 도입·운영 비용과 러닝커브가 상당합니다.
엑셀·SQL — 자유도는 최고지만 전부 수동입니다. 데이터 추출을 개발자에게 부탁하고 기다리는 구조라면, 분석의 병목은 도구가 아니라 대기열입니다.
CRM 분석 — 고객·캠페인·매출 기여처럼 "누구에게 무엇을 해서 얼마가 나왔나"에 강합니다. 다만 대부분의 CRM 솔루션은 정해진 대시보드만 제공해서, 미리 만들어두지 않은 질문에는 답하지 못합니다.
스택을 갖춰도 남는 문제가 두 가지입니다. 하나는 같은 지표가 도구마다 다르게 나오는 것 — GA의 구매와 백오피스의 매출이 안 맞는 경험은 누구나 있습니다. 다른 하나는 도구들이 분석에서 끝난다는 것입니다. 코호트 분석으로 이탈 구간을 찾아도, 그 고객들에게 무언가를 하려면 다시 다른 도구로 옮겨 가야 합니다.
네 번째 선택지, 대화로 만드는 커스텀 대시보드
이 빈틈을 겨냥한 것이 블럭스의 분석 방식입니다. 정해진 대시보드를 제공하는 대신, 에이전트에게 질문하면 데이터를 직접 조회해 답하고, 그 분석을 대시보드 카드로 고정할 수 있습니다. "카테고리별 재구매 주기 보여줘", "지난달 첫 구매 고객의 30일 리텐션 알려줘" 같은 질문이 곧 대시보드가 되는 구조라, 미리 설계된 화면에 우리 몰의 질문을 끼워 맞출 필요가 없습니다. 만들 수 있는 대시보드에 제한이 없다는 점에서, 사실상 프로덕트 분석 툴이 하던 자리를 대화형으로 대신하는 셈입니다.
결정적인 차이는 분석 다음입니다. 이탈 위험 코호트를 찾았다면 같은 화면에서 "이 고객들에게 리마인드 캠페인 만들어줘"로 바로 이어집니다. 분석 도구와 실행 도구가 같은 데이터 위에 있으니 지표가 어긋날 일도, 도구를 옮겨 탈 일도 없습니다. 실제 팀들이 이 방식으로 어떤 대시보드를 만들어 쓰는지는 에이전트 대시보드 활용 사례에 정리돼 있습니다.
우리 팀의 스택 점검
정리하면 판단 기준은 이렇습니다. 유입·광고 분석이 중심이라면 GA4로 충분합니다. 고객·재구매·캠페인 기여가 중심 질문인데 그 답을 매번 개발자나 엑셀에 의존하고 있다면, 도구를 하나 더 늘리기 전에 "분석과 실행이 한곳에 있는 구조"를 먼저 검토해 보세요. 도구가 늘수록 좋아지는 것은 분석의 깊이가 아니라 관리해야 할 지표의 수일 때가 많습니다.
자주 묻는 질문
GA4를 완전히 대체할 수 있나요?
역할이 다릅니다. 유입 채널 분석과 광고 어트리뷰션은 GA4의 영역으로 남겨두고, 고객·재구매·캠페인 기여 분석을 CRM 쪽으로 옮기는 병행 구조가 현실적입니다. 실무에서는 "유입은 GA, 고객은 블럭스"처럼 질문 기준으로 역할을 나누는 팀이 많습니다.
분석 전담자나 개발자가 없어도 쓸 수 있나요?
그 상황을 위한 도구에 가깝습니다. SQL 대신 한국어 질문으로 조회하고, 결과 해석까지 에이전트가 함께 합니다. 실제로 데이터 추출을 대행사에 맡겨 며칠씩 걸리던 브랜드가 도입 후 5~10분 만에 직접 확인하게 된 사례도 있습니다.
데이터 연동은 얼마나 걸리나요?
행동 데이터는 스크립트 삽입으로 수집을 시작하고, 커머스 플랫폼 연동을 지원합니다. 분석만 먼저 써보고 싶은 경우에도 같은 연동으로 시작할 수 있어서, 분석 도구를 검토하는 김에 실행까지 한 번에 확인하는 팀이 많습니다.
도구보다 오래 남는 기준
분석 스택의 목적은 도구를 갖추는 것이 아니라 질문에 빨리 답하고, 그 답으로 무언가를 하는 것입니다. 우리 팀이 지난주에 하고 싶었던 분석을 떠올려 보고, 그 답을 얻기까지 몇 개의 도구와 몇 명의 사람을 거쳤는지 세어 보세요. 그 숫자가 셋을 넘는다면, 스택이 아니라 구조를 바꿀 때입니다.
