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

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

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

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

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

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

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

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

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