at.js로 Analytics for Target(A4T)을 구현하기 전
Adobe Analytics을(를) Adobe Target에 대한 보고 소스로 사용(A4T)할 때 데이터 수집 프로세스에 몇 가지 변경 사항이 발생합니다.
이 통합을 사용하기 전에 다음 섹션을 검토하여 보고 프로세스에 미치는 영향을 고려하십시오.
구현 요구 사항 section_A0D2EF18033D4C3997B08A6EBB34C17A
이 A4T 통합에서는 A4T와 함께 리디렉션 오퍼를 사용할지 여부에 따라 다음 라이브러리 버전(또는 그 이상)을 구현해야 합니다.
A4T에서 리디렉션 오퍼를 사용하지 않을 경우 필요한 요구 사항
A4T와 함께 리디렉션 오퍼를 사용하지 않을 경우, 이 A4T 통합을 사용하려면 다음 라이브러리 버전(또는 그 이상)을 구현해야 합니다. 나열된 순서는 작업 순서입니다.
- Experience Cloud Visitor ID Service: visitorAPI.js 버전 1.8.0
- Adobe Target: at.js 버전 0.9.1
- Adobe Analytics: appMeasurement.js 버전 1.7.0
Platform Web SDK을(를) 사용하여 A4T를 구현하는 방법에 대한 자세한 내용은 Adobe Experience Platform Web SDK을(를) 참조하십시오.
A4T에서 리디렉션 오퍼를 사용할 경우 필요한 요구 사항
A4T와 함께 리디렉션 오퍼를 사용하려면 다음 라이브러리 버전(또는 그 이상)을 구현해야 합니다. 나열된 순서는 작업 순서입니다.
-
Experience Cloud Visitor ID Service: visitorAPI.js 버전 2.3.0
note note NOTE at.js 1.8.0+ 및 at.js 2.x+는 Adobe Audience Manager(AAM) 매개변수 전달에 대해 더 이상 2.5.0 이전 버전의 방문자 API와 동작하지 않습니다. -
Adobe Target: at.js 버전 1.6.2
-
Adobe Analytics: appMeasurement.js 버전 2.1
다운로드 및 배포 지침은 Analytics for Target 구현에 나열되어 있습니다.
Platform Web SDK을(를) 사용하여 A4T를 구현하는 방법에 대한 자세한 내용은 Adobe Experience Platform Web SDK을(를) 참조하십시오.
구현하기 전에 알아야 할 사항 section_50D49CC52E11414089C89FB67F9B88F5
- 이 통합은 Analytics을(를) 보고 소스로 사용하도록 선택하면 새 활동에서 활성화됩니다. 이 문서에 설명된 대로 구현을 변경해도 기존 활동에는 영향을 주지 않습니다.
- Target에 대한 보고 소스로 Analytics을(를) 설정하는 프로세스에는 몇 가지 구현 단계 후 프로비저닝 단계가 포함됩니다. 구현을 시작하기 전에 아래 설명된 프로세스를 자세히 읽어 보십시오. 이 단계를 완료하면 Analytics이(가) 활성화되어 있을 때 보고 소스로 사용할 준비가 된 것입니다. 제공 프로세스는 업무일 기준으로 5일 정도 걸릴 수 있습니다.
- Visitor ID service이(가) Adobe Experience Cloud에서 공유 Visitor ID을(를) 만듭니다. Target mboxPC ID 또는 Audience Manager UUID를 바꾸지는 않지만 Analytics이(가) 새 방문자를 식별하는 방식을 바꿉니다. 올바르게 설정된 경우 재방문자 Analytics명도 이전 Analytics ID를 통해 식별되어야 합니다. 마찬가지로 Target mboxPCid가 그대로 유지되므로 Visitor ID service (으)로 업그레이드할 때 Target 방문자 프로필 데이터가 손실되지 않습니다.
- Visitor ID service은(는) Analytics 및 Target 페이지 코드 앞에서 실행해야 합니다.
VisitorAPI.js이(가) 다른 모든 Experience Cloud 솔루션의 태그 위에 나타나는지 확인하십시오.
지연 section_9489BE6FD21641A4844E591711E3F813
이 통합이 활성화되면 Analytics에서 5~10분 동안 지연이 추가로 발생합니다. 이 지연 시간 증가를 통해 Analytics 및 Target의 데이터를 동일한 히트에 저장할 수 있으므로 페이지 및 사이트 섹션별로 활동을 분류할 수 있습니다.
이러한 증가는 실시간 스트림 및 실시간 보고를 포함한 모든 Analytics 서비스 및 도구에 반영되며, 다음 시나리오에 적용됩니다.
- 라이브 스트림, 실시간 보고서 및 API 요청, 트래픽 변수의 현재 데이터의 경우 보충 데이터 ID가 있는 히트 수만 지연됩니다.
- 전환 지표에 대한 현재 데이터, 최종 데이터 및 데이터 피드의 경우 모든 히트가 5~7분 더 지연됩니다.
이 통합을 완전히 구현하지 않았더라도 Experience Cloud 방문자 ID 서비스를 구현하면 지연 증가가 시작됩니다.
보충 ID section_2C1F745A2B7D41FE9E30915539226E3A
콘텐츠를 전달하거나 목표 지표를 기록하기 위해 A4T 활동에서 사용하는 모든 Target 호출에는 A4T가 제대로 작동하도록 보조 ID를 공유하는 해당 Analytics 히트가 있어야 합니다.
Analytics 및 Target의 데이터가 포함된 히트에 보조 데이터 ID가 포함되어 있습니다. 이 ID는 Adobe Experience Cloud Debugger에서 sdid 매개 변수로 표시됩니다. 예: sdid=2F3C18E511F618CC-45F83E994AEE93A0. 이 ID는 다음 기준이 충족될 때 생성됩니다.
- 방문자 ID 서비스가 구현됨
문제 해결할 때 Analytics개의 히트에 보조 ID가 있는지 확인하십시오.
클라이언트 측 분석 로깅 client-side
at.js, Experience Cloud Visitor ID Service 및 appMeasurement.js가 페이지에 있는 경우 올바른 보충 ID가 페이지에 포함되어 있으면 Analytics 및 Target은(는) 백엔드에서 보고 및 분석 목적을 위해 이벤트를 올바르게 결합합니다. A4T가 올바르게 작동하기 위해 추가 작업을 관리하고 수행할 필요가 없습니다.
보고 목적으로 Target과(와) 관련된 분석 데이터를 Analytics에 보내는 시기와 방법을 보다 세밀하게 제어하려는 경우가 있습니다. 내부 용도로 사용하는 사내 분석 도구가 있을 수 있습니다. 그러나 사내 분석 제품을 통해 분석 데이터를 Analytics에 보내어 조직의 다른 구성원이 Analytics을(를) 시각적 보고 소스로 계속 사용할 수 있도록 하려는 경우도 있습니다. 자세한 내용은 7단계: Analytics for Target 구현 의 모든 사이트 페이지에서 at.js 참조를 참조하십시오.
공유 대상
Marketing Cloud 통합 프로비저닝 양식을(를) 작성하는 동안 "For which capabilities are you requesting provisioning" 아래에 나열된 Shared Audiences 옵션에 대해 다음 중요 정보를 알고 있어야 합니다.
Shared Audiences을(를) 요청하면 Target 및 Adobe Audience Manager (AAM)에서 정보를 공유할 수 있습니다(이 경우 대상).