믹스패널에서 특정 이벤트에서 유저의 체류시간을 측정하고싶은데 로그을 어떻게 설계해야될까?

Hi Kiho H., Please stand by as I search the Mixpanel knowledge base for an AI-powered answer. I normally take about 15 seconds or so. In case AI cannot answer your question, feel free to reach out to Mixpanel support at mixpanel.com/get-support. If you have follow-up questions for this thread, please tag me again with your question: @kapa.ai <follow-up question> 👋

믹스패널에서 “특정 이벤트 기준으로 유저가 얼마나 머물렀는지”를 보고 싶다면, 크게 두 가지 방향이 있습니다.---

“페이지/스크린 체류시간”처럼 제품 사용 세션 단위로 보고 싶다면, 별도 로그 설계 없이 Mixpanel의 세션 기능을 쓰는 것이 가장 간단합니다.- Mixpanel은 들어오는 이벤트들을 기반으로 자동으로 Session Start / Session End라는 가상 이벤트를 생성합니다.[Sessions 개요] - 이 세션 이벤트에는 자동으로 Session Duration (Seconds) 라는 속성이 붙는데, 이는 해당 세션의 시작과 끝 사이 시간을 초 단위로 나타냅니다.[세션 속성; 예약 속성] - 이 값을 평균/합/퍼센타일 등으로 집계해서 “유저가 세션당 얼마나 머무는지”를 분석할 수 있습니다.[세션 사용 사례; FAQ 평균 세션 길이]세션 정의 방식은 3가지 중 하나를 프로젝트 설정에서 고를 수 있습니다.[Sessions 개요]1. Timeout 기반 (기본값) - 아무 이벤트나 발생하면 세션 시작, - 일정 시간(기본 30분) 동안 이벤트가 없으면 세션 종료.[세션 타임아웃]2. Event 기반 - 예: Login을 Session Start, Logout을 Session End로 지정.[Event 기반 세션]3. Property 기반 - 예: 이벤트에 session_id 속성을 넣고, 같은 session_id를 가진 이벤트들을 하나의 세션으로 간주.[Property 기반 세션]

- 페이지/스크린 단위 이벤트를 꾸준히 보내야 세션이 의미 있게 계산됩니다. - 예: Page View, Screen View, Game Started, Game Action 등. - 별도의 “duration” 속성을 직접 계산해서 보내지 않아도, 세션 단위의 체류시간은 Session Duration (Seconds) 로 자동 계산됩니다.[세션 속성] - 필요하면 세션 이벤트에 붙일 추가 속성(예: plan, channel 등)을 프로젝트 설정의 Session Settings에서 최대 4개까지 추가할 수 있습니다.[세션 속성]---

“이미지 업로드에 걸린 시간”, “결제 완료까지 걸린 시간”처럼 특정 액션의 duration을 보고 싶다면, SDK의 타이밍 이벤트 기능을 쓰는 방식으로 로그를 설계할 수 있습니다.

- 시작 시점에 .time_event('Image Upload') 호출 - 끝나는 시점에 .track('Image Upload') 호출 - 그러면 Mixpanel이 자동으로 Duration 이라는 이벤트 속성에 걸린 시간을 기록합니다.[JS 타이밍 이벤트] js // 시작 mixpanel.time_event('Image Upload');LBKS// ... 업로드 진행 ...LBKS// 완료 시점 mixpanel.track('Image Upload'); // "Duration" 속성에 소요시간(초) 기록LBKS

Android: .timeEvent("Image Upload") → 나중에 track("Image Upload") 호출 시 Duration 속성 자동 기록.[Android 타이밍 이벤트]Unity: Mixpanel.StartTimedEvent("Image Upload") → 나중에 Mixpanel.Track("Image Upload") 호출 시 Duration 속성 자동 기록.[Unity 타이밍 이벤트]---

