오늘은 퍼포먼스 마케터라면 머리 아플 주제인 **쿠키리스(Cookieless)**와 이를 해결할 핵심 열쇠인 서버사이드 GTM(Server-side Google Tag Manager) 구축법에 대해 이야기해볼게. 8년 동안 마케팅 바닥에서 굴러먹으면서 매체 추적 환경이 이렇게 급변한 적이 없었는데, 이제 브라우저 쿠키에만 의존하는 시대는 완전히 끝났거든.
1. 왜 서버사이드 GTM이 필요할까?
기존의 웹사이드(클라이언트 사이드) 태깅은 사용자의 브라우저에서 직접 스크립트를 실행해 매체사로 데이터를 보냈어. 하지만 사파리의 ITP나 크롬의 3rd Party 쿠키 제한 때문에 데이터가 도중에 유실되거나 차단되는 일이 허다해졌지. 서버사이드 GTM은 브라우저가 아닌 클라우드 서버를 거쳐 데이터를 정제한 뒤 매체로 전달하는 방식이야. 이렇게 하면 광고 차단 프로그램(Ad-blocker)을 우회할 수 있고, 로딩 속도 개선과 데이터 보안이라는 세 마리 토끼를 다 잡을 수 있거든. 실제로 전환 데이터 유실률이 눈에 띄게 줄어드는 걸 경험했어.
2. 서버사이드 GTM 구축을 위한 3단계 실무 프로세스
이걸 직접 구축하려면 개발팀의 협조가 조금 필요하지만, 마케터인 우리도 전체 흐름을 완벽하게 꿰고 있어야 해.
첫째, Google Tag Manager에서 서버(Server) 컨테이너를 새로 생성해야 해. 컨테이너를 만들면 서버를 호스팅할 플랫폼을 선택해야 하는데, 보통 구글 클라우드(GCP, Google Cloud Run)나 Stape 같은 대행 서비스를 많이 쓰더라. 예산이 타이트하다면 Stape가 초기 세팅하기엔 훨씬 편할 거야.
둘째, 커스텀 서브도메인(Custom Subdomain) 매핑이 필수야. 예를 들어 네 사이트 주소가 example.com이라면, 수집 서버 주소를 sst.example.com으로 설정하는 거지. 이렇게 해야 브라우저가 이 데이터를 1st Party 쿠키로 인식해서 차단하지 않거든. 이 부분은 꼭 네임서버 DNS 설정을 변경해야 하니 개발팀에 미리 요청해봐.
셋째, 기존 클라이언트 컨테이너에서 GA4 태그를 활용해 서버 컨테이너로 데이터를 먼저 쏘아주고, 서버 컨테이너에서 최종적으로 매체사(Meta CAPI, Google Ads 등)로 데이터를 포워딩하는 구조를 잡아야 해.
3. 실무자가 놓치기 쉬운 비용과 개인정보 보호 설정
서버사이드 GTM을 도입할 때 반드시 짚고 넘어가야 할 게 두 가지 있어. 바로 비용과 개인정보 보호 규정이야.
클라우드 서버를 운영하는 거라 트래픽에 따라 비용이 발생하거든. 초기 테스트 단계에서는 무료 크레딧이나 저렴한 플랜으로 시작하되, 트래픽이 몰리는 시즌에는 비용 모니터링을 철저히 해야 해.
그리고 유럽이나 글로벌 타겟 서비스를 운영한다면 Consent Mode v2(동의 모드) 연동도 필수야. 사용자의 동의 여부 파라미터인 gcs와 gcd 값을 서버사이드에서도 유기적으로 처리할 수 있도록 태그 가이드를 꼼꼼히 세팅해봐. 동의하지 않은 사용자의 데이터는 식별자를 제거하고 비식별 상태로 전송해야 법적 리스크를 피할 수 있어.
💡 핵심 정리
- 서버사이드 GTM은 브라우저가 아닌 클라우드 서버를 통해 데이터를 전송하여 쿠키 제한과 광고 차단을 우회해.
- 성공적인 구축을 위해 커스텀 서브도메인(
sst.domain.com) 설정으로 1st Party 쿠키 환경을 만드는 것이 핵심이야.- 데이터 유실을 줄이는 동시에
Consent Mode v2연동을 통해 개인정보 보호 규정 준수와 모니터링 비용 관리를 병행해야 해. 처음에는 서버나 호스팅 같은 용어 때문에 어렵게 느껴지겠지만, 8년차인 내가 장담하건대 이걸 다룰 줄 아는 마케터는 시장에서 몸값이 뛸 수밖에 없어. 이번 기회에 개발팀과 소통하면서 차근차근 테스트 서버부터 구축해봐. 네 마케팅 성과 측정의 정밀도가 완전히 달라질 테니까!