12CODE
지금 읽는 곳 ITP는 정확히 무엇을 제한하나 1 / 6
12code 라이브러리 아티클 표지. 사파리 쿠키 만료(ITP)로 7일 클릭 전환 기준 리포트가 저평가되는 폭 계산법

사파리 쿠키 만료(ITP)로 7일 클릭 전환 기준 리포트가 저평가되는 폭 계산법

브라우저마다 측정 조건이 다르다는 사실을 인정하고 나면, 그 격차 자체를 숫자로 잴 수 있습니다.

이 과목 10 / 23편 고급 3분
과목 ID213
트랙S2
모듈성과 측정·데이터 기반 최적화
레슨10
난이도고급
플랫폼공통
발행일2026-09-01
검토일2026-09-01
관련 과목111 · 115 · 104
출처7건
핵심요약5개
01

사파리 ITP는 자바스크립트로 만든 퍼스트파티 쿠키의 수명을 최대 7일로 제한한다

02

광고 클릭 파라미터가 붙어 들어온 세션의 쿠키는 24시간으로 더 짧게 제한된다

03

7일 클릭 기준 리포트는 이 제한과 정면으로 충돌해 사파리 쪽 전환을 놓치기 쉽다

04

저평가 폭은 브라우저별 전환율 격차를 이용해 자사 데이터로 추정할 수 있다

05

추정치는 상한값이므로 기기·성향 차이 같은 교란 요인을 함께 적어둬야 한다

01

ITP는 정확히 무엇을 제한하나

사파리의 추적 방지 기능은 ITP 2.1부터 자바스크립트로 생성한 퍼스트파티 쿠키의 수명을 최대 7일로 제한합니다. 여기에 더해 광고 클릭 링크에 gclid나 fbclid 같은 추적 파라미터가 붙어 유입된 경우, 그 세션에서 생성되는 쿠키는 24시간으로 더 짧게 제한됩니다.

서버가 헤더로 발급한 쿠키라고 안전한 것도 아닙니다. 사파리 16.4부터는 그 서버가 서드파티를 가리키는 CNAME 뒤에 있거나 주소 대역이 실제 방문 중인 사이트와 어긋나면 의심스러운 서버로 판정해 수명을 똑같이 7일로 제한합니다.

02

왜 7일 클릭 기준 리포트가 특히 불리한가

기여 기간을 7일로 잡는다는 건 오늘 클릭한 사람이 엿새 뒤 구매해도 그 광고의 성과로 인정하겠다는 뜻입니다. 그런데 광고 클릭으로 들어온 사파리 사용자의 식별 쿠키가 24시간 만에 사라진다면, 이틀 뒤 다시 들어와 구매한 사람은 광고를 클릭한 적 없는 사람처럼 보입니다. 기간은 7일인데 기억은 하루만 남는 상태입니다.

여기서 주의할 배경이 하나 있습니다. 크롬은 2024년 7월 서드파티 쿠키 전면 폐지 계획을 철회했고 2025년 10월에는 대체 기술로 개발하던 Privacy Sandbox API 다수를 폐기한다고 발표했습니다. 그래서 "쿠키가 곧 사라진다"는 전제로 세운 대응은 이미 사실과 다릅니다. 반면 사파리와 파이어폭스의 추적 차단은 크롬 정책과 무관하게 계속 유지되고 있습니다. 즉 지금 실무의 문제는 전면 폐지가 아니라 브라우저별 격차입니다.

03

저평가 폭을 어떤 순서로 계산하나

계산은 다섯 단계입니다. 첫째, 최소 4주 구간을 잡고 최근 3일은 전환 지연 때문에 잘라냅니다. 둘째, GA4에서 브라우저 측정기준으로 세션을 나눕니다. 셋째, 브라우저별로 세션 수와 구매 수를 뽑아 전환율을 각각 구합니다. 넷째, 기준으로 삼을 브라우저를 정합니다. 보통 쿠키 제한이 가장 덜한 크롬을 씁니다. 다섯째, 사파리 세션이 기준 브라우저와 같은 전환율을 냈다면 몇 건이 더 잡혔을지를 계산합니다.

