사파리 쿠키의 유효기간은 얼마인가요?

사파리 쿠키 유효기간 정책 안내: ITP 기술에 따른 7일 및 24시간 자동 삭제 규정

웹사이트 방문자의 데이터를 유지하고 분석하는 과정에서 사파리 쿠키 유효기간 규정을 정확히 파악하는 일은 매우 중요합니다. 브라우저의 보안 강화 정책을 이해하지 못하면 마케팅 성과 측정에 오류가 발생하거나 소중한 고객 데이터를 상실하는 금전적 손실을 입습니다. 올바른 규정 확인으로 데이터 누수를 방지하십시오.

사파리 브라우저의 쿠키 유효기간과 ITP 정책 이해하기

사파리(Safari) 브라우저의 쿠키 유효기간은 애플의 지능형 추적 방지(ITP) 기술로 인해 다른 브라우저보다 훨씬 짧은 최대 7일로 제한됩니다. 이 현상은 단순히 기술적인 설정을 넘어 사용자 데이터 보안과 마케팅 분석의 정확도에 직접적인 영향을 미치는 중요한 변화입니다. 브라우저 환경에 따라 자사 쿠키와 타사 쿠키의 수명이 어떻게 다른지 명확히 파악하는 것이 필요합니다.

사파리는 현재 한국 모바일 브라우저 시장에서 약 22-23%의 점유율을 차지하고 있으며, 이는 웹사이트 방문자 4명 중 1명이 사파리 정책의 영향을 받는다는 의미입니다. 특히 아이폰 사용자의 비중이 높은 국내 마케팅 환경에서 7일이라는 제한된 쿠키 수명은 고객 여정(Customer Journey)을 추적하는 데 큰 걸림돌이 되고 있습니다. 데이터^[1] 기반 의사결정을 내리는 개발자와 마케터들에게 사파리의 쿠키 정책은 이제 선택이 아닌 필수적인 고려 사항이 되었습니다.

ITP(지능형 추적 방지)가 쿠키 수명을 결정하는 방식

사파리의 쿠키 유효기간을 이해하려면 가장 먼저 ITP 기술을 알아야 합니다. ITP는 사용자의 개인정보를 보호하기 위해 웹사이트 간 추적을 방지하는 알고리즘입니다. 과거에는 쿠키의 만료일을 개발자가 임의로 1년이나 2년으로 설정할 수 있었지만, 현재 사파리에서는 자바스크립트를 통해 생성된 모든 자사 쿠키를 7일 뒤에 강제로 삭제합니다.^[2] 더 나아가 특정 추적 기능을 가진 링크를 통해 사이트에 접속할 경우, 그 수명은 24시간으로 더 짧아지기도 합니다. ^[3]

저는 처음에 이 정책을 접했을 때 단순히 타사 쿠키만 차단하는 줄 알았습니다. 하지만 직접 개발한 웹사이트의 로그인을 유지하는 자사 쿠키까지 7일 만에 사라지는 것을 보고 당혹감을 감출 수 없었습니다. 사용자들은 일주일만 지나면 다시 로그인을 해야 하는 불편함을 겪게 되었고, 서비스의 리텐션 지표는 수직 하락했습니다. 결국 보안과 사용자 편의성 사이에서 균형을 잡는 것이 사파리 환경에서의 핵심 과제가 되었습니다.

클라이언트 사이드와 서버 사이드 쿠키의 차이

사파리에서 모든 쿠키가 7일만 지속되는 것은 아닙니다. 쿠키 유효기간의 핵심은 쿠키가 어디서 생성되었느냐에 달려 있습니다. 브라우저 내 자바스크립트(document.cookie)를 통해 생성된 쿠키는 ITP의 직접적인 타겟이 되어 7일 제한을 받습니다. 반면, 서버 응답 헤더(Set-Cookie)를 통해 전송되는 HTTP 전용 쿠키는 여전히 브라우저의 기본 설정값에 따라 더 긴 수명을 유지할 수 있습니다.

이 기술적 차이는 데이터 수집 방식의 거대한 변화를 불러왔습니다. 클라이언트 사이드에서 작동하는 많은 분석 툴들이 사파리 환경에서 데이터 누락을 겪으면서, 많은 기업이 서버 사이드 태깅으로 전환하고 있습니다. 실제 측정 결과에 따르면, 서버 사이드 방식을 도입한 기업은 사파리 사용자로부터 수집하는 데이터의 정확도를 상당히 개선할 수 있었습니다.^[4] 기술적 제약을 이해하면 해결책도 보입니다.

쿠키 유효기간 제한이 디지털 마케팅에 미치는 영향

쿠키 수명이 7일로 줄어들면 가장 먼저 타격을 입는 것은 광고 성과 측정(Attribution)입니다. 사용자가 광고를 보고 클릭한 뒤, 고민 끝에 8일째 되는 날 구매를 결정했다면 사파리 브라우저는 이 사용자를 새로운 방문자로 인식합니다. 결과적으로 광고의 기여도는 0%로 처리되고, 마케팅 효율은 실제보다 훨씬 낮게 측정되는 착시 현상이 발생합니다.

