sGTM 쿠키 수명 연장 효과와 한계
- sGTM은 퍼스트파티 서버 쿠키로 측정 연속성을 높일 수 있습니다.
- 쿠키 수명은 브라우저 정책과 동의 설정의 영향을 받습니다.
- 도입 전후 식별자 유지율과 전환 귀속을 나눠 검증해야 합니다.
sGTM(서버 측 Google Tag Manager)은 웹사이트와 같은 퍼스트파티 도메인에서 쿠키를 설정하도록 구성하면, 브라우저 자바스크립트가 만든 쿠키보다 측정 식별자를 안정적으로 유지하는 데 도움이 될 수 있습니다. 다만 쿠키가 항상 더 오래 남거나 광고 전환이 그만큼 늘어나는 것은 아닙니다. 브라우저의 추적 방지, 사용자 동의, 방문 간격, 서버 설정에 따라 효과가 달라집니다.
sGTM 쿠키 수명 연장 효과는 무엇인가
쿠키를 서버에서 설정할 때 달라지는 점
일반적인 웹 태깅에서는 브라우저 스크립트가 쿠키를 만들고 읽습니다. sGTM에서는 브라우저 요청이 사이트의 태깅 서버로 전달되고, 서버가 응답에 쿠키를 설정할 수 있습니다. 이때 웹사이트와 태깅 서버가 같은 사이트의 사용자 지정 도메인으로 구성되어야 서버 설정 쿠키의 보안·내구성 이점을 기대할 수 있습니다. 공급업체 기본 도메인만 쓰면 이 이점이 제한됩니다.
측정 연속성에 미치는 영향
쿠키가 중간에 만료되거나 추적 방지로 삭제되면 재방문자가 새 사용자처럼 집계되거나 광고 클릭부터 전환까지의 연결이 약해질 수 있습니다. 서버 설정 쿠키는 이런 손실을 줄여 사용자 식별과 전환 귀속을 더 일관되게 만들 가능성이 있습니다. 여기서 쿠키 수명 연장은 브라우저가 허용하는 범위 안에서 식별 정보의 유지 가능성을 높인다는 뜻이지, 실제 고객을 장기간 확정적으로 알아본다는 뜻은 아닙니다.
브라우저별 제한과 기대 가능한 범위
Chrome의 400일 상한
Chrome은 쿠키의 Expires 또는 Max-Age 만료일을 설정 시점부터 최대 400일로 제한합니다. 400일을 넘게 요청해도 쿠키가 거부되는 대신 만료일이 400일로 조정됩니다. 따라서 sGTM에서 더 긴 값을 지정해도 브라우저 상한을 넘길 수 없습니다. 이는 쿠키가 그 기간 내내 실제로 유지된다는 보장과도 다릅니다.
Safari의 추적 방지
Safari의 ITP(Intelligent Tracking Prevention)는 저장 방식과 사이트의 추적 행태에 따라 저장 데이터의 수명을 제한할 수 있습니다. WebKit은 스크립트가 설정한 쿠키·저장소의 제한과, 추적 목적의 링크 장식 또는 CNAME 은폐로 판단된 요청의 응답 쿠키 제한을 설명합니다. 따라서 단순히 서버에서 설정했다는 이유만으로 모든 Safari 제한을 피한다고 볼 수 없습니다. 서브도메인 별칭을 추적 방지 우회 목적으로 쓰는 것도 지속 가능한 해결책이 아닙니다.
| 조건 | 기대 효과 | 확인할 한계 |
|---|---|---|
| 사용자 지정 퍼스트파티 도메인 | 서버 설정 쿠키 활용 | 브라우저별 추적 방지 적용 |
| Chrome 만료 설정 | 요청한 기간까지 저장 시도 | 최대 400일 상한 |
| 동의 거부·쿠키 삭제 | 수명 연장 효과 제한 | 동의 상태와 사용자 선택 우선 |
핵심 기준: sGTM은 쿠키 정책을 무력화하지 않습니다. Chrome의 400일 상한과 Safari의 추적 방지, 사용자의 쿠키 삭제·동의 선택을 전제로 효과를 평가해야 합니다.
도입 전에 점검할 설정과 운영 조건
도메인과 쿠키 속성
태깅 서버를 사이트와 같은 도메인 맥락에 배치하고 DNS 또는 CDN 전달 구성이 실제 요청을 서버 컨테이너로 보내는지 확인합니다. 쿠키의 Domain, Path, Max-Age 또는 Expires, Secure, SameSite, HttpOnly 속성도 목적에 맞게 점검해야 합니다. HttpOnly는 페이지 스크립트가 쿠키 값을 읽지 못하게 하는 속성이며, 수명을 자동으로 늘려주는 설정은 아닙니다. GA4의 쿠키 만료 옵션과 서버 컨테이너가 설정하는 쿠키는 서로 다른 구성일 수 있으므로 어떤 식별 쿠키가 어느 응답에서 생성되는지 구분하세요.
동의와 데이터 최소화
서버로 데이터를 보낸다고 해서 동의 요건이 사라지는 것은 아닙니다. 동의 관리 플랫폼(CMP)이 전달하는 상태를 태그와 서버 컨테이너에서 일관되게 처리하고, 거부 상태에서 어떤 데이터가 수집·전달되는지 확인해야 합니다. 보관 기간은 필요한 측정 목적에 맞춰 정하고, 개인을 식별할 수 있는 정보나 광고 클릭 식별자를 불필요하게 오래 보관하지 않도록 정책과 접근 권한을 함께 설계합니다.
쿠키 수명 연장 효과를 검증하는 방법
도입 전후를 비교할 때 전체 전환 수치만 보면 캠페인 예산, 유입 구성, 계절 변화가 효과처럼 보일 수 있습니다. 먼저 브라우저와 동의 상태별로 쿠키가 설정되는지 확인하고, 동일한 관찰 기간과 비슷한 트래픽 조건으로 비교합니다.
- 브라우저 개발자 도구에서 태깅 서버 응답의 Set-Cookie와 실제 저장된 만료 시각을 확인합니다.
- Chrome·Safari 등 브라우저, 신규·재방문, 동의 허용·거부 상태별로 테스트 결과를 나눕니다.
- 쿠키 유지율, 사용자 식별 연속성, 전환 귀속 누락률을 각각 기록하고 중복 전환 여부도 점검합니다.
- 배포 시점과 변경 설정을 남기고 일정 기간 후 같은 기준으로 재측정합니다.
브라우저에서 쿠키가 확인된다는 사실만으로 광고 플랫폼이 전환을 모두 귀속했다는 뜻은 아닙니다. 이벤트 전달 성공 여부, 광고 클릭 정보의 보존, 전환 중복 제거, 플랫폼 보고 지연을 별도로 살펴야 합니다. 설정 검증 절차는 sGTM 태그 디버깅 방법에서 이어서 확인할 수 있습니다.
효과가 작거나 보이지 않을 때
쿠키가 갱신되지 않는 경우
서버가 쿠키를 한 번 설정했더라도 재방문 때마다 갱신하도록 구성되지 않았다면 실제 유지 기간은 설정한 최대치보다 짧을 수 있습니다. 쿠키 만료값뿐 아니라 재방문 요청에서 쿠키를 읽고 적절히 갱신하는 흐름인지 확인하세요. 서버 도메인 오류, 프록시 캐시, 응답 헤더 누락, 쿠키 Domain·Path 불일치도 저장 실패 원인이 될 수 있습니다.
귀속 개선이 매출 증가를 뜻하지는 않음
관측되는 전환이 늘어도 실제 구매가 증가했다기보다 측정 누락이 줄었을 수 있습니다. 따라서 매출 성과 판단은 실험 설계나 다른 독립 지표와 함께 해야 합니다. 식별자 보존은 측정 기반을 보완하는 수단이지, 광고 증분 효과나 이용자 동의를 대신 입증하지 않습니다.
Google은 사용자 지정 도메인에서 서버 설정 쿠키의 내구성·보안상 이점을 설명하고, Chrome은 쿠키 만료일을 최대 400일로 제한한다고 안내합니다. 적용 시점의 상세 동작은 Google의 sGTM 사용자 지정 도메인 안내, Chrome 쿠키 만료 상한 안내, WebKit 추적 방지 설명에서 확인하세요.
자주 묻는 질문
Q. sGTM을 설치하면 쿠키가 무조건 더 오래 유지되나요?
아닙니다. 퍼스트파티 도메인과 서버 설정이 갖춰지면 유지 가능성을 높일 수 있지만 브라우저 정책, 사용자 삭제, 동의 상태, 설정 오류에 따라 달라집니다.
Q. 쿠키 만료 기간을 400일보다 길게 설정할 수 있나요?
설정값을 더 길게 지정할 수 있어도 Chrome은 쿠키 만료일을 설정 시점 기준 최대 400일로 제한합니다. 다른 브라우저에서도 같은 값이 그대로 적용된다고 가정하지 말고 실제 저장 결과를 확인하세요.
Q. Safari에서도 서버 설정 쿠키는 제한을 받지 않나요?
그렇게 단정할 수 없습니다. Safari ITP는 저장 방식과 추적 정황에 따라 제한을 적용할 수 있습니다. 사이트의 도메인 구성과 브라우저별 테스트로 실제 결과를 확인해야 합니다.
Q. 쿠키 수명이 늘면 광고 전환 수도 늘어나나요?
측정 누락이 줄어 보고되는 귀속 전환이 달라질 수는 있지만 실제 구매 증가를 뜻하지는 않습니다. 전환 중복과 캠페인 조건을 점검하고 증분 효과는 별도로 평가하세요.
