들어가며
- 브라우저 쿠키 기반 추적이 제한되는 배경을 이해한다
- 서버사이드 측정과 퍼스트파티 데이터가 왜 대안으로 언급되는지 설명한다
상황
가상 브랜드 '한줄커피'의 담당자는 얼마 전부터 특정 브라우저에서 유입 경로가 "확인 안 됨"으로 잡히는 비율이 늘었다는 걸 발견했습니다. 예전에는 문제없이 잡히던 채널별 전환 데이터가 브라우저 종류에 따라 빠지기 시작한 것입니다. 광고 담당자에게 물어보니 "쿠키 정책이 바뀌어서 그렇다"는 답을 들었는데, 정확히 어떤 정책인지, 우리가 뭘 해야 하는지는 확인이 필요한 상태입니다.
한 줄 결론
추적이 막히는 방향은 분명하지만, 구체적인 정책과 시점은 브라우저·플랫폼마다 다르므로 우리 서비스에 맞는 부분은 그때그때 확인이 필요합니다.
방향성만 먼저 이해하고, 세부 수치나 일정은 지어내지 말고 필요할 때마다 최신 공식 안내를 확인하는 습관을 들이는 것이 이번 레슨의 목표입니다.
개념
- 서드파티 쿠키: 지금 보고 있는 사이트가 아니라 다른 사이트(주로 광고 플랫폼)가 방문자를 식별하기 위해 심는 쿠키입니다. 여러 브라우저에서 차단되는 흐름입니다.
- 퍼스트파티 데이터: 우리 서비스가 방문자와 직접 주고받으며 모은 데이터입니다. 로그인 정보, 우리 사이트 안에서의 행동 기록 등입니다.
- 쿠키리스 측정: 서드파티 쿠키 없이도 유입·행동을 추정하거나 집계하는 측정 방식을 통틀어 부르는 말입니다.
- 서버사이드 측정: 방문자의 브라우저가 아니라 우리 서버가 직접 이벤트를 기록해 플랫폼에 전달하는 방식입니다. 브라우저 차단의 영향을 상대적으로 덜 받습니다.
- 확인 안 됨(Unattributed) 트래픽: 추적 제한 등으로 어느 채널에서 왔는지 특정하지 못하는 방문을 부르는 표현입니다.
판단 기준
| 상황 |
우리가 지금 할 수 있는 일 |
| "확인 안 됨" 비율이 늘고 있다 |
브라우저별·채널별로 비율을 나눠 기록해두고 추이를 지켜본다 |
| 로그인·회원가입 데이터가 있다 |
퍼스트파티 데이터로 취급해 별도로 정리해둔다 |
| 서버사이드 전환을 도입할지 고민된다 |
지금 당장 결정하지 말고, 담당 개발자·플랫폼 공식 문서로 확인한 뒤 결정한다 |
| 구체적 정책 변경 시점을 알고 싶다 |
이 레슨에서 단정하지 않는다 — 플랫폼별 공식 공지를 그때그때 확인한다 |
실행 순서
- 확인: 이번 달 "확인 안 됨" 유입 비율이 지난달과 비교해 늘었는지 대시보드에서 확인한다.
- 결정: 늘었다면 로그인·회원가입 같은 우리 서비스 자체 데이터(퍼스트파티)를 보조 지표로 함께 보기로 정한다.
- 기록: 확인한 비율과 결정 사항을 메모로 남기고, 서버사이드 도입 여부는 개발 담당자와 별도로 논의한다.
바로 쓰는 템플릿
추적 변화 지도
- 이번 달 확인 안 됨 비율: ____% (지난달 ____%)
- 영향받는 주요 브라우저/채널: ________________________
- 우리 서비스의 퍼스트파티 데이터 항목: ________________________
- 서버사이드 측정 도입 검토 여부: ☐ 검토 필요 ☐ 아직 아님
- 확인이 필요한 사항: ________________________
즉시 확인
- 퍼스트파티 데이터란 무엇인가요?
정답: 우리 서비스가 방문자와 직접 주고받으며 모은 데이터 — 로그인 정보나 우리 사이트 안 행동 기록이 여기에 해당합니다.
- 서버사이드 측정이 언급되는 이유는?
정답: 브라우저의 서드파티 쿠키 차단 영향을 상대적으로 덜 받기 때문 — 서버가 직접 이벤트를 기록해 전달합니다.
- 이번 레슨에서 구체적인 정책 변경 시점을 단정하지 않는 이유는?
정답: 플랫폼·브라우저마다 정책과 시점이 다르고 계속 바뀌기 때문 — 필요할 때마다 공식 안내를 확인해야 합니다.
핵심 정리
- 서드파티 쿠키 차단이라는 방향은 분명하지만 세부 정책은 그때그때 확인이 필요하다
- 로그인·행동 기록 같은 퍼스트파티 데이터를 별도로 정리해두면 대비가 된다
- 서버사이드 측정 도입은 개발 담당자·공식 문서 확인 후 결정한다
→ 이 강의 퀴즈 풀어보기 (챌린지)