- **“앱/웹에 접속해서 머무른 시간”**이 궁금하다 → 세션 기능을 켜고, 페이지/스크린 이벤트만 잘 쏘면 됩니다. (Session Duration 사용)- **“특정 기능/플로우에 걸린 시간”**이 궁금하다 → 해당 기능 시작/종료 지점에 SDK의 타이밍 이벤트(time_event / timeEvent / StartTimedEvent)를 넣고, 자동으로 붙는 Duration 속성을 분석에 사용합니다.---추가로, “어떤 이벤트를 어떻게 설계해야 할지” 전반적인 전략이 필요하다면, Mixpanel의 데이터 모델(이벤트/프로퍼티/유저 프로필)을 먼저 정의하고 그에 맞춰 트래킹 플랜을 만드는 것을 권장합니다.[트래킹 전략]원하시면, 실제로 쓰고 있는 이벤트 이름/플로우를 알려주시면 그에 맞춰 더 구체적인 설계 예시를 들어 드리겠습니다.

ℹ️ Tip: Mention @kapa.ai in the thread for follow-ups or DM the app for 1-to-1 help.

Let me check the knowledge base for you again. One moment! 📚

다른 회사들이 “체류시간/세션” 관련해서 Mixpanel을 어떻게 쓰는지는, 제공된 자료 기준으로는 구체적인 이벤트 설계 예시까지 나와 있는 경우는 많지 않습니다. 다만, 세션/체류시간 데이터를 어떤 식으로 활용하는지는 몇 가지 패턴을 볼 수 있습니다.---

Mixpanel 자체가 자사 문서 사이트에 세션 기능을 적용해서 페이지 체류시간과 세션 특성을 분석하는 예시를 공개하고 있습니다.[세션 사용 사례]- 자동 페이지뷰 트래킹 - JS SDK나 Segment 같은 CDP로 각 페이지 방문 시 Page View 이벤트를 자동 수집합니다.[세션 사용 사례] - 세션(Duration) 분석 - Mixpanel이 생성하는 Session Start / Session End 가상 이벤트의 Session Duration (seconds) 속성을 이용해: - 평균 세션 길이 - 세션 길이 분포(예: 1분 미만 vs 5분 이상) 를 보고, 체류시간이 긴 유저 그룹을 따로 열람해 “어떤 페이지를 많이 봤는지, 어디서 왔는지”를 확인합니다.[세션 속성; 세션 사용 사례]이 패턴은 일반적인 콘텐츠/문서/마케팅 사이트에서 그대로 따라 쓰는 방식입니다.---

여러 회사들이 마케팅 → 웹 → 제품까지의 풀 퍼널에서 세션을 단위로 성과를 보는 패턴도 있습니다.- 세션 이벤트에 자동으로 붙는 Session Duration, Session Event Count, Session Start Event Name 등을 이용해: - “세션당 평균 페이지 수” - “어떤 랜딩 페이지에서 시작한 세션이 전환(회원가입/구매)까지 이어지는지” 를 Funnels/Insights에서 분석합니다.[세션 속성; 세션 리포트 활용] - 예: E-Commerce 데모 데이터 기준으로, “세션 중 몇 %가 Checkout 시작까지 가는지”를 Funnels에서 세션 단위로 계산하는 예시가 있습니다.[세션 사용 사례]이런 식으로 “유저”가 아니라 “세션”을 단위로 전환율을 보는 것이 다른 회사들도 많이 쓰는 패턴입니다.---

부정행위/봇 트래픽을 보는 회사들은 세션 길이와 세션당 이벤트 수를 활용해 이상 행동을 찾습니다.[Fraud 추적 사례]- 예: - 세션 길이가 5초 미만이거나 - 세션당 이벤트 수가 비정상적으로 많은 경우 를 기준으로 코호트를 만들어, 분석에서 제외하거나 별도로 모니터링합니다.[Fraud 추적 사례]즉, 체류시간이 너무 짧거나(혹은 너무 길거나) 비정상적인 세션을 “저의가 낮은 유저/봇”으로 필터링하는 용도로도 많이 씁니다.---

일부 고객들은 Session Replay와 세션 데이터를 같이 써서, “체류시간이 긴/짧은 세션에서 실제로 무슨 일이 일어났는지”를 직접 영상처럼 확인합니다.[Session Replay 소개; Mixpanel이 Session Replay를 쓰는 법]- 예: - 퍼널에서 특정 스텝에서 이탈이 많고, 그 스텝에서 세션이 짧게 끝나는 경우 → 해당 세션들의 리플레이를 열어 실제 UX 문제/버그를 확인. - 반대로, 특정 페이지에서 세션이 유난히 길고 전환도 잘 되는 경우 → 그 페이지의 UX/콘텐츠를 다른 곳에 확장.---

