Show Menu
화제×

Adobe Analytics 및 브라우저 쿠키

Adobe Analytics는 전체 속성과 솔루션에서 지속적인 사용자 식별을 지원하기 위해 브라우저가 쿠키를 처리하는 방식의 변화에 대응합니다. 다음 FAQ는 브라우저 쿠키 변경 사항과 함께 지속적인 방문자 식별을 유지하는 방법에 대한 정보를 제공합니다.

브라우저가 쿠키를 처리하는 방식이 어떻게 바뀌고 있습니까?

일반적으로 대부분의 브라우저는 타사 쿠키를 보유하는 방식에서 점점 더 제한을 받고 있습니다. 쿠키가 브라우저에서 삭제되거나 거부된 경우 추적에 영향을 줄 수 있습니다. Safari 브라우저는 일부 자사 쿠키에 대한 제한을 추가로 설정하고 있습니다.
다음 목록은 브라우저에 따라 최근에 몇 가지 변경된 사항입니다.
  • Chrome: Chrome 80부터 SameSite 속성은 타사 쿠키 또는 사이트 간 요청을 관리하기 위해 다르게 처리됩니다. 궁극적으로 Chrome 개발자들은 완전히 타사 쿠키를 사용하지 않는 방법을 찾고 있습니다.
  • Firefox 및 Edge: 제품 발표에 따르면 후속 버전에서 Chrome 80과 동일한 변경 사항을 따를 것이라고 합니다.
  • Safari: Safari 12.1 부터 문서 쿠키 API를 통해 설정된 영구적 자사 쿠키("클라이언트 측" 쿠키라고 함)가 7일 후에 만료됩니다.

타사 쿠키와 자사 쿠키의 차이점은 무엇입니까?

자사 쿠키(First-party cookies)

자사 쿠키는 고객 웹 사이트(도메인별)에서 생성되며 사용자가 고객 웹 사이트를 방문할 때 클라이언트 브라우저에 저장됩니다. 모든 브라우저는 일반적으로 자사 쿠키를 수락합니다. 자사 쿠키 Analytics 구현 시 방문자 ID 쿠키는 호스트 이름이 CNAME 을 사용하여 도메인과 일치될 때 Adobe 노드에 생성됩니다. 그러면 브라우저가 자사 컨텍스트에서 쿠키를 수락합니다. 자세한 내용은 자사 쿠키 정보 를 참조하십시오.

타사 쿠키(Third-party cookies)

타사 쿠키는 사용자가 방문하는 웹 사이트에서 생성하지 않습니다. 브라우저가 현재 모든 타사 쿠키를 동일하게 처리하고 그에 따라 저장하지만 타사 쿠키 자체는 다른 중요한 방식으로 작동할 수 있습니다. 고객의 Analytics 타사 쿠키 구현을 통해 클라이언트는 Adobe만 호출하고 알 수 없거나 의심스러운 타사 도메인을 호출하지 않습니다. 현재는 이 방법으로 Analytics에 영구 식별자를 사용한 보안(HTTPS) 및 안정적인 추적을 구현합니다. 이 방법은 AppMeasurement.js 파일을 구성하여 구현됩니다. 자세한 내용은 쿠키 및 Experience Platform ID 서비스 를 참조하십시오.

현재 브라우저에서는 어떻게 Analytics 쿠키를 저장하고 관리합니까?

구현에 따라 Analytics 쿠키는 다음과 같이 저장됩니다.

타사 쿠키 구현

브라우저에서는 현재 Adobe demdex.net ID를 타사 쿠키로 저장합니다. 이 쿠키는 도메인 간에 영구 식별자를 제공하며 보안(https) 컨텐츠를 허용합니다.

자사 쿠키 구현

CNAME을 구성하면 사용자가 브라우저에 대한 자사 쿠키 컨텍스트에서 Adobe 쿠키를 수신할 수 있습니다. 타사 쿠키 구현이 사용자에게 최적이 아닌 경우 이 방법이 적절한 옵션이 될 수 있습니다.

SameSite 쿠키 속성은 무엇이며 Analytics에 어떤 영향을 줍니까?

