콘텐츠킷 · 운영
유실 신호와 조직 조건으로 판단하는 서버사이드 태깅 전환 검토
P-운영-서버사이드태깅-전환검토 · 기준일 2026-10-05
결론
서버사이드 태깅은 데이터 유실을 줄이는 구조 변경이며 쿠키 차단을 없애는 기술이 아님. 광고주명은 유실 신호와 운영 여력을 확인한 뒤 전환 여부 결정
본문
구조 차이
| 구분 | 브라우저 방식 | 서버 방식 |
|---|---|---|
| 전송 경로 | 브라우저가 매체마다 직접 전송 | 광고주 서버가 모아서 매체로 전달 |
| 차단 영향 | 광고 차단, 추적 방지에 매체별로 유실 | 걸리는 지점 축소 |
| 데이터 처리 | 매체별 개별 | 서버에서 정제·해싱 일괄 처리 |
| 운영 부담 | 설치 간단 | 클라우드 운영 인력과 서버 비용 필요 |
전환 검토 4항목
1. 유실 신호: 매체 전환 리포트와 자사 로그의 차이, 사파리·iOS 트래픽 비중
2. 조직 조건: 서버 컨테이너를 운영할 개발 인력, 서버 비용을 감당할 트래픽·예산 규모
3. 전환 순서: 유실 큰 매체부터
4. 확장 계획: 서버 컨테이너를 고객 데이터 수집 층으로 넓힐지 여부
판단
- 전환 또는 보류. 보류 시 재검토 조건: 재검토 조건
숫자·기준
- 사파리·iOS 트래픽 비중 30% 이상이면 우선 검토
- 트래픽이 적은 계정은 서버 비용 대비 개선 폭이 작을 수 있음
- 브라우저가 쿠키를 저장하지 않는 환경의 한계는 그대로 남음
시각 계획
왼쪽에 브라우저 방식과 서버 방식 흐름 도식 2개, 오른쪽에 검토 4항목 체크 표. 하단에 판단 결과 한 줄.
쓸 때 주의
- 자사몰 트래픽과 광고 예산이 일정 규모 이상인 광고주에 한정
- 개발 인력이 없는 광고주는 보류로 판단하고 재검토 조건을 명시
- 비용 수치는 장표에 넣지 않고 견적 단계에서 별도 협의
광고주마다 바뀌는 값
- 광고주명
- 광고주 이름
- 유실 큰 매체
- 자사 로그 대비 전환 차이가 큰 매체
- 재검토 조건
- 보류 시 다시 검토할 조건
함께 쓰는 디자인
출처
12code 아카데미 A13 17강 「서버사이드 태깅과 CDP의 관계: A03의 GTM을 인프라 관점으로 재조명」. 등급: 강의 기반 정리