익명 방문자 기준 분석 지표 도입 검토

[soohyunme]

배경

현재 analytics 지표는 page view/session 기준으로 해석되고 있어, 같은 사용자의 반복 접속과 여러 사용자의 단일 접속을 구분하기 어렵습니다. 이로 인해 캠페인 성과가 실제 관심 규모보다 부풀어 보이거나, 반대로 반복 방문이라는 관심 신호를 별도로 해석하기 어렵습니다.

목표

익명 방문자 기준 지표를 도입할 필요가 있는지 현재 구조를 파악하고, 구현 범위와 개인정보 고지 필요 사항을 정리합니다.

확인할 내용

• 현재 analytics 이벤트 수집 구조와 저장 필드 확인
• 현재 analytics_session_id 생성/보관 방식 확인
• 같은 브라우저 기준 방문자를 묶기 위한 anonymous_visitor_id 도입 필요성 검토
• anonymous_visitor_id 저장 위치 검토: localStorage 등
• 이벤트 payload/API/DB schema 변경 필요 범위 확인
• 기존 캠페인 리포트 또는 운영 리포트에서 추가해야 할 지표 확인
• 개인정보처리방침 또는 안내 문구 변경 필요 여부 확인

검토할 지표

• page_view: 총 열람 횟수
• session: 방문 세션 수
• unique_visitor: 같은 브라우저 기준 순방문자 수
• repeat_visitor: 2회 이상 방문한 익명 방문자 수
• visits_per_visitor: 방문자당 평균 세션 수

개인정보/고지 검토 초안

익명 방문자 ID는 이름, 이메일, 연락처 같은 직접 식별 정보를 포함하지 않더라도 같은 브라우저의 반복 방문을 묶는 식별자입니다. 따라서 서비스 이용 통계 및 캠페인 성과 분석 목적의 익명 식별자 저장 문구와 보관 기간을 개인정보처리방침 또는 관련 안내에 반영해야 하는지 확인합니다.

예시 문구:

서비스 이용 통계 및 캠페인 성과 분석을 위해 브라우저에 익명 방문자 식별자를 저장할 수 있습니다. 이 식별자는 이름, 연락처 등 직접 식별 정보를 포함하지 않으며, 방문 횟수, 재방문 여부, 유입 경로 분석 목적으로만 사용됩니다.

보관 기간 예시:

• 최대 12개월 또는 브라우저 저장소 삭제 시까지

완료 기준

• 현재 analytics 구조와 한계가 정리되어 있음
• anonymous_visitor_id 도입 여부에 대한 권장안이 정리되어 있음
• 필요한 FE/BE/DB 변경 범위가 구현 이슈로 분리 가능한 수준으로 정리되어 있음
• 개인정보 고지/정책 문구 변경 필요 여부와 초안이 정리되어 있음