Show Menu
화제×

자사 쿠키 정보

Analytics는 쿠키를 사용하여 이미지 요청과 브라우저 세션 간에 지속되지 않는 변수 및 구성 요소에 대한 정보를 제공합니다. Adobe에서 호스팅하는 도메인에서 오는 이러한 해로운 쿠키는 타사 쿠키라고 합니다.
대부분의 브라우저 및 안티스파이웨어 애플리케이션은 Analytics 데이터 수집에서 사용되는 쿠키를 포함하여 타사 쿠키를 거부하고 삭제하도록 설계되었습니다. 방문자가 웹 사이트와 상호 작용하는 방법에 대한 추적을 지원하려면 퍼스트 파티 쿠키를 구현할 수 있습니다.
퍼스트 파티 쿠키를 구현하는 데 두 가지 옵션을 사용할 수 있습니다.
  • Experience Platform ID 서비스. ID 서비스는 JavaScript를 사용하여 자사 컨텍스트에서 쿠키를 설정할 수 있습니다.
  • CNAME 별칭을 Adobe 호스팅 도메인에 구성하기 위해 회사의 DNS 서버에 있는 DNS 항목입니다. CNAME을 사용하여 다양한 Adobe 제품이 지원되지만 모든 경우에 CNAME은 특정 고객에 대해 신뢰할 수 있는 자사 종단점을 만드는 데 사용되며 해당 고객이 소유합니다. 해당 고객이 여러 도메인을 제어하는 경우 단일 CNAME 끝점을 사용하여 도메인에서 사용자를 추적할 수 있지만, CNAME 도메인 외부에 있는 모든 도메인에 대해 타사 쿠키가 필요하므로 타사 쿠키가 차단되어 권장되지 않는 경우에는 작동하지 않습니다. Adobe CNAME 파섹
Experience Cloud ID 서비스에서 첫 번째 옵션을 사용할 때에도 Apple의 ITP는 자사 쿠키를 단기간 동안 사용하게 되므로 두 번째 옵션과 함께 사용하는 것이 가장 좋습니다.
CNAME을 사용하는 두 번째 옵션의 경우 사이트에 HTTPS 프로토콜을 사용하는 보안 페이지가 있는 경우 퍼스트 파티 쿠키를 구현하기 위해 Adobe와 함께 SSL 인증서를 얻을 수 있습니다. Adobe는 2020년 하반기에 HTTP 컬렉션에 대한 지원을 중단할 것이므로 데이터 수집에 HTTPS만 사용하는 것이 좋습니다.
SSL 인증서 발급 프로세스는 종종 혼란스럽고 시간이 걸릴 수 있습니다. 그 결과 Adobe는 업계 선도적인 인증 기관(CA)인 DigiCert와의 파트너십을 구축했으며 이러한 인증서의 구매 및 관리를 자동화하는 통합 프로세스를 개발했습니다.
귀하의 허가가 있으면 Adobe는 CA와 협력하여 새로운 SHA-2 SSL 인증서를 발행, 배포 및 관리할 것입니다. Adobe는 이 인증서를 계속 관리하고 예기치 않은 만료, 해지 또는 보안 문제가 조직의 보안 컬렉션 가용성을 위협하지 않도록 합니다.

Adobe 관리 인증서 프로그램

Adobe 관리 인증서 프로그램은 자사 쿠키를 위한 새 자사 SSL 인증서를 구현하는 권장 프로세스입니다.
Adobe 관리 인증서 프로그램에서는 추가 비용 없이 자사 쿠키를 위한 새로운 자사 SSL 인증서를 구현할 수 있습니다. 현재 자체 고객 관리 SSL 인증서를 보유하고 있는 경우 Adobe 관리 인증서 프로그램으로 마이그레이션하는 방법에 대해 Adobe 고객 지원 센터에 문의하십시오.

구현