예를 들어 4주간 크롬 세션이 20,000회에 구매 400건으로 전환율 2.0%, 사파리 세션이 10,000회에 구매 120건으로 전환율 1.2%라고 하겠습니다. 격차는 0.8%포인트입니다. 사파리 세션 10,000회에 이 격차를 곱하면 80건이 나옵니다. 이 80건이 사파리에서 측정되지 못했을 가능성이 있는 전환의 추정 상한입니다. 실측 120건에 이 80건을 더하면 200건이므로, 사파리에서 일어났어야 할 전환의 40%가 보이지 않았을 수 있다는 계산이 됩니다.

04

이 추정을 어디까지 믿어야 하나

80건은 확정치가 아니라 상한입니다. 사파리 사용자와 크롬 사용자는 기기 구성부터 다르고, 구매 성향과 객단가도 다를 수 있습니다. 캠페인 노출이 기기별로 고르게 배분되지 않았다면 격차의 일부는 측정이 아니라 실제 성과 차이입니다.

그래서 계산 결과 옆에는 반드시 조건을 적어둡니다. 어떤 기간을 썼는지, 어떤 캠페인만 포함했는지, 최근 며칠을 잘라냈는지 세 가지입니다. 실무 가이드가 권하는 대로 최소 48시간, 가급적 일주일 지난 데이터로 계산하고, 같은 계산을 분기마다 반복해 추세를 봅니다. 한 번의 숫자보다 몇 분기에 걸친 격차 변화가 훨씬 신뢰할 만한 근거가 됩니다.

05

저평가를 줄이려면 무엇을 바꿔야 하나

근본 대응은 브라우저 쿠키에 덜 의존하는 수집 경로를 만드는 것입니다. 서버사이드 태깅은 이벤트 데이터를 브라우저가 아니라 자사 도메인에 호스팅된 서버 컨테이너를 통해 전송하는 방식이라, 데이터 정확성과 개인정보 제어 측면에서 이점이 있는 구성으로 정리됩니다. 매체 쪽으로는 서버에서 직접 이벤트를 보내는 전환 API 계열을 함께 씁니다.

다만 서버 컨테이너는 비용 구조를 먼저 확인해야 합니다. 구글 공식 가이드는 프로덕션 환경 기준으로 서버 여러 대 구성을 권장하고 대당 월 비용 기준값을 제시하며, 자동 확장을 쓰는 경우 최대 인스턴스 수나 예산 알림을 미리 걸어두지 않으면 트래픽 급증 시 요금이 통제 없이 늘어날 수 있다고 안내합니다. 도입 전에 상한을 정해두는 것이 순서입니다.

06

로그인 데이터가 있다면 무엇이 달라지나

회원 로그인이 있는 서비스라면 브라우저 쿠키 대신 사람 단위 식별을 쓸 수 있습니다. User-ID는 자체 회원번호를 GA4로 보내 같은 사용자의 행동을 여러 세션·기기·플랫폼에 걸쳐 연결하는 기능입니다. 로그인 비중이 높은 쇼핑몰일수록 브라우저별 격차의 영향을 덜 받습니다.

반대로 비회원 구매 비중이 큰 쇼핑몰이라면 이 격차는 당분간 안고 가야 합니다. 그럴 때는 매체 리포트 대신 총매출을 총광고비로 나눈 지표를 판단의 축으로 삼는 편이 흔들림이 적습니다.

다음 행동

GA4 탐색 분석에서 브라우저를 행으로, 세션 수와 구매 수를 값으로 놓은 표를 4주 기준으로 만들어보세요. 크롬과 사파리의 전환율 격차 한 줄이 저평가 폭 계산의 출발점입니다.

다음 글 · 레슨 11→여러 광고매체 UTM 파라미터 표기가 제각각일 때 GA4에서 채널을 하나로 통합해 보는 방법

← 이전 글 · 레슨 09 GA4 자동 수집(향상된 측정)만 켰을 때 실제 매출과 어긋나는 흔한 원인 3가지

출처

