2단계: 업그레이드 경로 선택

업그레이드 프로세스의 이 시점에서 Customer Journey Analytics 환경을 사용할 준비가 되기 전에 다양한 작업을 수행해야 합니다.

이러한 추가 작업은 Adobe Analytics의 업그레이드와 새로운 Customer Journey Analytics 구현에 적용됩니다.

이러한 작업에는 다음이 포함됩니다.

• 다른 데이터를 Experience Platform 상태로 가져오기
• 플랫폼 데이터 세트와 Customer Journey Analytics 간 연결 만들기
• 데이터 보기 만들기
• 보고 API 사용 포팅
• 데이터 피드 및 Data Warehouse 계정
• 프로젝트 및 구성 요소 마이그레이션
• Planning 사용자 온보딩

자세한 내용은 Customer Journey Analytics 시작을 참조하세요.

• Experience Edge Network에서 데이터를 호스팅할 수 있는 모든 이점 제공:

  다음과 같은 이점이 있습니다.

  • Adobe Experience Platform은 실시간 개인화 사용 사례를 지원하기 위해 구축되었기 때문에 성능 높은 보고 및 데이터 가용성
  • 다른 Experience Cloud 제품(AJO, RTCDP 등) 간에 Adobe Experience Cloud 데이터 수집을 위한 구현 통합
  • Adobe Analytics 명명법(prop, eVar, 이벤트 등)에 의존하지 않음

• 미래 대비: 향후 구현을 더 쉽게 업데이트할 수 있습니다.

• 처음부터 새 구현이 필요합니다: 처음부터 새 구현을 수행해야 한다는 것은 다음과 같은 단점을 의미합니다.
  • 시간이 오래 걸림: 새 구현으로 다시 시작해야 하므로 가장 시간이 많이 걸리고 까다로운 업그레이드 경로입니다.
  • XDM에서 전체 스키마를 다시 만들어야 합니다: Web SDK 구현을 시작하려면 먼저 XDM에서 전체 스키마를 다시 만들어야 합니다.
  • 규칙과 데이터 요소를 다시 만들어야 합니다: Web SDK 구현을 시작하려면 먼저 Adobe Analytics 구현에서 모든 규칙 조건과 데이터 요소를 다시 만들어야 합니다.

• Experience Edge Network에서 데이터를 호스팅할 수 있는 모든 이점 제공:

  다음과 같은 이점이 있습니다.

  • Adobe Experience Platform은 실시간 개인화 사용 사례를 지원하기 위해 구축되었기 때문에 성능 높은 보고 및 데이터 가용성
  • 다른 Experience Cloud 제품(AJO, RTCDP 등) 간에 Adobe Experience Cloud 데이터 수집을 위한 구현 통합
  • Adobe Analytics 명명법(prop, eVar, 이벤트 등)에 의존하지 않음

• 기존 구현을 사용: 이 방법을 사용하려면 일부 구현을 변경해야 하지만 처음부터 완전히 새로운 구현이 필요하지 않습니다. 기존 Adobe Analytics 보고에 영향을 주지 않고 구현 논리를 최소한으로 변경하여 기존 데이터 레이어 및 코드를 사용할 수 있습니다.

• 나중에 조직에 대한 XDM 스키마를 만들 수 있는 유연성을 제공합니다: 기존 Adobe Analytics 구현을 마이그레이션하여 Web SDK를 사용하고 모든 것이 Adobe Analytics에서 작동하는지 확인한 다음 XDM 스키마를 만들 수 있습니다. 이러한 유연성으로 인해 Customer Journey Analytics으로 보다 체계적이고 신중하게 업그레이드할 수 있습니다.

• 데이터를 플랫폼에 보내려면 매핑이 필요합니다: 조직에서 Customer Journey Analytics을 사용할 준비가 되면 Adobe Experience Platform의 데이터 세트로 데이터를 보내야 합니다. 이 작업을 수행하려면 데이터 개체의 모든 필드가 XDM 스키마 필드에 할당하는 데이터 스트림 매핑 도구의 항목이어야 합니다. 매핑은 이 워크플로우에 대해 한 번만 수행하면 되며 구현 변경을 수반하지 않습니다. 그러나 XDM 개체에서 데이터를 전송할 때는 필요하지 않은 추가 단계입니다.
• 기술적 부담: 이 방법은 기존 구현의 수정된 형식을 사용하므로 구현 논리를 추적하고 필요한 경우 나중에 변경을 수행하는 것이 더 어려울 수 있습니다.

• 시간 소모가 적고 까다로운 업그레이드 경로.

  최소한의 투자로 신속하게 Customer Journey Analytics으로 데이터 마이그레이션