제공된 고객 스토리들(예: Mobius Materials, Employment Hero 등)은 체류시간 자체보다는 퍼널/이탈/버그 탐지에 초점을 두고 있지만, 공통적으로: - 퍼널에서 이탈 구간을 찾고[Mobius 사례] - 그 구간의 세션/리플레이를 보면서 “왜 오래 머무르다가 나가는지, 어디서 막히는지”를 파악해 UX를 개선하는 식으로 사용합니다.[Session Replay 소개]---

다른 회사들이 Mixpanel에서 체류시간/세션을 쓰는 대표적인 패턴은: 1. 문서/웹사이트: 세션 Duration으로 평균 체류시간, 분포, 랜딩 페이지별 세션 특성 분석. 2. 마케팅/퍼널: “세션당 전환율”, “세션당 페이지 수” 등 세션 단위 KPI를 보고, 전환이 잘 되는 세션 특성을 찾음. 3. Fraud/봇 필터링: 너무 짧거나 비정상적인 세션을 코호트로 만들어 분석에서 제외. 4. Session Replay 연계: 체류시간/이탈이 특이한 세션을 리플레이로 직접 보며 UX/버그를 개선.현재 서비스 구조(웹/앱 종류, 보고 싶은 플로우)가 어떤지 알려주시면, 위 패턴 중 어떤 걸 어떻게 적용하면 좋을지 더 구체적으로 연결해서 설명해 드릴 수 있습니다.

ℹ️ Tip: Mention @kapa.ai in the thread for follow-ups or DM the app for 1-to-1 help.

Let me check the knowledge base for you again. One moment! 📚

지금처럼 view, click 등 모든 이벤트를 이미 잘 기록하고 있다면, Mixpanel이 자동으로 세션을 계산하기에 아주 좋은 상태입니다. 이 상황에서 “체류시간/세션”을 보려면, 별도 커스텀 duration 계산보다는 Mixpanel 세션 기능을 적극 활용하는 쪽이 유리합니다.[Sessions 개요]아래 조합을 추천드립니다.---

현재처럼 다양한 이벤트가 계속 들어오면, Timeout 기반 세션(기본 설정) 이 가장 자연스럽습니다.[세션 타임아웃]- 세션 시작: 유저가 아무 이벤트나 수행할 때 - 세션 종료: 설정한 시간(기본 30분) 동안 이벤트가 없을 때 - Mixpanel이 자동으로: - Session Start / Session End 가상 이벤트 생성 - Session Duration (Seconds) / Session Event Count 등 속성 부여[세션 속성; 예약 속성]장점- 이미 view/click 등 이벤트가 많기 때문에, 별도 구현 없이 “유저가 앱/웹에 머문 시간” 을 바로 볼 수 있음. - Insights/Funnels/Flows에서: - 평균 세션 길이, 세션 길이 분포 - 세션당 평균 페이지 수(= Page View 수 / Session Start 수) - 어떤 페이지/이벤트에서 시작한 세션이 전환으로 이어지는지 등을 쉽게 분석 가능[세션 사용 사례; 세션 리포트 활용]추천 세팅1. Project Settings → Sessions에서 Timeout 기반 유지 (또는 설정 확인).[Sessions 개요] 2. Timeout 값은: - 일반 웹/콘텐츠 서비스: 30분 근처 - 짧은 사용 패턴(게임/툴 등): 10~20분 정도로 줄이는 것도 고려 (정확한 값은 Funnels의 Time to Convert 차트로 추정 가능)[세션 타임아웃]---

