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

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

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

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

• 다른 데이터를 Experience Platform으로 가져오기
• Platform 데이터 세트와 Customer Journey Analytics 간 연결 만들기
• 데이터 보기 만들기
• 보고 API 사용량 이식
• 데이터 피드 및 Data Warehouse 확인
• 프로젝트 및 구성 요소 마이그레이션
• 사용자 온보딩 계획 수립

자세한 내용은 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 구현에서 모든 규칙 조건과 데이터 요소를 다시 만들어야 합니다. 내역 데이터 유지를 고려하지 않음: Adobe는 Customer Journey Analytics로 업그레이드한 후에도 내역 데이터를 유지하려면 Experience Platform Web SDK의 새로운 구현과 함께 Analytics 소스 커넥터를 사용할 것을 권장합니다.
• 원래 구현 데이터와 새로운 구현 데이터 비교를 고려하지 않음: Adobe는 Customer Journey Analytics로 업그레이드한 후 데이터를 비교하기 위해 Experience Platform Web SDK의 새로운 구현과 함께 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을 보다 체계적이고 신중하게 업그레이드할 수 있습니다.

• Platform으로 데이터를 전송하기 위해 매핑 필요: 조직에서 Customer Journey Analytics를 사용할 준비가 되면 Adobe Experience Platform의 데이터 세트로 데이터를 보내야 합니다. 이 액션을 수행하려면 데이터 오브젝트의 모든 필드가 XDM 스키마 필드에 할당되는 데이터스트림 매핑 도구의 항목이어야 합니다. 매핑은 이 워크플로에서 한 번만 수행하면 되며, 구현 변경이 필요하지 않습니다. 그러나 XDM 오브젝트에서 데이터를 전송할 때는 추가적인 단계가 필요하지 않습니다.
• 기술 부채: 이 접근 방식은 기존 구현의 수정된 형태를 사용하기 때문에 필요할 때 구현 논리를 추적하고 향후 변경 사항을 수행하는 것이 어려울 수 있습니다.

• 가장 시간이 적게 걸리며 까다로운 업그레이드 경로.

  최소한의 투자로 데이터가 Customer Journey Analytics로 빠르게 마이그레이션됩니다.

• 데이터가 Edge Network로 전송되지 않습니다.

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

  • 모든 업그레이드 경로에 대한 보고에서 가장 높은 수준의 지연 발생, 실시간 개인화 사용 사례에 최적화되지 않음.
  • 데이터는 다른 Adobe Experience Platform 애플리케이션과 공유할 수 없으며 Customer Journey Analytics에만 국한됨
  • Adobe Analytics 명명법(Prop, eVar, 이벤트 등)에 의존

• 향후 Web SDK로의 전환이 어려움: 결국에는 Experience Platform Web SDK가 제공하는 이점을 활용하고 싶을 것입니다. Experience Platform Web SDK를 사용하려면 새로 구현해야 합니다.

• 스키마에서 Analytics 경험 이벤트 필드 그룹 사용: 이 필드 그룹은 Customer Journey Analytics 스키마에 필요하지 않은 여러 Adobe Analytics 이벤트를 추가합니다. 이로 인해 Customer Journey Analytics에 필요한 것보다 더 복잡하고 혼란스러운 스키마가 생길 수 있습니다.

이러한 단점 때문에 Adobe는 Experience Platform Web SDK의 새로운 구현과 함께 Analytics 소스 커넥터를 사용할 것을 권장합니다.

Adobe Analytics 구현에서 이미 Web 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 스키마를 업데이트하는 것의 단점은 다음과 같습니다.

• 스키마를 업데이트하는 것은 Platform으로 데이터를 전송하기 전에 필요한 시간이 많이 소요되는 프로세스입니다.