자사 쿠키를 위한 새 자사 SSL 인증서를 구현하는 방법은 다음과 같습니다.
  1. 자타 쿠키 요청 양식 을 작성하고 Adobe 관리 프로그램에서 자사 쿠키를 설정하도록 요청하는 고객 지원 센터를 통해 티켓을 엽니다. 문서 내에 각 필드가 예와 함께 설명되어 있습니다.
  2. CNAME 레코드를 만듭니다(아래 지침 참조).
    티켓을 수령하면 고객 지원 담당자가 CNAME 기록 한 쌍을 제공해 드립니다. Adobe가 귀하를 대신하여 인증서를 구입할 수 있으려면 먼저 회사의 DNS 서버에서 이러한 레코드를 구성해야 합니다. CNAMES는 다음과 비슷합니다.
    보안 - 예를 들어 호스트 이름은 smetrics.example.com 다음을 가리킵니다. example.com.ssl.d1.omtrdc.net Adobe
    비보안 - 예를 들어 호스트 이름 metrics.example.com 은(는) 다음을 가리킵니다. example.com.d1.omtrdc.net .
  3. 이러한 CNAME이 준비되면 Adobe는 DigiCert와 협력하여 Adobe 프로덕션 서버에서 인증서를 구매 및 설치합니다.
    기존 구현이 있는 경우 기존 방문자를 유지하기 위해 방문자 마이그레이션을 고려해야 합니다. 인증서가 Adobe의 프로덕션 환경에 라이브로 푸시된 후 추적 서버 변수를 새 호스트 이름으로 업데이트할 수 있습니다. Meaning, if the site is not secure (HTTP), update the s.trackingServer . If the site is secure (HTTPS), update both s.trackingServer and s.trackingServerSecure variables.
  4. 호스트 이름 전달의 유효성을 확인합니다(아래 참조).
  5. 구현 코드 업데이트(아래 참조).

유지 관리 및 갱신

SSL 인증서는 매년 만료됩니다. 즉, Adobe는 매년 각 구현에 대한 새 인증서를 구입해야 합니다. 조직 내의 지원되는 모든 사용자는 구현 만료가 가까워올 때마다 이메일 알림을 받게 됩니다. Adobe가 호스트 이름을 갱신하려면 지원되는 한 사용자가 Adobe의 이메일에 회신하고 데이터 수집에 대해 만료 호스트 이름을 계속 사용할 계획이라고 표시해야 합니다. 이때 Adobe는 자동으로 새 인증서를 구입하여 설치합니다.

FAQ

질문
답변
이 프로세스는 안전합니까?
예, Adobe 관리 프로그램은 Adobe의 기존 방식보다 더 안전하며 Adobe와 인증 기관의 외부에서 인증서나 개인 키가 변경되지 않습니다.
Adobe는 어떻게 도메인의 인증서를 구입할 수 있습니까?
Adobe 소유 호스트 이름에 지정된 호스트 이름(예: smetrics.example.com)을 지정한 경우에만 인증서를 구입할 수 있습니다. 이것은 본질적으로 이 호스트 이름을 Adobe에 위임하며 Adobe가 사용자를 대신하여 인증서를 구매할 수 있도록 합니다.
인증서가 해지되도록 요청할 수 있습니까?
예, 도메인의 소유는 인증서를 해지하도록 요청할 수 있습니다. 이렇게 하려면 고객 지원 센터에서 티켓을 열면 됩니다.
이 인증서는 SHA-2 암호화를 사용합니까?
예, Adobe는 DigiCert와 협력하여 SHA-2 인증서를 발행합니다.
이 경우 추가 비용이 발생합니까?
아니요. Adobe는 추가 비용 없이 현 Adobe Digital Experience 고객에게 이 서비스를 제공하고 있습니다.

CNAME 레코드 작성

조직의 네트워크 작업 팀은 새 CNAME 레코드를 만들어 DNS 서버를 구성해야 합니다. 각 호스트 이름은 Adobe의 데이터 수집 서버로 데이터를 전달합니다.
FPC 전문가는 구성된 호스트 이름과 가리키는 CNAME을 제공합니다. 예:
  • SSL 호스트 이름 : smetrics.mysite.com
  • SSL CNAME : mysite.com.ssl.sc.omtrdc.net
  • 비SSL 호스트 이름 : metrics.mysite.com
  • 비 SSL CNAME : mysite.com.sc.omtrdc.net
