유입경로 탐색으로 이탈 단계 찾기

구글 문서 기준으로 한 유입경로에 최대 10개의 단계를 정의할 수 있습니다. 다만 넣을 수 있는 수와 넣는 편이 나은 수는 다릅니다. 단계를 잘게 쪼개면 각 구간의 이탈이 작게 나뉘어 어디가 문제인지 오히려 흐려집니다. 처음에는 네 단계에서 여섯 단계로 크게 잡아 어느 구간이 나쁜지 찾고, 그 구간만 다시 잘게 나눠 보는 순서가 편합니다. 반대로 중간 단계를 빼면 빠진 사람이 한 묶음으로 합쳐져 개선할 구간이 좁혀지지 않습니다. 결제 시작을 빼면 장바구니에서 구매까지가 한 구간이 되어, 결제 화면 문제인지 장바구니 문제인지 구분되지 않는 식입니다.

볼 수 있습니다. 탐색은 이미 쌓인 이벤트를 그때그때 다시 계산해서 그리기 때문에, 오늘 만든 유입경로로 지난달 기간을 열어도 그 기간의 여정이 나옵니다. 이 점이 맞춤 측정기준이나 잠재고객과 다릅니다. 그쪽은 등록하거나 만든 시점부터 값이 붙어서 지난 데이터에는 소급되지 않습니다. 다만 조건이 하나 있습니다. 단계로 쓰려는 이벤트가 그 기간에 이미 수집되고 있었어야 합니다. 지난주에 태그를 붙인 begin_checkout으로 지난달을 보면 그 단계는 0으로 나옵니다. 데이터 보관 기간을 넘어선 기간도 조회되지 않습니다.

이커머스 구매 여정 보고서와 헷갈리기 쉬운데 쓰임이 다릅니다. 표준 보고서 쪽은 상품 조회부터 구매까지 정해진 단계를 미리 만들어 둔 것이라, 우리 서비스에 맞게 단계를 바꾸거나 이벤트를 교체할 수 없습니다. 유입경로 탐색은 어떤 이벤트든 단계로 세울 수 있고 순서도 정할 수 있습니다. 회원 가입처럼 이커머스가 아닌 여정을 볼 때는 탐색 쪽만 됩니다. 대신 탐색은 만든 사람에게만 보이므로, 팀이 매주 같은 화면을 봐야 한다면 공유 설정을 함께 해 둡니다.

세는 대상이 다르기 때문입니다. 유입경로의 각 단계는 그 단계에 도달한 사람 수를 셉니다. 반면 표준 보고서의 이벤트 수는 같은 사람이 여러 번 일으킨 이벤트를 일으킨 횟수만큼 더합니다. 한 사람이 상품을 다섯 번 봤다면 이벤트 수는 5, 유입경로의 상품 조회 단계는 1입니다. 여기에 더해 닫힌 유입경로는 첫 단계를 거치지 않은 사람을 아예 빼기 때문에 차이가 더 벌어집니다. 두 숫자를 맞추려 들기보다, 사람 수를 보려면 유입경로를, 행동 횟수를 보려면 이벤트 보고서를 여는 쪽이 맞습니다.