전체 세션 체류시간과 별개로, 특정 기능/플로우에 걸린 시간을 보고 싶다면 SDK의 타이밍 기능을 같이 쓰는 게 좋습니다.- JS: mixpanel.time_event('Image Upload') → 완료 시 mixpanel.track('Image Upload') 호출 시 Duration 속성 자동 기록[JS 타이밍 이벤트] - Android: timeEvent("Image Upload") → 나중에 track("Image Upload")[Android 타이밍 이벤트] - Unity: StartTimedEvent("Image Upload") → 나중에 Track("Image Upload")[Unity 타이밍 이벤트]언제 유리한가- “결제 플로우에 평균 몇 초 걸리는지” - “회원가입 폼 작성 시간” - “특정 화면에서 버튼 클릭까지 걸린 시간” 등 명확한 시작/끝이 있는 액션에 적합.---

이미 view/click 등 이벤트가 풍부하므로: 1. 제품 전체 사용 시간/방문 품질을 보고 싶다 → Timeout 기반 세션 + Session Duration 사용 (추가 구현 거의 불필요).2. 특정 기능/플로우의 소요시간이 중요하다 → 해당 플로우에만 타이밍 이벤트(time_event / timeEvent / StartTimedEvent) 추가.3. 세션 정의를 더 엄격하게 하고 싶다 (예: 로그인~로그아웃만 세션으로 보고 싶음) → Event 기반 세션으로 Login을 Session Start, Logout을 Session End로 지정하는 것도 가능[Event 기반 세션] 다만, 이미 view/click이 많다면 Timeout 기반 + 필요 시 Event 기반으로 전환하는 식으로 실험해보는 걸 권장합니다. 세션 정의는 나중에 바꿔도 과거 데이터에 재적용됩니다.[Sessions 개요]---정리하면, 지금 상태에서는 “세션(Timeout 기반) + 일부 핵심 플로우에만 타이밍 이벤트” 조합이 가장 효율적입니다. 서비스 타입(웹/앱, 콘텐츠/커머스/툴 등)과 특히 중요하게 보고 싶은 플로우(예: 가입, 결제, 특정 기능)가 무엇인지 알려주시면, - 어떤 이벤트를 Session Start/End 후보로 볼지 - 어떤 플로우에 타이밍 이벤트를 넣을지 를 더 구체적으로 추천해 드리겠습니다.

ℹ️ Tip: Mention @kapa.ai in the thread for follow-ups or DM the app for 1-to-1 help.

Let me check the knowledge base for you again. One moment! 📚

한 유저당 평균 체류시간은 세션(Session) + Aggregate Property per User 조합으로 계산하는 것이 정석입니다.

먼저 프로젝트에서 세션이 계산되고 있어야 합니다.- Mixpanel은 이벤트를 기반으로 자동으로 Session Start / Session End 가상 이벤트를 만들고, 여기에 Session Duration (Seconds) 라는 속성을 붙입니다.[Sessions 개요; 세션 속성]이 값이 “한 세션 동안 머문 시간(초)”입니다.---

1. Insights 리포트로 이동합니다. 2. 이벤트로 Session Start (또는 Session End)를 선택합니다. 3. 상단 측정값 드롭다운에서: - Aggregate Property per User 선택[Aggregate per User] - Property로 Session Duration (Seconds) 선택 - Aggregation은 Sum 선택 → 이렇게 하면 “각 유저별로 선택 기간 동안 세션 길이(초)를 모두 더한 값”이 계산됩니다.[세션 FAQ 평균 per user]이 시점의 값은 “유저별 총 체류시간(초)”입니다.---

위에서 만든 측정값은 “유저별 값”이므로, 이를 다시 전체적으로 집계해야 합니다.- Aggregate Property per User는 2단계 집계를 지원합니다. → 첫 단계에서 유저별 합을 구한 뒤, 두 번째 단계에서 Average를 선택하면 “한 유저당 평균 세션 시간(초)” 이 됩니다.[Measurements 설명; Aggregate per User 옵션]원하면 Formula에서 / 60을 해서 분 단위로 바꿀 수 있습니다.[세션 FAQ 평균 세션 길이]---요약: 1. 세션 기능 활성화 → Session Duration (Seconds) 사용. 2. Insights에서 Session Start 이벤트 + Aggregate Property per User → Sum(Session Duration). 3. 같은 측정값에 Average 집계를 적용 → “한 유저당 평균 체류시간” 완성.

ℹ️ Tip: Mention @kapa.ai in the thread for follow-ups or DM the app for 1-to-1 help.