facts 항목 기준 · 본문 인라인 미표기7건
F-01Stape — Safari ITP 가이드(쿠키 수명 7일·24시간, Safari 16.4 판정) https://stape.io/blog/safari-itp업계
F-02Privacy Sandbox 공식 블로그 — 서드파티 쿠키 폐지 계획 철회 https://privacysandbox.google.com/blog/update-on-the-plan-for-phase-out-of-third-party-cookies-on-chrome업계
F-03Usercentrics — Privacy Sandbox API 폐기 정리 https://usercentrics.com/knowledge-hub/what-is-google-privacy-sandbox/업계
F-04Stape, Usercentrics — 서버사이드 태깅의 장점 https://stape.io/blog/google-tag-manager-server-side-tracking-explained업계
F-05Google for Developers — 서버사이드 태깅 인프라 요구사항과 비용 https://developers.google.com/tag-platform/learn/sst-fundamentals/7-planning-infrastructure업계
F-06Google Analytics 고객센터 — User-ID로 플랫폼 간 활동 측정하기 https://support.google.com/analytics/answer/9213390?hl=ko공식
F-07Cometly — 전환 지연과 리포팅 버퍼 https://www.cometly.com/post/conversion-lag-reporting-issues업계

플랫폼 기능·심의 기준·가격·법률은 바뀝니다. 이 글은 2026-09-01에 위 출처를 기준으로 확인했습니다.

CHALLENGE

배운 걸 실전 문제로 확인

카테고리별 Level Test로 실무 레벨을 점검해보세요.

챌린지 보기 →
이 과목의 게시글23편
01메타 광고관리자 쇼핑 전환액과 카페24 실제 결제 금액이 30% 이상 벌어질 때 데이터 누수 진단 순서02GA4 Purchase 이벤트에서 네이버페이 등 간편결제 우회로 소스/매체가 오염되는 것을 막는 GTM 스크립트 세팅03자사몰·스마트스토어·지그재그 동시 집행 시 매체 간 중복 기여로 ROAS가 부풀려지는 현상을 제거하는 통합 계산법04서버사이드 전환 API와 브라우저 픽셀의 전환수가 서로 다르게 잡힐 때 어느 쪽을 기준값으로 삼아야 하는가05마지막 클릭 기여와 데이터 기반 기여 모델을 바꾸면 매체별 성과 순위가 뒤집히는 이유06쿠팡 자체 광고 리포트 ROAS와 GA4 ROAS가 항상 다르게 나오는 트래킹 구조 차이07카카오 알림톡·채널을 거친 구매 전환을 어트리뷰션 리포트에 정확히 반영하는 방법08iOS 앱 추적 투명성(ATT) 이후 메타 전환 수치가 실제보다 축소 집계되는 폭 추정법09GA4 자동 수집(향상된 측정)만 켰을 때 실제 매출과 어긋나는 흔한 원인 3가지10사파리 쿠키 만료(ITP)로 7일 클릭 전환 기준 리포트가 저평가되는 폭 계산법11여러 광고매체 UTM 파라미터 표기가 제각각일 때 GA4에서 채널을 하나로 통합해 보는 방법12ROAS 목표를 매출 대비가 아닌 마진 대비로 바꿔야 하는 상품군과 전환 계산식13신규 고객과 재구매 고객의 ROAS를 분리 집계하지 않았을 때 광고 효율을 과대평가하는 함정14카페24 스크립트 오류로 구매완료 태그가 중복 발화될 때 매출이 부풀려지는 증상 확인법15광고 클릭 후 24시간 내 재방문 구매를 자연유입으로 착각하는 것을 막는 세션 설정16오프라인 매장 병행 판매 브랜드가 온라인 광고 기여도를 과대·과소평가하지 않는 통합 측정 설계17GA4 탐색 분석으로 광고매체별 첫구매 전환까지 걸리는 평균 리드타임을 뽑는 방법18메타·구글·네이버 세 매체 ROAS를 같은 기준으로 비교하기 위한 전환값 표준화 절차19광고 리포트상 ROAS는 높은데 실제 통장 매출은 정체될 때 점검해야 할 5가지 데이터 지점20인플루언서 코드 유입과 광고 클릭 유입이 겹칠 때 이중 계산을 막는 어트리뷰션 우선순위 규칙21GA4 데이터 보존기간(2개월 vs 14개월) 설정 실수로 장기 코호트 분석이 불가능해지는 것을 막는 법22쇼핑몰 어드민 매출과 정산 매출(수수료·환불 반영 전후)의 차이를 광고 성과 분석에 반영하는 법23광고 성과 대시보드를 매체별 원본 데이터가 아닌 GA4 통합 기준으로 통일해야 하는 이유와 전환 절차 과목 전체 보기 →

MKT TOOLS

실무자를 위한 무료 도구

카피 글자수 검사, CPC·ROAS 계산기, UTM 생성기까지.

워크스페이스 열기 →