단순히 숫자가 틀리는 문제가 아닙니다. 데이터가 오염되면 광고 최적화 알고리즘 자체가 잘못된 방향으로 학습하게 됩니다. 실제로는 효율이 좋은 매체인데도 데이터상으로는 성과가 낮게 보여 예산을 삭감하게 되는 악순환에 빠질 수 있습니다. 마케터 입장에서는 미치고 팔짝 뛸 노릇입니다. 데이터는 거짓말을 하지 않는다고 믿어왔는데, 브라우저가 데이터의 일부를 지워버리고 있기 때문입니다.

리마케팅과 개인화 경험의 단절

리마케팅 광고는 사용자의 관심사를 쿠키에 저장했다가 다시 보여주는 방식입니다. 하지만 사파리 사용자가 7일 동안 사이트를 방문하지 않으면 그 사용자의 관심사 데이터는 증발합니다. 장바구니에 담아둔 상품 정보나 개인화된 추천 목록이 사라지면서 고객은 끊어진 경험을 하게 됩니다. 이는 단순한 데이터 손실을 넘어 브랜드 신뢰도와 구매 전환율에 부정적인 영향을 미칩니다.

실제로 이커머스 업계에서는 사파리 ITP 강화 이후 직접 방문(Direct) 비중이 통계적으로 상승한 것처럼 보이는 현상이 보고되었습니다. ^[5] 이는 실제 직접 방문이 늘어난 것이 아니라, 쿠키가 만료되어 이전 유입 경로를 잃어버린 사용자들이 신규 방문자로 분류되었기 때문입니다. 현실은 가혹합니다. 정확한 성과 측정을 위해서는 이제 쿠키에만 의존해서는 안 된다는 신호입니다.

사파리 환경에서의 쿠키 생성 방식 비교

클라이언트 사이드 쿠키 (JavaScript)

• 최대 7일 (추적 링크 유입 시 24시간)
• 자바스크립트 접근이 가능하여 XSS 공격에 취약함
• 매우 쉬움 (프론트엔드 코드만으로 가능)
• 낮음 (브라우저 정책에 의해 언제든 삭제 가능)

서버 사이드 쿠키 (HTTP Set-Cookie) ⭐

• 설정된 만료일까지 유지 (ITP 제한 우회 가능)
• HttpOnly 속성 사용 시 스크립트 접근 차단으로 안전함
• 보통 (백엔드 서버 설정 및 인프라 구축 필요)
• 높음 (브라우저의 강제 삭제 영향이 적음)

서울 판교 IT 기업 마케터 민준 씨의 데이터 복구기

판교의 한 패션 커머스 기업에서 일하는 민준 씨는 어느 날 사파리 브라우저 유입자의 재방문 결제 전환율이 전월 대비 40% 급감한 것을 발견했습니다. 팀원들은 광고 소재의 문제라고 생각했지만 민준 씨는 데이터 수집 방식에 의문을 품었습니다.

처음에는 단순히 광고 추적 스크립트를 재설치하면 해결될 줄 알았습니다. 하지만 결과는 처참했습니다. 스크립트를 수십 번 수정해도 8일 이후의 재방문 데이터는 여전히 유입 경로가 없는 직접 방문으로 찍혔고 광고 성과는 개선되지 않았습니다.

민준 씨는 사파리의 ITP가 자바스크립트 쿠키를 7일 만에 삭제한다는 사실을 깨달았습니다. 팀원들과 논의 끝에 모든 핵심 전환 데이터를 서버 사이드 태깅으로 전환하는 과감한 결정을 내렸습니다.

전환 후 4주가 지나자 사파리 유입자의 광고 기여도가 이전보다 35% 이상 높게 측정되기 시작했습니다. 잃어버렸던 고객 여정을 되찾은 민준 씨는 이제 브라우저 정책 변화에도 흔들리지 않는 데이터 구조의 중요성을 체감하고 있습니다.

웹 개발자 지수 씨의 로그인 유지 최적화

지수 씨는 새롭게 런칭한 웹 서비스에서 유독 아이폰 사용자들의 '로그인 유지 안 됨' 민원이 쏟아지는 문제를 겪었습니다. 로직에는 문제가 없었기에 지수 씨는 일주일 내내 밤을 지새우며 코드를 검토했습니다.

원인은 클라이언트 사이드에서 저장하던 세션 쿠키였습니다. 사파리가 7일마다 이를 삭제하고 있었던 것입니다. 처음에는 로컬 스토리지를 대안으로 생각했지만, 사파리는 이조차도 일정 기간 후 삭제한다는 것을 알게 되었습니다.

결국 지수 씨는 인증 관련 쿠키를 서버에서 HTTP Only 속성으로 발급하도록 아키텍처를 전면 수정했습니다. 사파리의 보안 가이드를 정독하며 브라우저가 허용하는 가장 안전한 저장 방식을 찾아냈습니다.

이후 로그인 유지 기간이 설정값대로 30일 이상 정상 작동하게 되었고, 사용자 이탈률은 20% 감소했습니다. 기술 문서만 믿기보다 브라우저의 실질적인 동작 방식을 파악하는 것이 얼마나 중요한지 깨달은 계기였습니다.