분석 대상 Target 구현

을 구현할 때 몇 가지 단계가 필요합니다 Adobe Analytics 을(를) 위한 보고 소스로 사용 Adobe Target (A4T). 프로세스는 로 A4T를 구현하는지 여부에 따라 다릅니다. Adobe Experience Platform Web SDK 또는 at.js를 사용하는 경우입니다.

Adobe Experience Platform 웹 SDK 구현을 위한 구현 단계 platform

다음 섹션에서는 Platform Web SDK를 사용하려는 경우 이 통합을 사이트에 배포하는 데 필요한 단계에 대해 설명합니다.

1단계: 다음에 대한 프로비저닝 요청 Analytics 및 Target

A4T를 구현하기 전에 Analytics 및 Target. 이 양식을 사용하여 제공을 요청하십시오..

2단계: 사용자 권한 설정

을 기반으로 활동을 만들려면 먼저 사용자 계정 요구 사항을 충족해야 합니다. Analytics 위치: Target. 다음을 참조하십시오 사용자 권한 요구 사항.

3단계: Edge 구성 만들기

를 사용하여 Edge 구성 만들기 Adobe Experience Platform edge 구성 도구를 사용합니다. 구성 데이터스트림 만들기 및 구성.

4단계: Platform Web SDK 설치 및 구성

게재를 시작하려면 Target 경험 및 적용 대상 Analytics 추적 및 분석 목적으로 설치 및 구성 사이트 페이지의 Platform Web SDK입니다.

5단계: A4T 사용에 대한 옵션 활성화

다음에서 Target UI, 클릭 Administration > Visual Experience Composer ​를 선택한 다음 중 하나를 선택합니다. Select per activity 또는 Adobe Analytics.

at.js 구현에 대한 구현 단계 section_73961BAD5BB4430A95E073DE5C026277

다음 섹션에서는 at.js를 사용하려는 경우 이 통합을 사이트에 배포하는 데 필요한 단계에 대해 설명합니다.

1단계: Analytics 및 Target 제공 요청

구현 후 Analytics 을(를) 위한 보고 소스로 사용 Target, 다음에 대해 프로비저닝되어야 합니다. Analytics 및 Target. 이 양식을 사용하여 제공을 요청하십시오..

2단계: 사용자 권한 설정

다음을 만들려면 먼저 사용자 계정 요구 사항을 충족해야 합니다. Analytics에서 기반 활동 Target. 다음을 참조하십시오 사용자 권한 요구 사항.

3단계: Experience Cloud 방문자 ID 서비스 구현

방문자 ID 서비스를 통해 다음을 통해 사용자를 식별할 수 있습니다. Adobe Experience Cloud 솔루션. 필요한 Experience Cloud 방문자 ID 버전을 구현하거나 이 버전으로 마이그레이션합니다. 자세한 내용은 구현하기 전에의 "구현 요구 사항"을 참조하십시오.

다음을 참조하십시오 Target용 Experience Cloud ID 서비스 구현 다음에서 Experience Cloud 방문자 ID 서비스 설명서를 참조하십시오.

4단계: AppMeasurement for JavaScript 또는 s_code의 AppMeasurement 업데이트

필요한 appMeasurement.js 버전을 구현하거나 이 버전으로 마이그레이션합니다. 자세한 내용은 구현하기 전에의 "구현 요구 사항"을 참조하십시오.

새로운 구현의 경우 다음을 참조하십시오. JavaScript 구현 개요 다음에서 Analytics 구현 안내서.

마이그레이션의 경우 다음을 참조하십시오. JavaScript용 AppMeasurement으로 마이그레이션 다음에서 Analytics 구현 안내서.

5단계: at.js 다운로드 및 업데이트

프로덕션 계정을 사용하여 필요한 at.js 버전을 구현하거나 이 버전으로 마이그레이션합니다. 이 코드를 수정할 필요가 없습니다.

자세한 내용은 구현하기 전에의 "구현 요구 사항"을 참조하십시오.

6단계: at.js 호스팅

이전에 at.js를 배포한 경우에는 기존 파일을 업데이트된 버전으로 바꿀 수 있습니다. 자세한 내용은 구현하기 전에의 "구현 요구 사항"을 참조하십시오.

그렇지 않으면, JavaScript 파일용 AppMeasurement 및 방문자 ID 서비스와 함께 이 파일을 호스트할 수 있습니다. 이러한 파일은 사이트의 모든 페이지에서 액세스할 수 있는 웹 서버에 호스트되어야 합니다. 다음 단계에서 이 파일에 대한 경로가 필요합니다.

7단계: 모든 사이트 페이지에서 at.js 참조 step7

각 페이지의 태그에 다음 코드 행을 추가하여 VisitorAPI.js 아래에 at.js를 포함합니다.

at.js의 경우:

<script language="JavaScript" type="text/javascript"
src="http://INSERT-DOMAIN-AND-PATH-TO-CODE-HERE/at.js"></script>