구현 코드를 변경하지 않는 한, 이 단계는 데이터 수집에 영향을 주지 않으며 구현 코드를 업데이트한 후 언제든지 완료할 수 있습니다.

호스트 이름 전달 유효성 확인

유효성 검사에 사용할 수 있는 방법은 다음과 같습니다.

브라우저를 사용하여 유효성 검사

CNAME을 설정하고 인증서를 설치한 경우 브라우저를 사용하여 유효성을 검사할 수 있습니다.
https://sstats.adobe.com/_check

다음을 사용하여 유효성 검사 curl

명령줄에서 curl 을 사용하는 것이 좋습니다. (Windows 사용자는 다음 위치에서 설치할 수 curl 있습니다.)( )
CNAME이 있지만 설치된 인증서가 없는 경우 다음을 실행하십시오.응답 curl -k https://sstats.adobe.com/_check : SUCCESS
-k 값은 보안 경고를 비활성화합니다.
CNAME을 설정하고 인증서가 설치된 경우 다음을 실행하십시오.응답 curl https://sstats.adobe.com/_check : SUCCESS

다음을 사용하여 유효성 검사 nslookup

유효성 검사에 사용할 nslookup 수 있습니다. 예를 sstats.adobe.com 사용하여 명령 프롬프트를 열고 nslookup sstats.adobe.com
모든 것이 성공적으로 설정되면 다음과 유사한 반품이 표시됩니다.
nslookup sstats.adobe.com
Server:             10.30.7.247
Address:     10.30.7.247#53

sstats.adobe.com    canonical name = adobe.com.ssl.d1.sc.omtrdc.net.
Name:  adobe.com.ssl.d1.sc.omtrdc.net
Address: 54.218.180.161
Name:  adobe.com.ssl.d1.sc.omtrdc.net
Address: 52.39.8.230
Name:  adobe.com.ssl.d1.sc.omtrdc.net
Address: 54.187.216.46

구현 코드 업데이트

자사 쿠키를 활용하도록 사이트에서 코드를 편집하려면 먼저 다음 전제 조건을 완료하십시오.
  • SSL 인증서를 요청하려면 Adobe 관리 인증서 프로그램의 구현 섹션에 설명된 단계를 따르십시오 .
  • CNAME 레코드를 만듭니다(위 사항 참조).
  • 호스트 이름을 확인합니다(위 참조).
호스트 이름이 응답하고 데이터 수집 서버로 전달하는 것을 확인했으면 사용자의 구현을 변경하여 자신의 데이터 수집 호스트 이름을 가리키도록 할 수 있습니다.
  1. 코어 JavaScript 파일( s_code.js/AppMeasurement.js )을 엽니다.
  2. 코드 버전을 업데이트하려면 전체 s_code.js/AppMeasurement.js 파일을 최신 버전으로 바꾸고 플러그인 또는 사용자 지정으로 바꿉니다. 또는 자사 쿠키와 관련된 코드만 업데이트하려면 s.trackingServer 및 s.trackingServerSecure(SSL 사용 시)를 찾아 새로운 데이터 수집 호스트 이름을 지정합니다. mysite.com 사용 예: s.trackingServer = "metrics.mysite.com" s.trackingServerSecure = "smetrics.mysite.com"
  3. 업데이트된 코어 JavaScript 파일을 해당 사이트에 업로드합니다.
  4. 장기간 구현에서 자사 쿠키로 이동하거나 다른 자사 컬렉션 호스트 이름으로 변경하려는 경우 이전 도메인에서 새 도메인으로 방문자를 마이그레이션하는 것이 좋습니다.
Analytics 구현 안내서의 방문자 마이그레이션을 참조하십시오.
JavaScript 파일을 업로드한 후에는 모든 것이 자사 쿠키 데이터 수집에 맞게 구성됩니다. 데이터 수집이 정상적으로 진행될 수 있도록 다음 몇 시간 동안 Analytics 보고를 모니터링하는 것이 좋습니다. 그렇지 않으면 위의 모든 단계가 완료되었음을 확인하고 조직에서 지원하는 사용자 중 한 명이 고객 지원 센터에 문의하도록 하십시오.