Chrome 80 브라우저와 Firefox 및 Edge 브라우저의 후속 버전 출시에서 SameSite 쿠키 속성은 다음과 같이 사이트 간 요청 동작을 제어하기 위해 세 가지 다른 값에 대한 사양을 적용합니다.
  • None : 이 설정을 사용하면 사이트 간 액세스가 가능하고 쿠키를 타사 컨텍스트에서 전달할 수 있습니다. 이 속성을 지정하려면 Secure 도 지정해야 하며 모든 브라우저 요청이 HTTPS를 따라야 합니다. 예를 들어 쿠키를 설정할 때 속성 값을 다음과 같이 쌍으로 묶습니다. Set-Cookie: example_session=test12; SameSite=None; Secure . 레이블이 제대로 지정되지 않으면 쿠키는 최신 브라우저에서 사용할 수 없으며 거부됩니다.
  • Lax : 안전한 (예: 읽기 전용 GET ) HTTP 메서드를 사용하는 최상위 수준 탐색에 대해서만 동일한 사이트 쿠키를 사용하여 사이트 간 요청을 보낼 수 있습니다.
  • Strict : 타사 웹 사이트 요청에 대해 동일한 사이트 쿠키가 전송되지 않습니다. 쿠키에 대한 사이트가 URL 표시줄의 사이트와 일치하는 경우에만 쿠키가 전송됩니다.
이러한 브라우저 버전의 기본 동작은 지정된 SameSite 속성이 없는 쿠키를 SameSite=Lax 와 동일하게 처리하는 것입니다.

Adobe Analytics는 이러한 변화에 어떻게 대응합니까?

모든 Adobe 쿠키 업데이트는 Adobe 서버를 통해 처리되며 Adobe는 적합한 쿠키 속성을 설정하도록 Edge 서버를 업데이트했습니다. Adobe는 적합한 속성을 사용하여 타사 쿠키를 설정하는 서버측 업데이트를 발표했습니다. 사이트에 JavaScript 업데이트가 필요하지 않습니다.
이 Adobe Edge 서버별 업그레이드는 쿠키가 사용되는 모든 웹 사이트를 사용자가 방문할 때 자동으로 수행됩니다. 대부분의 Adobe 제품의 경우 Chrome 80이 릴리스될 때 쿠키에 적절한 플래그가 지정됩니다. 단, 타사 데이터 수집을 사용하고 ECID(Experience Cloud Identity Service)를 사용하지 않는 Adobe Analytics 구현은 예외입니다. 이러한 고객은 새 방문자의 일시적인 소량 증가를 경험할 수도 있습니다. 그렇지 않았다면 재방문자로 태그가 지정되었을 것이기 때문입니다.
Google이 쿠키를 잘못 처리했다고 식별한 브라우저의 경우 SameSite None 으로 설정되면 SameSite 가 설정되지 않은 상태로 남게 됩니다.
다음 표에는 Analytics 쿠키가 요약되어 있습니다.

사이트에서 Chrome, Firefox 및 Edge 변경 사항에 대비하는 가장 좋은 방법은 무엇입니까?

Analytics 고객은 JavaScript 구성이 Adobe 서비스 호출에 HTTPS를 사용하고 있는지 확인해야 합니다. ECID는 타사 HTTP 호출을 HTTPS 끝점으로 리디렉션하여 지연을 늘릴 수 있지만 구성을 변경할 필요는 없습니다.
모든 사이트 페이지가 HTTPS로 제공되도록 하는 것이 좋습니다.

여러 도메인을 위한 1개의 CNAME

웹 사이트와 동일한 도메인에 설정된 CNAME 구현이 있는 경우 이는 자사 쿠키 컨텍스트가 되므로 변경할 필요가 없습니다.
그러나 여러 도메인을 소유하고 있고 모든 도메인에서 데이터 수집에 동일한 CNAME을 사용하는 경우 다른 도메인에서 타사 쿠키로 처리됩니다. Chrome 80의 경우 이러한 다른 도메인에서 타사 쿠키가 더 이상 표시되지 않습니다. 모든 브라우저에서 더 유사하게 동작하도록 하기 위해 Analytics는 이 쿠키의 SameSite 값을 Lax 로 명시적으로 설정하고 있습니다. 친숙한 타사 컨텍스트에서 이 쿠키를 사용하는 경우 SameSite=None 값이 있는 쿠키 설정이 있어야 합니다. 즉, 항상 HTTPS를 사용해야 합니다. 보안 CNAME에 대해 SameSite 값을 변경하려면 Adobe 고객 지원 팀에 문의하십시오. 이 작업은 ECID를 사용하는 Analytics 고객에게는 필요하지 않습니다.

Safari 변경 사항(ITP 2.1)은 Analytics에 어떤 영향을 미칩니까?

