내 제품 여럿의 숫자를 믿을 수 있는 한 화면으로
무엇이 불편했는지, 화면에서 무엇이 보이는지, 어떤 순서로 쓰는지, 쓰고 나면 무엇이 남는지 기능마다 보여 드려요.
같은 정의로 제품 비교
이럴 때
제품마다 분석 도구가 다르고 방문자·가입·활성의 정의도 달라서, 어느 제품이 오르고 어느 제품이 꺾이는지 숫자를 나란히 놓고 볼 수 없어요. 오늘처럼 아직 끝나지 않은 날을 어제와 견주면 늘 떨어진 것처럼 보여요.
제품 비교
같은 정의로 한 표에 · 증감은 끝난 30일 두 창끼리 · 앞 창이 30명 미만이면 인원 차이로
| 제품 | 방문자 | 사용자 | 가입 | 활성 | 첫 결제 |
|---|---|---|---|---|---|
가계부 노트 budget-note | 4,812 ▲ 12% | 412 ▲ 5% | 158 ▲ 8% | 96 ▲ 3% | 9 ▲ +3명 |
회의록 요약 meeting-brief | 640 ▼ 4% | 133 ▼ 2% | 117 ▲ 3% | 13 ▼ −2명 | 2 ±0 |
단어장 wordbook 수집 지연 · 마지막 수신 7시간 전 | 86 ▲ 9% | 21 ▲ +4명 | 8 ▲ +2명 | 4 ▲ +1명 | 0 ±0 |
표는 옆으로 밀어 볼 수 있어요
이렇게 써요
- 1가입하고 제품을 등록한 뒤, 받은 키로 스니펫 한 줄이나 서버 이벤트를 붙여요.
- 2홈에서 내 제품이 한 줄씩 놓인 비교 화면을 봐요. 기간은 1·7·30·90일 중에서 골라요.
- 3줄을 누르면 그 제품의 개요 보드가 열려요. 지표 카드, 일별 추세, 유입 채널, 경로·국가·기기 표가 이어져요.
쓰고 나면
어느 제품의 어느 숫자가 움직였는지 한 화면에서 바로 보여요.
가입·결제는 서버 이벤트만
이럴 때
브라우저에서 보내는 가입·결제 이벤트는 광고 차단기에 막히거나, 새로고침으로 두 번 오거나, 누구나 주소를 두드려 만들어 낼 수 있어요. 그러면 가입과 결제 숫자가 부풀거나 빠져요.
수신 건강
제품마다 최근 24시간 수신과 마지막 수신, 받지 않은 이벤트의 사유예요
| 제품 | 24시간 수신 | 마지막 수신 | 24시간 거부 |
|---|---|---|---|
| 가계부 노트 | 1,940 | 2분 전 | unknownEvent 2, rateLimited 5 |
| 회의록 요약 | 310 | 11분 전 | 없음 |
| 단어장 | 42 | 7시간 전 | serverOnly 1 |
표는 옆으로 밀어 볼 수 있어요
serverOnly는 가입·활성·결제처럼 브라우저에서 받지 않는 이벤트예요. 받지 않고 사유만 남겨요.
이렇게 써요
- 1브라우저(스니펫이나 제품의 프록시)는 방문과 등록한 제품 이벤트만 보내요.
- 2가입·활성·결제는 제품 서버가 서버 키로 보내요. 사용자를 가리키는 값은 서버가 계산하고, 브라우저가 보낸 값은 버려요.
- 3브라우저에서 서버 전용 이름이 오면 받지 않고, 제품 설정의 수신 건강에 거부 사유로만 남아요.
쓰고 나면
가입과 결제 숫자를 그대로 믿고 제품끼리 견줄 수 있어요.
보내지 못한 서버 이벤트 다시 보내기
이럴 때
제품 서버가 가입이나 결제를 보내는 순간 네트워크가 끊기면 그 이벤트는 사라지고, 그날 숫자가 빈 채로 남아요. 빠진 줄 모르고 전환을 읽게 돼요.
baselogOutbox · 제품 DB
가입·활성·결제를 저장하는 같은 단계에서 한 줄이 생긴다
| kind | name | status | attempts | 다음 시도 |
|---|---|---|---|---|
| event | signup | delivered | 1 | — |
| event | activate | pending | 2 | +4m |
| event | payment | delivered | 3 | — |
| delete | — | delivered | 1 | — |
이렇게 써요
- 1가입·활성·결제가 생기면 같은 저장 단계에서 제품 DB의 보낼 목록에 한 줄을 남겨요.
- 2Baselog가 저장을 확인해 준 이벤트만 delivered로 닫고, 실패하면 간격을 늘려 7일 동안 다시 보내요. 같은 이벤트가 두 번 닿아도 한 번만 셉니다.
- 3다시 보낸 이벤트까지 다음 계산부터 보드와 비교 화면에 반영돼요.
쓰고 나면
보내다 실패한 날도 가입·결제 숫자가 빠지지 않아요.
기능별 자주 묻는 질문
같은 정의로 제품 비교
증감은 무엇과 무엇을 견주나요?
완료된 두 창끼리 견줘요. 예를 들어 7일이면 어제로 끝나는 7일과 그 앞 7일이에요. 진행 중인 오늘은 넣지 않아요. 앞 창이 30명 미만이면 %가 크게 흔들려서 인원 차이로 보여요.
기간 방문자를 일별 방문자를 더해서 내나요?
아니요. 같은 사람이 여러 날 들어오면 겹쳐 세어지므로, 기간 순인원은 원본 이벤트에서 따로 세요. 날짜는 한국 시간(KST) 달력으로 끊어요.
숫자가 0이면 정말 아무도 안 온 건가요?
화면이 셋을 다르게 그려요. 아직 이벤트가 한 번도 안 왔으면 「수집 없음」, 마지막 수신이 6시간을 넘었으면 「수집 지연」, 다시 계산하는 중이면 「갱신 중」이에요. 그 밖의 0이 실제 0이에요.
가입·결제는 서버 이벤트만
방문자 수도 서버에서만 세나요?
아니요. 방문은 브라우저나 앱이 보내요. 그래서 방문 지표는 비인증 추정치로 다루고, 광고 차단으로 빠진 몫은 「수집 유실 추정」으로 따로 보여요.
결제 금액도 받나요?
네. 금액은 payment·refund 이벤트에만 싣고 통화별로 더해요. 어느 유입이 결제로 이어졌는지 보는 용도이고, 매출의 정본은 결제 서비스와 장부예요.
거부된 이벤트는 어디서 보나요?
제품 설정의 수신 건강에 최근 24시간 거부 사유별 건수가 보여요. 이벤트 원문은 남기지 않아요.
보내지 못한 서버 이벤트 다시 보내기
브라우저 방문 이벤트도 다시 보내나요?
아니요. 웹 방문은 한 건씩 바로 보내고 실패하면 다시 보내지 않아요. 그 몫은 「수집 유실 추정」으로 드러내요. 다시 보내는 것은 서버 이벤트예요.
7일 동안 계속 실패하면 어떻게 되나요?
그 이벤트는 더 보내지 않는 상태로 바뀌어요. 탈퇴에 따른 삭제 요청만은 예외라서 성공할 때까지 계속 보내요.
늦게 도착한 이벤트도 지표에 들어가나요?
네. 지표는 원본 이벤트에서 다시 계산하므로, 늦게 도착한 이벤트도 다음 계산부터 추세에 반영돼요.
내 제품을 등록하고 첫 이벤트를 받아 보세요
이메일로 가입하고, 스니펫 한 줄을 붙이면 비교 화면에 한 줄이 생겨요. 지금은 무료예요.