기존 Adobe Analytics Web SDK 구현을 구성하여 데이터를 Platform으로 전송합니다. existing-websdk-implementation

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 스키마를 사용하도록 선택하면 향후 구현 업데이트가 더 쉬워집니다.

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

• 시간이 지남에 따라 복잡성이 증가합니다: 나중에 추가하는 모든 필드는 데이터 스트림의 XDM에 매핑되어야 합니다.

  새 필드가 구현에 추가될 때마다 다음 중 하나를 수행할 수 있습니다.

  • 옵션 1: 데이터 개체에서 임의의 새 evar 또는 새 prop을 채운 다음 원하는 XDM 필드에 매핑합니다.

    이 프로세스는 클라이언트측 구현에 대한 일관성을 유도하지만 매핑이 필요합니다.

  • 옵션 2: 데이터 개체를 레거시 구현으로 두고 모든 새 필드에 대해 XDM 개체만 채우기를 시작합니다.

    이 프로세스에서는 매핑이 필요하지 않지만, 일부 변수는 데이터 개체에만 있고, 다른 변수는 XDM 개체에만 있습니다. 구현 문제를 해결해야 할 때는 언제든지 두 위치로 이동해야 합니다. 내부 워크플로우가 이에 적합한지 확인하십시오.