설명서Experience PlatformTarget을 at.js 2.x에서 Web SDK로 마이그레이션

Target at.js에서 Platform Web SDK로의 마이그레이션 개요

Last update: Tue Jul 16 2024 00:00:00 GMT+0000 (Coordinated Universal Time)
  • 주제:

작성 대상:

  • 중간
  • 경험
  • 개발자

at.js에서 Platform Web SDK로 마이그레이션하는 작업의 수준은 현재 구현과 사용된 제품 기능의 복잡성에 따라 다릅니다.

구현이 아무리 간단하거나 복잡하더라도 마이그레이션 전에 현재 상태를 완전히 이해하는 것이 중요합니다. 이 안내서는 현재 구현의 구성 요소를 분류하고 각 요소를 마이그레이션하는 관리 가능한 계획을 개발하는 데 도움이 됩니다.

마이그레이션 프로세스에는 다음과 같은 주요 단계가 포함됩니다.

  1. 현재 구현 평가 및 마이그레이션 접근 방식 결정
  2. Adobe Experience Platform Edge Network에 연결하도록 초기 구성 요소 설정
  3. at.js를 Platform Web SDK로 대체하도록 기본 구현 업데이트
  4. 특정 사용 사례에 맞게 Platform Web SDK 구현을 개선합니다. 여기에는 추가 매개 변수 전달, 단일 페이지 앱(SPA) 보기 변경 사항 처리, 응답 토큰 사용 등이 포함될 수 있습니다.
  5. 프로필 스크립트, 활동 및 대상 정의와 같은 Target 인터페이스의 객체 업데이트
  6. 프로덕션 환경에서 전환하기 전에 최종 구현의 유효성을 확인합니다.

at.js와 Platform Web SDK의 주요 차이점

마이그레이션 프로세스를 시작하기 전에 at.js와 Platform Web SDK의 차이점을 이해하는 것이 중요합니다.

운영상의 차이점

Platform Web SDK는 여러 Adobe 애플리케이션의 기능을 단일 라이브러리에 결합합니다. 이러한 통합된 접근 방식은 건강한 구현을 위해 팀 간의 책임과 프로세스를 고려해야 함을 의미합니다.

Target at.js 2.x
Platform Web SDK
소유권
at.js 라이브러리는 다른 애플리케이션 라이브러리와 독립적입니다. 서로 다른 이러한 라이브러리의 사용자 지정 및 소유권은 조직의 다른 팀에 맞출 수 있습니다.
Platform Web SDK 라이브러리 및 전달된 데이터는 모든 Adobe 애플리케이션에 대해 통합됩니다. Platform Web SDK 구현의 소유권은 모든 다운스트림 애플리케이션의 관련자를 나타내야 합니다.
유지 관리
Target 및 Analytics와 같은 각 Adobe 애플리케이션에 대해 별도의 팀이 구현 개선 작업을 수행할 수 있습니다.
가장 좋은 방법은 단일 팀이 Platform Web SDK 구현에 영향을 주는 향상된 기능을 담당해야 한다는 것입니다.
프로세스
Target 구현을 변경하면 Analytics와 같은 다른 애플리케이션과 비교하여 케이던스 또는 QA 요구 사항이 다른 프로세스를 따를 수 있습니다.
Platform Web SDK 구현을 변경하면 모든 다운스트림 애플리케이션을 고려해야 하며 QA 및 게시 프로세스를 적절하게 조정해야 합니다.
공동 작업
Target에 대한 데이터는 Target 호출에서 직접 전달할 수 있습니다. 구현에 따라 추가 Target 호출이 있을 수 있습니다. 이는 Adobe Analytics 데이터에 직접적인 영향을 주지 않으며 분석 팀과의 조정은 중요하지 않습니다.
Platform 웹 SDK 호출에서 전달된 데이터는 Target과 Analytics 모두에 전달할 수 있습니다. 변경 사항이 특정 애플리케이션에 부정적인 영향을 주지 않도록 팀 간의 조정이 필요합니다.

기술적 차이점

Platform Web SDK 는 Target at.js 라이브러리의 진화가 아닙니다. 웹 채널에 대한 모든 Adobe 애플리케이션을 구현하기 위한 새롭고 통합된 방식입니다. 알아야 할 몇 가지 기술적인 차이점이 있습니다.

Target at.js 2.x
Platform Web SDK
라이브러리 기능
at.js에서 제공하는 Target 기능입니다. Visitor.js 및 AppMeasurement.js에서 제공하는 다른 애플리케이션과의 통합
단일 Platform Web SDK 라이브러리에서 제공하는 모든 Adobe 애플리케이션에 대한 기능: alloy.js
성과
at.js는 애플리케이션 간의 적절한 통합을 위해 로드해야 하는 여러 라이브러리 중 하나입니다. 따라서 최적의 로드 시간도 줄어듭니다.
Platform Web SDK는 애플리케이션별 라이브러리가 여러 개 필요하지 않게 함으로써 페이지 로드 성능이 향상되는 단일 경량 라이브러리입니다.
요청
각 Adobe 애플리케이션에 대한 별도의 호출. 대상 호출은 다른 네트워크 호출과 크게 독립적입니다.
모든 Adobe 애플리케이션에 대한 단일 호출. 이러한 호출에서 전달된 데이터에 대한 변경 사항은 여러 다운스트림 애플리케이션에 영향을 줄 수 있습니다.
로드 순서
다른 Adobe 애플리케이션과 적절히 통합하려면 라이브러리 및 네트워크 호출의 특정 로드 순서가 필요합니다.
적절한 통합은 서로 다른 애플리케이션별 네트워크 호출의 데이터 결합에 의존하지 않으므로 로드 순서는 중요하지 않습니다.
Edge Network
선택적으로 Target과 관련된 CNAME과 함께 Adobe Experience Cloud Edge Network(tt.omtrdc.net)를 사용합니다.
선택적으로 단일 CNAME과 함께 Adobe Experience Platform Edge Network(edge.adobedc.net)를 사용합니다.
기본 용어
at.js 이름 지정:
- mbox
- pageLoad 이벤트(글로벌 mbox)
- offer
Platform Web SDK에 해당하는 항목:
- decisionScope
- __view__ decisionScope
- proposition

비디오 개요

다음 비디오에서는 Adobe Experience Platform Web SDK 및 Adobe Experience Platform Edge Network에 대한 개요를 제공합니다.

https://video.tv.adobe.com/v/37266/?learn=on&captions=kor

이제 at.js와 Platform Web SDK의 높은 수준의 차이점을 이해했으므로 마이그레이션을 계획할 수 있습니다.

NOTE
at.js에서 Web SDK로 Target을 성공적으로 마이그레이션할 수 있도록 지원하기 위해 최선을 다하고 있습니다. 마이그레이션에 문제가 발생하거나 이 안내서에 중요한 정보가 누락된 것 같은 느낌이 드는 경우 이 커뮤니티 토론에 게시하여 알려 주십시오.
recommendation-more-help
a69e1b51-9545-4d8a-822d-319242c29110