VisitorAPI.js는 at.js 앞에 로드되어야 합니다. 기존 at.js 파일을 업데이트하는 경우 로드 순서를 확인해야 합니다.

의 기본 설정 Target 및 Analytics 통합은 구현 관점에서 페이지에서 전달되는 SDID를 사용하여 Target 및 Analytics 자동으로 백엔드에 함께 요청합니다.

과 관련된 분석 데이터를 전송하는 방법과 시기를 제어할 수 있습니다. Target 끝 Analytics 보고 목적으로. 다음과 같은 기본 설정을 옵트인하지 않으려면 Target 및 Analytics sdid, set를 통해 analytics 데이터를 자동으로 연결합니다. analyticsLogging = client_side 경유 window.targetGlobalSettings. 참고: 2.1 이하의 버전은 이 방법을 지원하지 않습니다.

예:

window.targetGlobalSettings = {
  analyticsLogging: "client_side"
};

이 설정에는 전역 효과가 있습니다. 즉, at.js에 의한 모든 호출에는 analyticsLogging: "client_side" 다음 기간 내에 전송됨: Target 모든 요청에 대해 요청 및 analytics 페이로드가 반환됩니다. 이 옵션이 설정되면 반환되는 페이로드의 형식은 다음과 같습니다.

"analytics": {
   "payload": {
      "pe": "tnt",
      "tnta": "167169:0:0|0|100,167169:0:0|2|100,167169:0:0|1|100"
   }
}

그런 다음 페이로드를 를 통해 Analytics에 전달할 수 있습니다. 데이터 삽입 API. 자동 할당 및 자동 타겟 활동의 경우 sessionId도 전달해야 합니다. 자세한 내용은 A4T(Analytics for Target) 보고 다음에서 ADOBE TARGET SDK 가이드.

글로벌 설정을 원하지 않고 더 많은 요구 방식이 필요한 경우 at.js 함수를 사용하십시오 getOffers() 를 전달함으로써 analyticsLogging: "client_side". 이 호출에 대해서만 Analytics 페이로드가 반환되고 Target 백엔드가 페이로드를 다음 위치에 전달하지 않음 Analytics. 이 접근 방식을 사용하면 모든 at.js Target request 는 기본적으로 페이로드를 반환하지만, 대신 원하는 경우에만 페이로드를 반환합니다.

예:

adobe.target.getOffers({
      request: {
        experienceCloud: {
          analytics: {
            logging: "client_side"
          }
        },
        prefetch: {
          mboxes: [{
            index: 0,
            name: "a1-serverside-xt"
          }]
        }
      }
    })
    .then(console.log)

이 호출은 Analytics 페이로드를 추출할 수 있는 응답을 호출합니다.

응답은 다음과 같습니다.

{
  "prefetch": {
    "mboxes": [{
      "index": 0,
      "name": "a1-serverside-xt",
      "options": [{
        "content": "<img src=\"http://s7d2.scene7.com/is/image/TargetAdobeTargetMobile/L4242-xt-usa?tm=1490025518668&fit=constrain&hei=491&wid=980&fmt=png-alpha\"/>",
        "type": "html",
        "eventToken": "n/K05qdH0MxsiyH4gX05/2qipfsIHvVzTQxHolz2IpSCnQ9Y9OaLL2gsdrWQTvE54PwSz67rmXWmSnkXpSSS2Q==",
        "responseTokens": {
          "profile.memberlevel": "0",
          "geo.city": "bucharest",
          "activity.id": "167169",
          "experience.name": "USA Experience",
          "geo.country": "romania"
        }
      }],
      "analytics": {
        "payload": {
          "pe": "tnt",
          "tnta": "167169:0:0|0|100,167169:0:0|2|100,167169:0:0|1|100"
        }
      }
    }]
  }
}

그런 다음 페이로드를 로 전달할 수 있습니다. Analytics 를 통해 데이터 삽입 API.

8단계: 구현의 유효성 검사 step8

JavaScript 라이브러리를 업데이트한 후 페이지를 로드하여 다음을 확인합니다. mboxMCSDID 의 매개 변수 값 Target 호출은 sdid 의 매개 변수 값 Analytics 페이지 보기 호출.

이러한 값이 호출 순서가 항상 예측 가능하지 않은 SPA(단일 페이지 애플리케이션)에서 일치하는지 확인하는 것이 특히 중요합니다.

9단계: (선택 사항) 이전 통합 코드 제거

Adobe은 구현을 단순화하고 시스템 간의 불일치를 처리할 필요가 없도록 이전 통합을 제거할 것을 권장합니다. 다음을 포함하여 이전 SC에 배포한 모든 코드를 T&T 통합으로 이동할 수 있습니다. mboxLoadSCPlugin.

10단계: Analytics를 Target의 보고 소스로 사용하기 위한 선택 사항 활성화

위치 Target, 클릭 Administration > Reporting 다음 중 하나를 선택합니다 Select per activity 또는 Adobe Analytics 을 클릭하여 옵션을 활성화합니다.