Safari 12.1의 변경 사항에도 불구하고 Adobe Experience Cloud 쿠키의 데이터 세트는 계속 수집됩니다. 쿠키가 7일 후에 만료되지만 이 시간 내에 재방문하는 방문자는 쿠키를 갱신하여 7일 동안 만료되지 않도록 합니다. Adobe 업데이트를 사용할 수 있을 때까지 Safari 트래픽에 대해 전환 확인 기간 및 재방문자 수가 줄어들 수 있습니다.
만료 기간이 7일로 짧아져서 고객에게는 고유 방문자 수가 증가한 것으로 보일 수 있습니다. 방문 및 페이지 보기 수는 영향을 받지 않습니다. 세금 서비스 또는 휴일 소매와 같은 시즌 트래픽이 있는 속성의 경우 이런 방문자가 시즌 사이의 기간에는 연결되지 않으므로 더 큰 영향을 받을 수 있습니다.
CNAME을 사용하는 경우 방문자 ID 서비스는 ECID를 서버측 자사 쿠키에 저장합니다. 이렇게 하면 쿠키가 전체 기간 동안 유지될 수 있습니다.
참고: ITP 2.1은 모바일 앱에 포함된 브라우저에 적용되지 않습니다.

영향을 받는 자사 쿠키

document.cookie 를 통해 만든 자사 쿠키가 영향을 받습니다. HTTP 응답(서버측)을 통해 이러한 쿠키를 설정하거나 CNAME 인증을 사용 중인 경우 ITP 2.1의 변경 사항에 영향을 받지 않습니다. 다음 자사 쿠키 및 관련된 Adobe JavaScript 라이브러리는 영향을 받습니다.
  • ECID(Experience Cloud ID) 서비스 라이브러리에서 설정한 AMCV 쿠키
  • Analytics 기존 폴백 쿠키 s_fid
2o7.net 또는 omtrdc.net의 컬렉션 대상을 포함한 타사 쿠키로서 Analytics 기존 s_vi 쿠키는 이전 버전의 ITP를 기반으로 하여 계속 차단됩니다.
요약하면 다음과 같습니다.
  • CNAME이 있고 방문자 ID 서비스를 사용하는 경우 구현에 영향을 주지 않습니다.
  • 자사 컨텍스트에서 자사 CNAME을 사용하고 방문자 ID 서비스를 사용하지 않는 경우 구현에 영향을 주지 않습니다.
  • 자사 쿠키 도메인을 타사 컨텍스트에서 사용하거나 표준 타사 도메인 이름(예: 2o7.net, omtrdc.net 등)과 함께 사용하는 경우 Safari는 현재 상태 그대로 이를 차단합니다.
  • 사용자 지정 방문자 ID를 사용하는 경우 - 이는 방문자 ID를 저장하는 방식에 따라 달라집니다. 자사 "클라이언트측" 쿠키에 ID를 저장하는 경우 7일 만료 기간이 적용됩니다. 다른 방법을 사용하여 사용자 지정 ID를 저장하는 경우 영향을 받는지 평가해야 합니다.

가장 영향을 덜 받는 데이터 세트

자주 재방문하는 활성 방문자가 있는 데이터 세트는 변경 사항의 영향을 거의 받지 않습니다. 사이트의 컨텐츠가 고객이 매일 또는 일주일에 두 번 이상 재방문하는 경우 이러한 활성 사용자에 대한 쿠키는 만료되기 전에 갱신됩니다. 소셜 네트워크, 뉴스 및 기타 미디어 사이트에는 자주 재방문하는 대규모의 사용자 커뮤니티가 있을 수 있습니다.
기본 방문자 ID 로 s_vi 를 사용 중이며 CNAME을 사용하는 자사 데이터 수집으로 구성된 고객은 ITP 2.1의 영향을 받지 않습니다. s_vi 를 설정할 수 없는 인스턴스에서 폴백 쿠키 s_fid 가 사용될 수 있으며 7일 만료 기간을 갖습니다.
또한 방문자 ID 서비스를 사용하고 자사 도메인이 있는 데이터 세트는 거의 영향을 받지 않습니다.

Safari 변경 사항이 비즈니스에 영향을 줍니까?

