overwriteCrossDomainMCIDAndAID overwritecrossdomainmcidandaid

Last update: Wed May 24 2023 00:00:00 GMT+0000 (Coordinated Universal Time)

작성 대상:

Developer
User
Admin
Leader

이 속성은 방문자가 한 도메인에서 두 번째 도메인으로 이동할 때 방문자의 Experience Cloud 및 Analytics ID를 덮어씁니다. ID를 덮어쓰려면 각 도메인에서 ID 서비스를 소유하고 있으며 구현했어야 합니다. 이 코드를 사용하면 제어하지 않는 도메인의 ID를 덮어쓸 수 없습니다.

구문: Visitor.overwriteCrossDomainMCIDAndAID: true|false(기본값은 false임)

코드 샘플

JavaScript 코드는 다음 예제와 유사할 수 있습니다.

//Call the ID service
var visitor = Visitor.getInstance("INSERT-MARKETING-CLOUD-ID-HERE", {
     ...

     //Set overwrite property
     overwriteCrossDomainMCIDAndAID: true
});

사용 사례

사이트 방문자를 추적하기 위해 ID 서비스에서는 MIDExperience Cloud ID(또는 MID)를 브라우저 쿠키에 작성합니다. 다음 표에서는 다른 도메인의 ID 서비스에서 설정한 기존 MID를 덮어쓸 수 있는 일반적인 사용 사례를 나열하고 설명합니다.

사용 사례

설명

다른 도메인 랜딩 페이지에서 방문자 식별

도메인 A와 B를 보유하고 있다고 가정해 보겠습니다. 이러한 경우 다음과 같은 상황에서 Visitor.overwriteCrossDomainMCIDAndAID: true를 설정할 수 있습니다.

각 도메인에는 자체 랜딩 페이지가 있습니다.
방문자는 이미 이전의 도메인 B 방문에서 설정된 쿠키(및 MID)를 가지고 있습니다.
방문자가 도메인 A에서 도메인 B로 오는 경우 방문자를 일관되게 식별하기를 원합니다.

랜딩 및 전환 페이지에서 방문자 식별

도메인 A와 B를 보유하고 있다고 가정해 보겠습니다. 이러한 경우 다음과 같은 상황에서 Visitor.overwriteCrossDomainMCIDAndAID: true를 설정할 수 있습니다.

도메인 A는 랜딩 페이지입니다.
도메인 B는 별도의 전환, 예약 또는 기타 워크플로 종료 페이지입니다.
방문자는 이미 이전의 도메인 B 방문에서 설정된 쿠키(및 MID)를 가지고 있으며 이러한 쿠키가 서버측 MID보다는 덜 바람직한 클라이언트측 MID라는 것을 알고 있습니다.
방문자가 도메인 A에서 도메인 B로 오는 경우 방문자를 일관되게 식별하기를 원합니다.

모바일 앱에서 웹 브라우저로의 방문자 식별

이 사용 사례는 약간 다릅니다. 여기에는 모바일 앱에서 웹 사이트로 이동할 때 사용자를 식별하는 것이 포함됩니다. 이 경우 방문자는 이미 모바일 앱에서 로컬로 설정된 MID를 가지고 있으며 웹 사이트의 쿠키에 다른 MID가 설정되어 있습니다. Visitor.overwriteCrossDomainMCIDAndAID: true를 설정하여 브라우저 쿠키에 설정된 MID를 모바일 앱에서 설정한 MID로 덮어쓸 수 있습니다.

recommendation-more-help

9c9e8ca9-9f7e-42c9-a5d5-a0d82776362a