데이터 수집에서의 ID

Adobe 데이터 수집은 ID 신호를 사용하여 재방문자를 인식하고 경험을 통해 컨텍스트를 전달합니다. 방문자가 사이트에 도달하면 Edge Network은 ECID(Experience Cloud ID)를 생성하고 자사 쿠키에서 유지합니다. 해당 ECID는 Adobe Experience Cloud 애플리케이션에서 사용되는 기본 디바이스 식별자이며 분석, 개인화 및 대상자 활성화가 기반으로 하는 기반입니다. 구현에서는 getIdentity 명령을 통해 클라이언트측에서 방문자의 ECID에 액세스할 수 있습니다. 데이터 스트림 수준에서 데이터 수집을 위한 데이터 준비를 사용하여 ECID가 다운스트림 서비스에 도달하기 전에 사용자 지정 XDM 필드에 매핑할 수 있습니다.

ECID는 개인이 아닌 장치를 식별합니다. 활동을 알려진 사용자에게 연결하기 위해 XDM identityMap을(를) 사용하여 ECID와 함께 CRM ID 또는 해시된 이메일과 같은 추가 식별자를 보낼 수 있습니다. Adobe에서는 사용 가능한 개인 수준 네임스페이스를 기본 id(으)로 설정하는 것이 좋습니다.

데이터 수집은 기본 ECID 외에도 구현에 따라 추가 ID 신호를 지원합니다.

방문자 API에서 업그레이드하거나 이전 ID 동작을 조정하는 경우 기존 AMCV 쿠키를 마이그레이션하려면 idMigrationEnabled을(를) 참조하십시오.

자사 및 타사 컬렉션 first-party-and-third-party-collection

웹 SDK은 데이터 수집 요청을 수신하는 끝점에 관계없이 항상 ID 쿠키​(예: kndctr_ 쿠키)를 도메인의 자사 쿠키로 설정합니다. 수집 끝점(구현이 데이터를 보내는 도메인)은 브라우저와 네트워크 정책이 요청 자체를 처리하는 방식에 영향을 주는 별도의 선택입니다.

자사 컬렉션​은(는) Adobe의 Edge Network을 가리키는 CNAME를 사용하여 조직이 제어하는 도메인(예: data.example.com)을 통해 데이터 수집 요청을 라우팅합니다. 요청이 도메인에 유지되므로 광고 차단기 또는 브라우저 네트워크 제한에 의해 차단될 가능성이 줄어듭니다. 또한 자사 수집은 자체 서버 인프라에서 자사 장치 ID을(를) 설정하기 위한 전제 조건이며, 이는 가장 지속적인 ID 전략입니다. Adobe에서는 Adobe 관리 인증서 프로그램을 사용하여 구현에 대한 자사 컬렉션을 구성하는 것이 좋습니다.

타사 컬렉션​에서 Adobe 소유 edgeDomain(예: example.data.adobedc.net)에 직접 요청을 보냅니다. ID 쿠키가 여전히 도메인에서 자사 쿠키로 설정되어 있는 동안 요청 자체는 서드파티 도메인으로 이동하며, 일부 브라우저 및 광고 차단기가 이를 제한할 수 있습니다.

올바른 ID 패턴 선택 choose-your-path

방문자 인플레이션, ECID 불일치 또는 FPID 문제와 같은 ID 문제를 진단하는 데 도움이 필요하면 ID 문제 해결을 참조하십시오.