콘텐츠로 건너뛰기
Telemetry
문서 찾아보기
가이드업데이트된 2026년 7월 28일Telemetry 편집 및 제품 팀의 검토2 최소 읽기

코딩 에이전트와 함께 이 문서를 사용하세요.

Claude Code, Codex, Cursor 또는 다른 코딩 에이전트에 대한 집중 프롬프트 팩을 연 다음 여기에서 다루는 워크플로에 맞게 조정하세요.

이 페이지에서
  1. 내구성 있는 마일스톤을 내보냅니다.
  2. 두 가지 형태의 변환 계산
  3. 기본 여정이 완료된 후에만 세그먼트화

SQL을 사용한 제품 여정 분석

제품 여정에서는 세션, 사용자, 계정 또는 시도 횟수를 계산할 수 있습니다. 결과를 보고 단위를 선택하면 분석이 불안정해집니다. SQL을 작성하기 전에 계산 단위, 정렬된 마일스톤, ID 규칙 및 관찰 창을 정의하세요.

내구성 있는 마일스톤을 내보냅니다.

landing_viewed, signup_completed, workspace_createdfirst_query_run와 같이 완료된 제품 결과를 설명하는 이벤트 이름을 사용합니다. 개인 정보 보호가 검토된 세션 또는 계정 식별자, 안정적인 단계 이름, 단계 순서, 제한된 획득 소스 및 UTC 타임스탬프를 포함합니다.

기본 작업이 실패할 수 있는 경우 버튼 클릭으로 완료된 마일스톤을 추론하지 마세요. 프로듀서가 재시도할 수 있으면 반복되는 이벤트를 중복 제거합니다. 여정이 한 세션 내에서 발생해야 하는지 여부와 사용자가 단계를 건너뛰거나 반복할 수 있는지 여부를 문서화합니다.

두 가지 형태의 변환 계산

제품 여정 SQL 레시피는 다음을 생성합니다.

  • journey_completion_pct는 각 단계를 첫 번째 단계와 비교합니다.
  • step_to_step_pct는 각 단계를 바로 이전 단계와 비교합니다.

첫 번째는 진입 인구 중 어느 정도가 이정표에 도달했는지에 대한 답입니다. 두 번째는 로컬 손실이 가장 큰 전환을 찾습니다. 포함된 픽스처에는 5개의 진입 세션과 2개의 첫 번째 쿼리 마일스톤이 있으므로 두 비율 모두 브라우저 SQL 플레이그라운드에서 재현할 수 있습니다.

보다 엄격한 프로덕션 퍼널을 위해 먼저 세션당 가장 빠른 마일스톤을 하나로 줄이고, 창 기능으로 단계 순서를 확인하고, 최대 여정 기간을 선택합니다. SQL 유입경로 분석 가이드에서는 이러한 선택에 대해 더 자세히 설명합니다.

기본 여정이 완료된 후에만 세그먼트화

소스, 계획, 기기 또는 실험 차원을 추가하기 전에 분류되지 않은 여정을 검증하세요. 각 세그먼트에는 결정을 뒷받침할 만큼 충분한 관찰 시간과 충분한 세션이 필요합니다. 모든 요금 옆에 원시 개수를 유지하세요.

제품 분석 사용 사례는 여정 SQL을 활성화 및 유지와 연결합니다. 통제된 릴리스가 여정이나 신뢰성을 변화시켰는지 여부에 대한 질문이 있는 경우 기능 출시 가이드를 사용하세요.

관련 제품 기능

구조화된 이벤트 테이블에 대해 읽기 전용 DataFusion SQL을 실행하고 결과를 재사용합니다.

소유권 및 기술 참조

이 설명은 Telemetry 편집팀의 소유입니다. 제품 팀은 동작, 예시, 경계를 검토합니다.

편집 기준 검토