이 페이지는 Marketing Cloud ID Service 서비스가 방문자를 기존 Analytics ID에서 Marketing Cloud ID로 마이그레이션하는 방법을 보여줍니다. 기본적인 이해를 위해 몇 가지 개념을 단순화했습니다.

동영상: MCID가 기존 Analytics 방문자를 마이그레이션하는 방법


환경

일반적인 웹 환경이 아래에 나와 있습니다. 왼쪽에는 방문자의 브라우저가 있습니다. 가운데에는 My Company Inc. 소유의 웹 사이트 컬렉션이 있으며, 둘 다 ID Service를 성공적으로 배포했습니다. 오른쪽과 왼쪽 아래에는 Adobe의 서버를 나타내는 실린더가 있습니다.

일반적인 웹 환경을 나타낸 다이어그램

사용자 브라우저에 s_vi 쿠키가 있는 것을 확인할 수 있습니다. 쿠키는 SiteA.com 도메인에서 설정된 것 같습니다. Analytics 추적을 잘 알고 있다면 이 쿠키에 'aid' 값이 포함되어 있다는 것을 알 수 있습니다. 이 쿠키가 있기 때문에 이 사용자는 이전에 My Company Inc.가 소유한 웹 속성 중 하나 이상에 액세스했습니다.

시나리오

다음은 다른 두 가지 시나리오에 대한 설명입니다.

첫 번째 시나리오에서, 사용자는 My Company Inc.가 ID Service를 배포한 이후 처음으로 SiteA.com으로 돌아갑니다. 이 시나리오는 ID Service가 기존 ID를 기존 s_vi 쿠키에서 AMCV 쿠키로 마이그레이션하는 방법을 보여줍니다. 첫 번째 시나리오는 다이어그램에서 파란색으로 표시되어 있습니다.

두 번째 시나리오에서, 같은 사용자가 My Company Inc 소유의 두 번째 도메인을 방문합니다. 이 도메인에도 ID Service가 배포되어 있습니다. 이 사용자가 처음으로 이 사이트에 방문했습니다. 이 사이트는 첫 번째 도메인과 동일한 Analytics 추적 서버를 사용합니다. 이 시나리오는 ID Service가 동일한 ID Service ID를 유지하면서 추적 서버에서 기존 ID를 검색하는 것을 보여줍니다. 두 번째 시나리오는 다이어그램에서 빨간색으로 표시되어 있습니다.

 

두 방문자 시나리오를 보여주는 다이어그램

참고:

일반적으로 ID Service 전에 교차 도메인 추적을 수행한 방법은 여러 도메인이 동일한 Analytics 추적 서버를 사용하는 것입니다.