고객이 데이터 수집을 변경하기 전에 먼저 자사의 회사에 미치는 영향을 측정하는 것이 좋습니다. 이 작업은 이 섹션에서 아래에 제공된 방법으로 수행할 수 있습니다.
보고 및 테스트에 미치는 영향을 측정하려면 구현한 방문자 및 쿠키 추적 유형과 Safari를 사용하는 사용자로부터 받은 트래픽의 양을 파악하는 것이 중요합니다. 개인 비즈니스에 미치는 영향을 측정하려면 다음을 고려하십시오.
  • Adobe 라이브러리에서 설정하는 쿠키 유형을 확인합니다.
  • 최신 Safari 브라우저에서 개발자 콘솔을 엽니다. 자사 도메인에 설정된 위에 나열된 쿠키가 표시되는 경우 이러한 변경 사항의 영향을 받을 수 있습니다.
  • s_vi 쿠키가 표시되지만 CNAME의 컨텍스트에서 AMCV 쿠키가 설정되지 않은 경우 방문자 식별에 CNAME을 사용하고 Analytics 사용이 이러한 변경 사항의 영향을 받지 않습니다. CNAME 컨텍스트에서 s_vi 쿠키 및 AMCV 쿠키 세트가 모두 표시되는 경우 최근 또는 현재 유예 기간을 사용하고 있으며 일부 Analytics 트래픽에 영향을 줄 수 있습니다.
  • Analytics를 사용하여 7일 이내에 재방문하지 않는 방문자의 비율을 측정합니다. 방문자가 7일 이내에 반복해서 재방문하는 경우 트래픽에 큰 영향을 주지 않을 수 있습니다. Analtyics를 사용하여 이를 확인하는 방법에 대한 자세한 내용은 Safari ITP 2.1이 Adobe Experience Cloud 및 Experience Platform 고객에게 미치는 영향 을 참조하십시오.
  • Safari 브라우저에서 트래픽 비율을 측정하여 변경 사항이 충분한지 확인합니다. Analtyics를 사용하여 사이트에 대한 Safari 트래픽 비율을 확인하는 방법에 대한 지침은 Safari ITP 2.1이 Adobe Experience Cloud 및 Experience Platform 고객에게 미치는 영향 을 참조하십시오.

방문자가 가장 많이 사용하는 브라우저는 무엇입니까?

방문자가 사용하는 브라우저에 대해 자세히 알고 싶은 경우 Analytics 브라우저 차원 을 사용하여 사이트에 가장 많이 사용되는 브라우저를 확인할 수 있습니다. Analytics 차원을 사용하여 지리적 지역에 따라 가장 많이 사용하는 브라우저를 확인할 수도 있습니다. 자세한 내용은 지리 특성 을 참조하십시오.
statcounter 에 따르면 2019년 말 각 브라우저의 전세계 시장 점유율은 다음과 같습니다.
  • Chrome: ~64%
  • Safari: ~17%
  • Firefox: ~4%
  • Edge: ~2%
시장 점유율 변화에 따라 이러한 통계 를 참조하여 구현 전략을 검토할 수 있습니다.

Safari에서 단기간 ITP 2.1 변경 사항을 사용하여 가장 효과적으로 작업하려면 어떻게 합니까?

Adobe의 CNAME 및 관리 인증서 프로그램은 ITP 변경 사항을 처리하는 데 사용되고 있습니다. Adobe 관리 인증서 프로그램에서는 추가 비용 없이 자사 쿠키를 위한 새로운 자사 인증서를 구현할 수 있습니다. 현재 Adobe는 솔루션별로 여러 개의 CNAME 서비스를 제공하고 있으며 Analytics 인증 프로그램을 단기적으로 활용하려고 합니다.
CNAME 설정을 사용하고, 방문자 식별을 위해 Experience Cloud ID Services도 사용하는 현재 Analytics 고객은 향후 ECID 라이브러리 업데이트를 활용할 수 있습니다. 이 변경 사항을 통해 CNAME 인증 추적 서버에서 ECID를 유지하고 방문자 식별을 위한 참조로 사용할 수 있습니다. 자세한 내용은 ECID 라이브러리의 연속 릴리스에서 확인할 수 있습니다.
Adobe는 일부 ECID 라이브러리 고객만 CNAME 또는 Analytics를 사용한다는 것을 알고 있습니다. 모든 ECID 고객은 동일한 기능을 사용하기 위해 CNAME 설정을 제공 받습니다.
현재 구현에 CNAME을 활용하지 않는 경우 고객 지원 팀에 문의하여 프로세스를 시작할 수 있습니다.

지속적인 방문자 식별에 대한 Adobe의 향후 계획은 무엇입니까?

새로운 기능 및 구현에는 다음이 포함됩니다.
  • 모든 Adobe 솔루션에 대한 CNAME 인증 셀프 서비스 옵션
  • 유연한 방문자 ID 수집 방법, BYOI(Bring your own Id) 및 API 최초 데이터 수집
  • Adobe Experience Platform의 ID 그래프
  • Adobe 데이터 수집에 대한 통합된 방법
Adobe는 개인화된 환경을 원하는 소비자를 위해 더 정확한 개인화를 위해 노력하고 있습니다. Adobe는 고객의 개인 정보 보호 선택에 맞게 온라인 ID 기능을 고객에게 제공하기 위해 노력하고 있습니다.