• 데이터가 Edge Network으로 전송되지 않음:

  이로 인해 다음과 같은 단점이 발생합니다.

  • 모든 업그레이드 경로에서 보고의 최고 수준인 지연입니다. 실시간 개인화 사용 사례에 최적화되지 않았습니다.
  • 데이터는 다른 Adobe Experience Platform 애플리케이션과 공유할 수 없습니다. Customer Journey Analytics 전용으로만 제한됩니다
  • Adobe Analytics 명명법(prop, eVar, 이벤트 등)에 의존

• 나중에 웹 SDK로 이동하기 어려움:

• 스키마에서 Analytics Experience Event 필드 그룹을 사용합니다: 이 필드 그룹은 Customer Journey Analytics 스키마에 필요하지 않은 많은 Adobe Analytics 이벤트를 추가합니다. 이로 인해 Customer Journey Analytics에 필요한 것보다 더 복잡하고 복잡한 스키마가 발생할 수 있습니다.

Adobe Analytics 구현에서 이미 웹 SDK를 사용 중인 경우 기본 업그레이드 경로입니다.

• Experience Edge Network에서 데이터를 호스팅할 수 있는 모든 이점 제공:

  다음과 같은 이점이 있습니다.

  • Adobe Experience Platform은 실시간 개인화 사용 사례를 지원하기 위해 구축되었기 때문에 성능 높은 보고 및 데이터 가용성
  • 다른 Experience Cloud 제품(AJO, RTCDP 등) 간에 Adobe Experience Cloud 데이터 수집을 위한 구현 통합
  • Adobe Analytics 명명법(prop, eVar, 이벤트 등)에 의존하지 않음

• 기존 구현을 사용: 이 방법을 사용하려면 일부 구현을 변경해야 하지만 처음부터 완전히 새로운 구현이 필요하지 않습니다. 기존 Adobe Analytics 보고에 영향을 주지 않고 구현 논리를 최소한으로 변경하여 기존 데이터 레이어 및 코드를 사용할 수 있습니다.

• XDM 스키마를 사용하는 옵션을 제공합니다: 기존 Adobe Analytics 스키마를 사용하거나 XDM 스키마를 만들고 데이터 개체의 필드를 XDM 스키마에 매핑하도록 선택할 수 있습니다. XDM 스키마은(는) 필요한 모든 필드를 정의하는 유연한 스키마이며 관련된 필드만 정의합니다.

  고유한 XDM 스키마를 사용할 때의 장점에 대한 자세한 내용은 아래의 "고유한 XDM 스키마 사용"을 참조하십시오.

• 규칙과 데이터 요소를 유지합니다: 새로운 규칙 작업이 필요하지만 최소한의 변경 사항으로 기존 데이터 요소와 규칙 조건을 다시 사용할 수 있습니다.

• 미래 대비: 자체 XDM 스키마를 사용하도록 선택하면 향후 구현 업데이트가 더 쉬워집니다.

Adobe Analytics 스키마를 사용할 때의 장점은 다음과 같습니다.

• 간편한 업그레이드

  Adobe Experience Platform Web SDK를 사용하여 이미 Adobe Analytics으로 데이터를 전송 중인 경우 데이터 스트림에 서비스를 추가하여 데이터를 Adobe Experience Platform으로 전송할 수 있습니다(그런 다음 Customer Journey Analytics 구성에서 사용할 수 있음).

Adobe Analytics 스키마를 사용할 때의 단점은 다음과 같습니다.

• Adobe Analytics 스키마를 사용해도 다른 Platform 애플리케이션과 함께 사용할 수 있는 방법에는 제한이 없지만 보다 복잡한 스키마가 생성됩니다. 이는 Adobe Analytics 스키마에 조직에서 사용할 가능성이 낮은 Adobe Analytics과 관련된 많은 개체가 포함되어 있기 때문입니다.

  스키마를 변경해야 하는 경우, 업데이트가 필요한 필드를 찾으려면 사용되지 않은 수천 개의 필드를 살펴봐야 합니다.

• 고유한 XDM 스키마로 업데이트하는 장점에는 다음이 포함됩니다.

  • 조직의 요구 사항과 사용하는 특정 Platform 애플리케이션에 맞게 조정된 간소화된 스키마.

    스키마를 변경해야 하는 경우, 업데이트가 필요한 필드를 찾기 위해 사용하지 않는 수천 개의 필드를 검색하지 않아도 됩니다.

자체 XDM 스키마로 업데이트할 때의 단점은 다음과 같습니다.

• 스키마를 업데이트하는 것은 플랫폼으로 데이터를 보내기 전에 필요한 시간이 오래 걸리는 프로세스입니다.