단계

  1. 사용자가 My Company Inc.에서 Marketing Cloud ID Service를 배포한 이후 SiteA.com을 처음 방문합니다.

     

    Step 1
  2. ID Service 코드(VisitorAPI.js)가 페이지의 일부로 로드되고 'AMCV' 쿠키가 현재 도메인(SiteA.com)에 있는지 확인하는 작업이 수행됩니다. 그러한 쿠키가 없으므로ID Service는 demdex.net 도메인에 Demdex 쿠키가 있는지 확인합니다. demdex.net 쿠키도 없습니다.

    쿠키 확인
  3. Marketing Cloud ID가 현재 브라우저 내에 존재하지 않으므로 ID Service 코드는 ID Service 서버(dpm.demdex.net)에서 ID를 요청합니다. Experience Cloud 조직 ID를 사용하여 dpm.demdex.net에 네트워크 요청이 수행됩니다.

    네트워크 요청 수행

    참고:

    Experience Cloud 조직 ID는 구현의 일부로 페이지에서 가져와 Adobe Experience Cloud의 각 클라이언트 회사를 고유하게 식별합니다. 각 ID는 다음 값과 유사합니다. 016D5C175213CCA80A490D05@AdobeOrg

  4. ID Service 서버가 요청을 수신합니다. 요청에 'uuid' 값이 없으므로, 서버에서 Marketing Cloud ID 또는 'mid' 값을 생성하는 데 사용할 값을 생성합니다. 'uuid' 값이 생성되면 서버는 'uuid' 및 Experience Cloud 조직 ID를 사용하여 'mid'를 생성합니다. 

    ID Service 서버가 요청을 수신함
  5. ID Service는 'uuid'와 'mid'를 모두 사용하여 요청에 응답합니다.

    uuid 및 mid를 사용하여 응답
  6. ID Service는 마지막으로 기존 Analytics ID가 있는지 확인합니다. 이렇게 하도록 's_vi' 쿠키가 Analytics 추적 서버 도메인에 있는지 확인합니다. 이 예에서 metrics.siteA.com은 Analytics 추적 서버로 사용됩니다.

    기존 Analytics ID가 있는지 확인

    참고:

    Analytics에서 기존 Analytics ID 또는 'aid'가 없는 방문자의 기본 ID로 'mid' 값을 사용하므로 이 확인이 필요합니다. 기존 ID의 마이그레이션이 완료되지 않으면 사용자가 새로운 방문자가 되고, 기존 'aid'와 관련된 모든 기록 데이터가 새 방문자와 연결되지 않습니다.

     

  7. 이 예에서 브라우저는 추적 서버 도메인에 기존 s_vi 쿠키를 포함합니다. 즉, ID Service가 이 쿠키를 읽고 쿠키에서 'aid' 값을 검색할 수 있습니다.

    브라우저에 기존 쿠키가 들어 있음
  8. ID Service 코드에 필요한 정보가 있으므로 현재 도메인(SiteA.com)에 AMCV 쿠키를 설정합니다. demdex.net 쿠키가 없으므로 ID Service는 또한 UUID가 포함된 demdex.net 쿠키를 설정합니다.

    ID Service가 AMCV 쿠키 설정

    참고:

    ID Service가 현재 도메인에 해당 쿠키를 씁니다. 이는 쿠키가 추적 서버 도메인에 작성된 기존 Analytics ID와 다릅니다.

    또한 Analytics 추적 서버 도메인이 웹 페이지의 도메인과 항상 일치하지는 않습니다.

  9. AMCV 쿠키가 브라우저에 작성되면 나머지 페이지가 로드되고 Adobe 솔루션 비콘이 실행됩니다.

    페이지 로드 및 Adobe 솔루션 비콘이 실행됨
  10. 시나리오 2에서 동일한 브라우저를 사용하는 동일한 사용자가 ID Service가 배포된 My Company Inc. 소유의 다른 웹 속성을 방문합니다.

    시나리오 2 - 동일한 브라우저 방문
  11. ID Service 코드가 로드되면 2단계와 마찬가지로 현재 도메인(siteB.com)에 AMCV 쿠키가 있는지 확인합니다. 이 사용자가 이 사이트를 처음 방문한 것이므로 AMCV가 없습니다. AMCV 쿠키가 없으므로, 다음 검사는 demdex.net 쿠키에 대한 것입니다. Demdex 쿠키는 이전 시나리오의 8단계에서 설정되었기 때문에 이번에는 존재합니다. ID Service가 Demdex 쿠키를 읽고 'uuid' 값을 반환합니다.

    AMCV 쿠키가 있는지 확인
  12. 첫 번째 시나리오(3단계)에서와 마찬가지로 ID Service 코드는 ID Service 서버에 ID를 요청합니다. 그러나 이번에는 이미 Demdex 쿠키의 'UUID' 값이 있습니다. 'UUID' 및 Experience Cloud Org ID가 요청과 함께 전송됩니다.

    ID Service가 ID 요청
  13. 서버가 요청을 수신하고'mid'값(요청과 함께 전송된 'uuid'(ABC) 및 조직 ID(1234) 사용)을 생성합니다. 'mid' 값은 이전 예제와 동일한 Org ID 및 'UUID'를 사용하여 생성됩니다. ID를 생성하는 데 동일한 두 매개 변수가 사용되므로 결과는 동일합니다. 이 방법으로 ID Service에서 교차 도메인 추적이 수행됩니다.

    서버가 요청을 받고 'mid' 값 생성
  14. 브라우저는 요청 응답의 페이지에 'mid' 값을 다시 보냅니다.

    브라우저가 'mid' 값을 페이지에 다시 보냄
  15. ID Service 코드는 Analytics 추적 서버에 s_vi 쿠키가 있는지를 최종적으로 확인합니다(첫 번째 시나리오와 마찬가지로 기존 방문자 데이터가 손상되지 않도록 함).

    ID Service 코드 - 쿠키가 있는지 최종 확인
  16. 추적 서버 도메인이 브라우저가 현재 방문하는 도메인(siteb.com)과 일치하지 않으므로 추적 서버가 요청에 응답할 수 있도록 metrics.siteA.com으로 호출됩니다. 추적 서버는 AID 값이 있다고 가정하고 이 값으로 요청에 응답합니다(이 경우 브라우저 상단에서 볼 수 있듯이 이 값이 있음).

    metrics.siteA.com으로 호출됨
  17. 이제 ID Service 코드에는 필요한 모든 정보가 있으므로 현재 도메인에 AMCV 쿠키를 씁니다. 이번에는 쿠키가 siteB.com에 기록됩니다. AMCV 쿠키에는 'mid'와 'aid'가 모두 들어 있습니다. 둘 다 사용하면 기존 ID와 관련된 모든 데이터를 계속 사용하면서, MID를 통해 교차 솔루션 ID를 얻을 수도 있습니다.

    현재 도메인에 AMCV 쿠키 쓰기
  18. 마지막으로 나머지 페이지 코드가 실행되고 Adobe 솔루션 비콘이 실행됨

질문이 있으십니까?

이 문서는 Marketing Cloud ID service(MCID)가 작동하는 방식을 살펴봅니다. 일반적인 이해를 위해 일부 개념은 단순화됩니다. 궁금한 점이 있으면 Marketing Cloud ID Service 설명서 를 참조하십시오. 또한 커뮤니티 포럼 에 문의할 수도 있습니다.

이 작업에는 Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License의 라이센스가 부여되었습니다.  Twitter™ 및 Facebook 게시물은 Creative Commons 약관을 적용받지 않습니다.

법적 고지 사항   |   온라인 개인 정보 보호 정책