Adobe Analytics 데이터 피드 열을 Customer Journey Analytics에 매핑
Adobe Analytics과 Customer Journey Analytics 데이터 피드 열 간에는 true 1:1 매핑이 불가능합니다. 두 제품은 근본적으로 다르며, 각 조직의 구현도 크게 달라질 수 있다.
이 참조는 데이터 엔지니어가 Adobe Analytics 데이터 피드 열을 평가하고 워크플로우에 가장 가까운 Customer Journey Analytics을 식별하는 데 도움이 됩니다.
accept_languageadload미디어 광고 로드
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
aemassetidAdobe Experience Manager Assets 세트의 에셋 ID(GUID)에 해당하는 다중 값 변수입니다. 노출 이벤트를 증가시킵니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
aemassetsource에셋 이벤트의 소스를 식별합니다. Adobe Experience Manager에서 사용됩니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
aemclickedassetidAdobe Experience Manager 에셋의 에셋 ID입니다. 클릭 이벤트를 증가시킵니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
amo_cidAdobe Advertising 통합에 사용되는 AMO ID 차원입니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
amo_ef_idAdobe Advertising 통합에 사용되는 AMO EF ID 차원입니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
browser브라우저를 나타내는 숫자 ID.
이 Analytics 데이터 피드 열은 조회 테이블을 사용하여 원하는 값을 식별합니다. Customer Journey Analytics에서 값은 조회 테이블 없이 직접 제공됩니다. 워크플로가 중간 조회 값 대신 최종 값을 수용하는지 확인합니다.
browser_height브라우저 높이 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
browser_width브라우저 너비
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
campaign추적 코드 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
carrier이동통신사를 지정합니다.
이 Analytics 데이터 피드 열은 조회 테이블을 사용하여 원하는 값을 식별합니다. Customer Journey Analytics에서 값은 조회 테이블 없이 직접 제공됩니다. 워크플로가 중간 조회 값 대신 최종 값을 수용하는지 확인합니다.
사용자 에이전트 정보와 디바이스 조회 정보를 동시에 수집할 수는 없으며, 이러한 차원의 모집단은 함께 사용할 수 없습니다. 데이터스트림 구성 시 사용자 에이전트를 직접 수집할지 또는 디바이스 조회 정보(사용자 에이전트 기반)를 수집할지 선택해야 합니다.
channel사이트 섹션 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
ch_hdrHTTP 요청 헤더를 통해 수집된 클라이언트 힌트입니다.
Adobe Analytics에서 클라이언트 힌트는 이 열에서 연결된 문자열로 포함됩니다. user_agent 열보다 최신 접근 방식으로 간주됩니다.
사용자 에이전트 정보와 디바이스 조회 정보를 동시에 수집할 수는 없으며, 이러한 차원의 모집단은 함께 사용할 수 없습니다. 데이터스트림 구성 시 사용자 에이전트를 직접 수집할지 또는 디바이스 조회 정보(사용자 에이전트 기반)를 수집할지 선택해야 합니다.
ch_js사용자 에이전트 클라이언트 힌트 JavaScript API를 통해 수집된 클라이언트 힌트입니다.
Adobe Analytics에서 클라이언트 힌트는 이 열에서 연결된 문자열로 포함됩니다. user_agent 열보다 최신 접근 방식으로 간주됩니다.
웹 SDK을 구성할 때 highEntropyUserAgentHints 컨텍스트 문자열을 사용하여 이 데이터를 수집할 수 있습니다. 하나의 길게 연결된 문자열 대신 여러 XDM 필드가 채워집니다.
- 운영 체제 버전:
xdm.environment.browserDetails.userAgentClientHints.platformVersion - 아키텍처:
xdm.environment.browserDetails.userAgentClientHints.architecture - 장치 모델:
xdm.environment.browserDetails.userAgentClientHints.model - 비트 수:
xdm.environment.browserDetails.userAgentClientHints.bitness - 브라우저 공급업체:
xdm.environment.browserDetails.userAgentClientHints.vendor - 브라우저 이름:
xdm.environment.browserDetails.userAgentClientHints.brand - 브라우저 버전:
xdm.environment.browserDetails.userAgentClientHints.version
자세한 내용은 사용자 에이전트 클라이언트 힌트를 참조하십시오.
사용자 에이전트 정보와 디바이스 조회 정보를 동시에 수집할 수는 없으며, 이러한 차원의 모집단은 함께 사용할 수 없습니다. 데이터스트림 구성 시 사용자 에이전트를 직접 수집할지 또는 디바이스 조회 정보(사용자 에이전트 기반)를 수집할지 선택해야 합니다.
clickmaplinkActivity Map 링크 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
이 Analytics 데이터 피드 열에는 데이터 아키텍처 차이로 인해 Customer Journey Analytics에 해당하는 데이터로 변환할 수 없는 데이터가 포함되어 있습니다.
Customer Journey Analytics은 아직 Activity Map을 지원하지 않으므로 이 열은 적용되지 않습니다.
clickmaplinkbyregion지역별 Activity Map 링크 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
이 Analytics 데이터 피드 열에는 데이터 아키텍처 차이로 인해 Customer Journey Analytics에 해당하는 데이터로 변환할 수 없는 데이터가 포함되어 있습니다.
Customer Journey Analytics은 아직 Activity Map을 지원하지 않으므로 이 열은 적용되지 않습니다.
clickmappageActivity Map 페이지 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
이 Analytics 데이터 피드 열에는 데이터 아키텍처 차이로 인해 Customer Journey Analytics에 해당하는 데이터로 변환할 수 없는 데이터가 포함되어 있습니다.
Customer Journey Analytics은 아직 Activity Map을 지원하지 않으므로 이 열은 적용되지 않습니다.
clickmapregionActivity Map 지역 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
이 Analytics 데이터 피드 열에는 데이터 아키텍처 차이로 인해 Customer Journey Analytics에 해당하는 데이터로 변환할 수 없는 데이터가 포함되어 있습니다.
Customer Journey Analytics은 아직 Activity Map을 지원하지 않으므로 이 열은 적용되지 않습니다.
code_vercolorc_color 열의 값을 기반으로 하는 색상 심도 ID입니다.
이 Analytics 데이터 피드 열은 조회 테이블을 사용하여 원하는 값을 식별합니다. Customer Journey Analytics에서 값은 조회 테이블 없이 직접 제공됩니다. 워크플로가 중간 조회 값 대신 최종 값을 수용하는지 확인합니다.
connection_type연결 유형 차원을 나타내는 숫자 ID입니다.
이 Analytics 데이터 피드 열은 조회 테이블을 사용하여 원하는 값을 식별합니다. Customer Journey Analytics에서 값은 조회 테이블 없이 직접 제공됩니다. 워크플로가 중간 조회 값 대신 최종 값을 수용하는지 확인합니다.
cookies쿠키 지원 차원.
Y: 활성화됨
N: 비활성화됨
U: 알 수 없음
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
country방문자의 국가를 나타내는 숫자 ID. country.tsv 조회 테이블을 참조합니다.
이 Analytics 데이터 피드 열은 조회 테이블을 사용하여 원하는 값을 식별합니다. Customer Journey Analytics에서 값은 조회 테이블 없이 직접 제공됩니다. 워크플로가 중간 조회 값 대신 최종 값을 수용하는지 확인합니다.
currency거래 중에 사용된 통화 코드. currencyCode를 사용하여 설정합니다.
xdm.commerce.order.currencyCode
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
ct_connect_typeconnection_type 열과 관련이 있습니다. 가장 일반적인 값은 LAN/Wifi, 이동통신사 및 모뎀입니다.curr_factor2입니다.curr_ratecustomer_perspective해당 히트가 모바일 백그라운드 히트인지 여부를 판단합니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
이 Analytics 데이터 피드 열에는 데이터 아키텍처 차이로 인해 Customer Journey Analytics에 해당하는 데이터로 변환할 수 없는 데이터가 포함되어 있습니다.
Customer Journey Analytics에는 히트의 컨텍스트에 따라 히트를 자동으로 포함하거나 제외하는 이벤트 유형의 기본 개념이 없습니다. xdm.eventType을(를) 사용하여 대부분의 보고서에서 포함 및 제외할 이벤트를 결정할 수 있습니다.
cust_hit_time_gmt타임스탬프가 활성화된 보고서 세트 전용입니다. UNIX® 시간을 기반으로 하는 히트와 함께 전송된 타임스탬프입니다.
Customer Journey Analytics에는 타임스탬프와 타임스탬프가 아닌 보고서 세트의 개념이 없습니다. 대신 xdm.timestamp을(를) 사용하고 원하는 대로 구성 요소 설정을 조정하십시오.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
cust_visidvisitorID를 사용하여 설정한 경우 사용자 정의 방문자 ID.
Customer Journey Analytics은 identityMap을(를) 사용하여 원하는 수의 id를 지원합니다. 조직에서 사용자 정의 ID를 사용하는 경우 ID 맵 내에 있을 수 있습니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
c_colorscreen.colorDepth()를 사용합니다.daily_visitordataprivacyconsentoptin동의 관리 옵트인 차원. 히트 당 여러 값이 있을 수 있으며 파이프(\|)로 구분됩니다. 유효한 값은 DMP, SELL입니다.
조직에 데이터 관리 플랫폼이 있는 경우 이 차원에 대해 원하는 XDM 필드를 채울 수 있습니다.
dataprivacyconsentoptout동의 관리 옵트아웃 차원. 히트 당 여러 값이 있을 수 있으며 파이프(\|)로 구분됩니다. 유효한 값은 SSF, DMP, SELL입니다.
조직에 데이터 관리 플랫폼이 있는 경우 이 차원에 대해 원하는 XDM 필드를 채울 수 있습니다.
date_time보고서 세트의 시간대를 기반으로 한 읽을 수 있는 포맷으로 된 히트 시간입니다.
xdm.timestamp을(를) 사용하고 날짜 또는 날짜-시간 형식 구성 요소 설정을 적용할 수 있습니다.
domain도메인 차원. 방문자의 인터넷 액세스 포인트를 기반으로 합니다.
데이터 스트림을 구성할 때 네트워크 조회를 사용합니다. XDM 필드가 스키마에 포함된 경우 xdm.environment.domain입니다.
duplicated_from히트 복사 VISTA 규칙을 포함하는 보고서 세트에서만 사용됩니다. 히트가 복사된 보고서 세트를 나타냅니다.
이 Analytics 데이터 피드 열에는 데이터 아키텍처 차이로 인해 Customer Journey Analytics에 해당하는 데이터로 변환할 수 없는 데이터가 포함되어 있습니다.
Customer Journey Analytics에는 VISTA 규칙에 대한 개념이 없으므로 이 열이 적용되지 않습니다.
duplicate_events중복으로 카운트된 각 이벤트를 나열합니다.
이 Analytics 데이터 피드 열에는 데이터 아키텍처 차이로 인해 Customer Journey Analytics에 해당하는 데이터로 변환할 수 없는 데이터가 포함되어 있습니다.
Customer Journey Analytics에는 모든 지표에 대해 중복 제거 플래그 역할을 하는 단일 필드가 없습니다. 대신 각 지표에는 고유한 지표 중복 제거 구성 요소 설정이 포함되어 있습니다. 따라서 Customer Journey Analytics에는 이 Adobe Analytics 데이터 피드 열에 대한 동등한 필드가 없습니다.
duplicate_purchase중복이라는 이유로 이 히트에 대한 구매 이벤트가 무시되는지 여부를 결정하는 플래그.
이 Analytics 데이터 피드 열에 대한 직접 번역은 없지만 구매 중복 제거를 수행하는 기능은 여전히 존재합니다. Commerce 세부 정보 필드 그룹을 사용하는 경우 중복 제거 ID이(가) xdm.commerce.purchases.id인 지표 중복 제거 구성 요소 설정을 설정할 수 있습니다.
중복 구매에 대한 플래그를 원하는 위치에 직접 번역해야 하는 경우 규칙 집합에서 중복 제거 함수를 사용하여 파생 필드를 사용할 수 있습니다.
ef_idAdobe Advertising 통합에 사용되는 EF ID.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
evar1 - evar250사용자 정의 변수 1-250입니다. eVar 차원에 사용됩니다. 각 조직은 eVar를 다르게 사용합니다. 조직에서 각 eVar를 채우는 방법에 대한 자세한 내용은 조직 고유의 솔루션 디자인 문서를 참조하십시오.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
event_list히트로 트리거된 이벤트를 나타내는 숫자 ID를 쉼표로 구분한 목록. 상거래 이벤트와 사용자 지정 이벤트 1-1000을 모두 포함합니다. event.tsv 조회를 사용합니다.
이 열은 구현에 따라 수십 개의 개별 지표에 매핑될 수 있습니다. Adobe은 Customer Journey Analytics의 각 지표를 이 Analytics 데이터 피드 열에 표시된 해당 숫자 값에 매핑하기 위해 다음 프로세스를 권장합니다.
event.tsv조회를 사용하여 각 숫자 값을 해당 지표 이름에 매핑합니다.- 솔루션 디자인 문서를 사용하여 각 Analytics 이벤트 이름을 Customer Journey Analytics의 해당 지표 이름에 매핑합니다.
- 데이터 보기 UI에서 매핑된 구성 요소를 선택하고 구성 요소 ID를 확인합니다. 구성 요소 ID가 너무 까다로운 경우 데이터 피드 별칭 ID 필드를 채우고 대신 사용할 수 있습니다.
- 조직에서 사용하는 모든 지표에 대해 이 작업을 반복합니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
스키마에서 Commerce 세부 정보 필드 그룹을 사용하는 경우 일부 지표가 다음 XDM 필드에 직접 매핑될 수 있습니다.
- 체크아웃:
xdm.commerce.checkouts.value - 장바구니 추가:
xdm.commerce.productListAdds.value - 장바구니 열기:
xdm.commerce.productListOpens.value - 장바구니 제거:
xdm.commerce.productListRemovals.value - 장바구니 보기:
xdm.commerce.productListViews.value - 제품 보기:
xdm.commerce.productViews.value - 주문:
xdm.commerce.purchases.value
일부 지표는 Adobe Analytics에서 중복 제거를 완전히 제어하는 방식인 이벤트 직렬화를 사용할 수 있습니다. 지표 중복 제거 구성 요소 설정을 사용하여 중복 제거 패리티를 달성할 수 있습니다.
-
Adobe Analytics에서 지표가 방문별로 중복을 제거하는 경우 해당 지표의 구성 요소 설정에서 중복 제거 범위를 세션으로 설정할 수 있습니다.
-
지표가 Adobe Analytics에서 이벤트 ID별로 중복을 제거하는 경우 해당 지표에 대한 XDM 개체에
value및id필드가 모두 포함되어 있을 수 있습니다. 스키마에서 Commerce 세부 정보 필드 그룹을 사용하는 경우 해당 지표는 다음 XDM 필드에 있을 수 있습니다. 지표의 구성 요소 설정에서 중복 제거 ID 필드를 설정할 수 있습니다.- 체크아웃:
xdm.commerce.checkouts.id - 장바구니 추가:
xdm.commerce.productListAdds.id - 장바구니 열기:
xdm.commerce.productListOpens.id - 장바구니 제거:
xdm.commerce.productListRemovals.id - 장바구니 보기:
xdm.commerce.productListViews.id - 제품 보기:
xdm.commerce.productViews.id
- 체크아웃:
주문 지표의 중복을 제거하려는 경우 duplicate_purchase을(를) 참조하십시오.
exclude_hit히트가 보고에서 제외되는지 여부를 결정하는 플래그. visit_num 열은 제외된 히트에 대해 증가하지 않습니다.
Customer Journey Analytics은 기본 제공되는 "제외된 히트"를 지원하지 않습니다. 그러나 제외할 특정 히트에 플래그를 지정하는 XDM 필드가 있는 경우 이 기능을 다시 만들 수 있습니다.
- 제외된 히트에 플래그를 지정하는 XDM 필드가 구성 요소(이 플래그를 설정한 방법에 따라 차원 또는 지표)로 포함되어 있는지 확인합니다. 보고에서 구성 요소 숨기기를 선택하면 이 필드에 도움이 될 수 있습니다.
- 데이터 보기 설정에서 세그먼트 추가 드롭다운 메뉴를 선택하고 세그먼트 만들기를 선택합니다.
- 제외 히트 구성 요소가 존재하거나 제외할 값을 포함하는 모든 이벤트를 제외하는 세그먼트를 만듭니다.
- 세그먼트와 데이터 보기 모두에서 저장을(를) 선택하십시오.
제외된 히트는 이제 Customer Journey Analytics 보고에 없지만 데이터 피드 내보내기에서 계속 사용할 수 있습니다.
first_hit_pagenamefirst_hit_page_urlfirst_hit_referrerfirst_hit_ref_domainfirst_hit_referrer를 기반으로 합니다. 방문자의 첫 번째 참조 도메인입니다.first_hit_ref_type방문자의 최초 레퍼러 유형을 나타내는 숫자 ID.
이 Analytics 데이터 피드 열은 조회 테이블을 사용하여 원하는 값을 식별합니다. Customer Journey Analytics에서 값은 조회 테이블 없이 직접 제공됩니다. 워크플로가 중간 조회 값 대신 최종 값을 수용하는지 확인합니다.
first_hit_time_gmtgeo_citygeo_countrygeo_dmageo_regiongeo_zipzip.hitid_highhitid_low와 함께 사용됩니다.hitid_lowhitid_high와 함께 사용됩니다.hit_source1: 타임스탬프가 없는 표준 이미지 요청
2: 타임스탬프가 있는 표준 이미지 요청
3: 타임스탬프가 있는 라이브 데이터 소스 업로드
4: 사용되지 않음
5: 일반 데이터 소스 업로드
6: 더 이상 사용되지 않음, 데이터 소스 업로드 전체 처리
7: TransactionID 데이터 소스 업로드
8: 더 이상 사용되지 않음, Adobe Advertising 데이터 소스의 이전 버전
9: 더 이상 사용되지 않음, Adobe Social 요약 지표
10: Audience Manager 서버측 전달이 사용됨
hit_time_gmthourly_visitoripipv6과 상호 배타적입니다. 이 열에 난독화되지 않은 IP 주소가 포함된 경우 ipv6은 비어 있습니다.ipv6ip과 상호 배타적입니다. 이 열에 난독화되지 않은 IP 주소가 포함된 경우 ip은 비어 있습니다.javascriptj_jscript를 기반으로 하는 JavaScript 버전의 조회 ID.
이 Analytics 데이터 피드 열은 조회 테이블을 사용하여 원하는 값을 식별합니다. Customer Journey Analytics에서 값은 조회 테이블 없이 직접 제공됩니다. 워크플로가 중간 조회 값 대신 최종 값을 수용하는지 확인합니다.
java_enabledJava 활성화 차원.
Y: 활성화됨
N: 비활성화됨
U: 알 수 없음
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
j_jscriptlanguage방문자의 언어를 나타내는 숫자 ID.
이 Analytics 데이터 피드 열은 조회 테이블을 사용하여 원하는 값을 식별합니다. Customer Journey Analytics에서 값은 조회 테이블 없이 직접 제공됩니다. 워크플로가 중간 조회 값 대신 최종 값을 수용하는지 확인합니다.
last_hit_time_gmtlast_purchase_num0: 이전 구매 없음 (고객이 아님)
1: 1회 이전 구매 (신규 고객)
2: 2회 이전 구매 (재방문 고객)
3: 3회 이상 이전 구매 (단골 고객)
last_purchase_time_gmt0입니다.latlon1latlon23latlon45mcvisidmc_audiences방문자가 속한 Audience Manager 세그먼트 ID 목록입니다. post_mc_audiences 열은 구분 기호를 --**--로 변경합니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobileaction모바일 작업입니다. 모바일 구현에서 trackAction이 호출되면 자동으로 수집됩니다. 앱에서 자동 액션 경로 지정을 허용합니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobileappid모바일 앱 ID입니다. 애플리케이션 이름과 버전을 다음 포맷으로 저장: [AppName] [BundleVersion]
xdm.application.name + xdm.application.version
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobileappperformanceappidmobileappperformancecrashidmobileappstoreobjectidmobilebeaconmajormobilebeaconminormobilebeaconproximitymobilebeaconuuidmobilecampaigncontent링크를 표시한 콘텐츠의 이름 또는 ID. 모바일 앱 획득을 통해 채워집니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobilecampaignmedium배너 또는 이메일과 같은 마케팅 매체. 모바일 앱 획득을 통해 채워집니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobilecampaignname캠페인 변수에도 저장되는 캠페인의 이름. 모바일 앱 획득을 통해 채워집니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobilecampaignsource뉴스레터 또는 소셜 미디어 네트워크와 같은 원래 레퍼러. 모바일 앱 획득을 통해 채워집니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobilecampaignterm이 확보로 추적할 유료 키워드 또는 기타 용어입니다. 모바일 앱 획득을 통해 채워집니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobiledayofweek앱이 실행된 요일 번호입니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobiledayssincefirstuse앱을 처음 실행한 이후 경과일 수입니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobiledayssincelastuse앱을 마지막으로 실행한 이후 경과일 수입니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobiledeeplinkida.deeplink.id에서 수집됩니다. 모바일 획득 링크의 식별자로 획득 보고서에 사용됩니다.mobiledevice모바일 디바이스 이름입니다. iOS에서는 쉼표로 구분된 2자리 문자열로 저장됩니다. 첫 번째 숫자는 디바이스 세대를 나타내고 두 번째 숫자는 디바이스 제품군을 나타냅니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobilehourofday앱이 실행된 시간을 정의합니다. 24시간 숫자 포맷을 따릅니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobileinstalldate모바일 설치 날짜입니다. 사용자가 모바일 앱을 처음 연 날짜를 제공합니다.
Customer Journey Analytics은 모든 구성 요소에 대해 보고서 시간 속성을 사용하기 때문에 전환 확인 기간 이상의 지속성 개념을 가지고 있지 않습니다. 이 Analytics 데이터 피드 열은 방문자의 전체 기록으로 확장되는 방문자 수준 비헤이비어를 참조합니다. Customer Journey Analytics에서 이 구성 요소에 대한 전환 확인 기간이 길어질수록 Adobe Analytics 기능에 더 가까워질 수 있습니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobilelaunchnumber모바일 앱을 시작할 때마다 1씩 증가합니다.
Customer Journey Analytics은 모든 구성 요소에 대해 보고서 시간 속성을 사용하기 때문에 전환 확인 기간 이상의 지속성 개념을 가지고 있지 않습니다. 이 Analytics 데이터 피드 열은 방문자의 전체 기록으로 확장되는 방문자 수준 비헤이비어를 참조합니다. Customer Journey Analytics에서 이 구성 요소에 대한 전환 확인 기간이 길어질수록 Adobe Analytics 기능에 더 가까워질 수 있습니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobilemessagebuttonname컨텍스트 데이터 변수 a.message.button.id에서 수집됩니다. 메시지를 닫은 버튼을 식별하기 위해 인앱 메시지에서 사용됩니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobilemessageid인앱 메시지 ID
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobilemessageonline인앱 메시지 온라인
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobilemessagepushoptin컨텍스트 데이터 변수 a.push.optin에서 수집됩니다. 사용자가 푸시 메시지 수신에 동의하면 "true"로 설정되고, 그렇지 않으면 값은 "false"입니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobilemessagepushpayloadid컨텍스트 데이터 변수 a.push.payloadid에서 수집됩니다. 푸시 메시지에 페이로드 식별자로 사용됩니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobileosversion모바일 서비스 운영 체제 버전
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobileplaceaccuracya.loc.acc에서 수집됩니다. 수집 시 GPS의 정확도를 미터 단위로 나타냅니다.mobileplacecategorya.loc.category에서 수집됩니다. 특정 위치의 카테고리를 설명합니다.mobileplaceida.loc.id에서 수집됩니다. 지정된 관심 영역에 대한 식별자입니다.mobilepushoptin모바일 서비스 푸시 옵트인
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobilepushpayloadid모바일 서비스 푸시 페이로드 ID
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobilerelaunchcampaigncontentmobilerelaunchcampaignmediummobilerelaunchcampaignsourcemobilerelaunchcampaigntermmobilerelaunchcampaigntrackingcodea.launch.campaign.trackingcode에서 수집됩니다. 실행 캠페인에 대한 추적 코드로 획득에 사용됩니다.mobileresolution모바일 디바이스의 해상도입니다. [Width] x [Height] 픽셀 단위.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mobile_id사용자가 모바일 디바이스를 사용하는 경우 디바이스의 숫자 ID입니다.
이 Analytics 데이터 피드 열은 조회 테이블을 사용하여 원하는 값을 식별합니다. Customer Journey Analytics에서 값은 조회 테이블 없이 직접 제공됩니다. 워크플로가 중간 조회 값 대신 최종 값을 수용하는지 확인합니다.
monthly_visitormvvar1 - mvvar3변수 값을 나열합니다. 구현에 따라 구분자로 구분된 사용자 정의 값 목록을 포함합니다. post_mvvar1 - post_mvvar3열은 원래 구분 기호를 --**--으로 바꿉니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
mvvar1_instances - mvvar3_instances현재 히트에 설정된 목록 변수 값입니다. 원래 구분 기호를 --**--로 바꿉니다. 일반적으로 post 열에는 데이터가 없습니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
new_visitos방문자의 운영 체제를 나타내는 숫자 ID. user_agent 열을 기반으로 합니다.
이 Analytics 데이터 피드 열은 조회 테이블을 사용하여 원하는 값을 식별합니다. Customer Journey Analytics에서 값은 조회 테이블 없이 직접 제공됩니다. 워크플로가 중간 조회 값 대신 최종 값을 수용하는지 확인합니다.
데이터 스트림을 구성할 때 장치 조회를 사용할 수 있습니다. 활성화된 경우 운영 체제 확인란을 선택하십시오. 스키마에 이러한 필드를 포함하면 다음 XDM 필드가 자동으로 채워집니다.
- OS 공급업체:
xdm.environment.operatingSystemVendor - OS 이름:
xdm.environment.operatingSystem - OS 버전:
xdm.environment.operatingSystemVersion
사용자 에이전트 정보와 디바이스 조회 정보를 동시에 수집할 수는 없으며, 이러한 차원의 모집단은 함께 사용할 수 없습니다. 데이터스트림 구성 시 사용자 에이전트를 직접 수집할지 또는 디바이스 조회 정보(사용자 에이전트 기반)를 수집할지 선택해야 합니다.
pagename페이지 차원. pagename 변수가 비어 있으면 Analytics가 page_url을 대신 사용합니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
pagename_no_urlpagename과 비슷하지만 page_url로 대체되지 않습니다. post 열만 사용할 수 있습니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
page_event이미지 요청에서 전송되는 히트 유형(표준 히트, 다운로드 링크, 사용자 정의 링크, 종료 링크)입니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
이 Analytics 데이터 피드 열은 조회 테이블을 사용하여 원하는 값을 식별합니다. Customer Journey Analytics에서 값은 조회 테이블 없이 직접 제공됩니다. 워크플로가 중간 조회 값 대신 최종 값을 수용하는지 확인합니다.
page_event_var1링크 추적 이미지 요청에서만 사용됩니다. 클릭한 다운로드 링크, 종료 링크 또는 사용자 지정 링크의 URL입니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
page_event_var2링크 추적 이미지 요청에서만 사용됩니다. 링크의 사용자 정의 이름(지정된 경우). page_event의 값에 따라 사용자 지정 링크, 다운로드 링크 또는 종료 링크를 설정합니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
page_type페이지를 찾을 수 없음 차원은 일반적으로 404 페이지에 사용됩니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
page_urlpage_url: 히트의 URL입니다. 텍스트 데이터 형식을 사용합니다.post_page_url: 링크 추적 이미지 요청(tl())을 제거했습니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
paid_searchpersistent_cookie영구적 쿠키 지원 차원에 사용됩니다. 방문자가 각 히트 후 삭제되지 않은 쿠키를 지원하는지 여부를 나타냅니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
pointofinterest모바일 서비스 관심 영역 이름
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
pointofinterestdistance모바일 서비스 관심 영역 중심까지의 거리
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
product_listproducts 페이지 변수. 카테고리, 제품, 판매량 및 매출을 포함하여 여러 차원 및 지표를 채우는 데 도움이 됩니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
prop1 - prop75사용자 정의 트래픽 변수 1 - 75. Prop 차원에 사용됩니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
purchaseidpurchaseID 변수를 사용하여 설정되는 구매의 고유 식별자입니다. duplicate_purchase 열에서 사용됩니다.
xdm.commerce.order.purchaseID
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
quarterly_visitorreferrer레퍼러 차원. referrer에서 varchar(255)의 데이터 유형을 사용하는 동안 post_referrer에서는 varchar(244)의 데이터 유형을 사용합니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
ref_domainreferrer 열을 기반으로 합니다.ref_type1: 사이트 내부
2: 기타 웹 사이트
3: 검색 엔진
4: 하드 드라이브
5: USENET
6: 입력/책갈피 표시(레퍼러 없음)
7: 이메일
8: JavaScript 없음
9: 소셜 네트워크
10: 대화형 AI 도구
resolution모니터의 해상도를 나타내는 숫자 ID. 모니터 해상도 차원에 사용됩니다.
이 Analytics 데이터 피드 열은 조회 테이블을 사용하여 원하는 값을 식별합니다. Customer Journey Analytics에서 값은 조회 테이블 없이 직접 제공됩니다. 워크플로가 중간 조회 값 대신 최종 값을 수용하는지 확인합니다.
search_engine방문자를 사이트로 참조한 검색 엔진을 나타내는 숫자 ID. 검색 엔진 차원에 사용됩니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
이 Analytics 데이터 피드 열은 조회 테이블을 사용하여 원하는 값을 식별합니다. Customer Journey Analytics에서 값은 조회 테이블 없이 직접 제공됩니다. 워크플로가 중간 조회 값 대신 최종 값을 수용하는지 확인합니다.
search_page_numsecondary_hitsourceidstats_servers_kwcidAdobe Advertising 통합에 사용되는 키워드 ID입니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
s_resolutionscreen.width x screen.height를 사용하여 수집됩니다.tntAdobe Target 통합에서 사용됩니다. 현재 자격이 있는 모든 테스트를 나타냅니다. 포맷: TargetCampaignID:TargetRecipeID:TargetType\|Event/Action입니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
tnt_actionAdobe Target 통합에서 사용됩니다. 히트 자격이 있는 모든 테스트를 나타냅니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
tnt_instancestransactionid데이터 소스를 통해 나중에 다양한 데이터 포인트를 업로드할 수 있는 고유 식별자입니다. transactionID 변수를 사용하여 수집됩니다.
xdm.commerce.order.payments[0].transactionID
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
truncated_hitY: 히트가 잘림, 일부 히트 수신
N: 히트가 잘리지 않음, 전체 히트 수신
t_time_info방문자의 로컬 시간입니다. 포맷: M/D/YYYY HH:MM:SS Month (0-11, 0=January) Timezone offset (in minutes)
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
useridusername를 사용하십시오.usernameuser_agentuser_hashusername를 사용하십시오.user_server서버 차원에 사용됩니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
va_closer_detailva_closer_id마지막 터치 채널 차원을 식별하는 숫자 ID입니다.
이 Analytics 데이터 피드 열은 조회 테이블을 사용하여 원하는 값을 식별합니다. Customer Journey Analytics에서 값은 조회 테이블 없이 직접 제공됩니다. 워크플로가 중간 조회 값 대신 최종 값을 수용하는지 확인합니다.
va_finder_detailva_finder_id첫 번째 터치 채널 차원을 식별하는 숫자 ID입니다.
이 Analytics 데이터 피드 열은 조회 테이블을 사용하여 원하는 값을 식별합니다. Customer Journey Analytics에서 값은 조회 테이블 없이 직접 제공됩니다. 워크플로가 중간 조회 값 대신 최종 값을 수용하는지 확인합니다.
va_instance_eventva_new_engagementvideo컨텐츠 스트리밍 미디어 서비스 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videoadAd Streaming Media 서비스 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videoadinpodPod의 광고는 스트리밍 미디어 서비스 차원을 배치합니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videoadlength광고 길이(변수) 스트리밍 미디어 서비스 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videoadname광고 이름(변수) 스트리밍 미디어 서비스 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videoadplayername광고 플레이어 이름 스트리밍 미디어 서비스 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videoadpodAd pod streaming media 서비스 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videoadvertiserAdvertiser Streaming Media 서비스 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videoaudioalbumvideoaudioartistvideoaudioauthorvideoaudiolabelvideoaudiopublishervideoaudiostationvideocampaign캠페인 ID 스트리밍 미디어 서비스 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videochannel콘텐츠 채널 스트리밍 미디어 서비스 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videochapter챕터 스트리밍 미디어 서비스 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videocontenttype컨텐츠 유형 스트리밍 미디어 서비스 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videodaypart방송 시간대 스트리밍 미디어 서비스 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videoepisode에피소드 스트리밍 미디어 서비스 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videofeedtype미디어 피드 유형 스트리밍 미디어 서비스 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videogenre장르 스트리밍 미디어 서비스 차원. 이 차원을 사용하면 동일한 히트에서 쉼표로 구분된 여러 값을 사용할 수 있습니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videolength콘텐츠 길이(변수) 스트리밍 미디어 서비스 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videomvpdMVPD 스트리밍 미디어 서비스 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videoname컨텐츠 이름(변수) 스트리밍 미디어 서비스 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videonetwork네트워크 스트리밍 미디어 서비스 차원입니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videopath미디어 경로 스트리밍 미디어 서비스 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videoplayername컨텐츠 플레이어 이름 스트리밍 미디어 서비스 차원입니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videoqoebitrateaverageevar평균 비트율 스트리밍 미디어 서비스 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videoqoebitratechangecountevar비트율은 스트리밍 미디어 서비스 차원을 변경합니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videoqoebuffercountevar버퍼 이벤트 스트리밍 미디어 서비스 차원입니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videoqoebuffertimeevar스트리밍 미디어 서비스의 총 버퍼 지속 시간 차원입니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videoqoedroppedframecountevarStreaming Media 서비스 차원에서 삭제된 프레임.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videoqoeerrorcountevar이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videoqoeextneralerrorsvideoqoeplayersdkerrors스트리밍 미디어 서비스 차원에서 플레이어 SDK 오류 ID입니다. 이 차원을 사용하면 동일한 히트에서 여러 값을 사용할 수 있습니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videoqoetimetostartevar스트리밍 미디어 서비스 시작 시간 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videoseason시즌 스트리밍 미디어 서비스 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videosegment콘텐츠 세그먼트 스트리밍 미디어 서비스 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videosessionid미디어 세션 ID 스트리밍 미디어 서비스 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videoshow스트리밍 미디어 서비스 표시 차원.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videoshowtypeStreaming Media 서비스 표시 유형입니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
videostreamtypevisid_high방문자를 고유하게 식별하기 위해 visid_low와 함께 사용됩니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
visid_low방문자를 고유하게 식별하기 위해 visid_high와 함께 사용됩니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
visid_newvisid_timestampvisid_type외부용이 아닙니다. Adobe가 최적화 처리를 위해 내부적으로 사용합니다. 방문자를 식별하는 데 사용되는 방법을 나타내는 숫자 ID입니다.0: 사용자 지정 방문자 ID 또는 알 수 없음/적용할 수 없음1: IP 및 사용자 에이전트 폴백2: HTTP 모바일 구독자 헤더3: 기존 쿠키 값(s_vi)4: 대체 쿠키 값(s_fid)5: ID 서비스
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
visit_keywords검색 키워드 차원. 이 열은 Adobe에서 사용하는 백엔드 로직을 수용하기 위해 비표준 문자 제한인 varchar(244)를 사용합니다. 후처리된 열은 **post_visit_keywords**이(가) 아닌 **post_keywords**입니다.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.
visit_numvisit_page_numvisit_referrervisit_ref_domainvisit_referrer 열을 기반으로 합니다. 방문의 첫 번째 참조 도메인.visit_ref_type방문의 첫 번째 레퍼러 유형을 나타내는 숫자 ID.
이 Analytics 데이터 피드 열은 조회 테이블을 사용하여 원하는 값을 식별합니다. Customer Journey Analytics에서 값은 조회 테이블 없이 직접 제공됩니다. 워크플로가 중간 조회 값 대신 최종 값을 수용하는지 확인합니다.
visit_search_engine방문의 첫 번째 검색 엔진에 대한 숫자 ID.
이 Analytics 데이터 피드 열은 조회 테이블을 사용하여 원하는 값을 식별합니다. Customer Journey Analytics에서 값은 조회 테이블 없이 직접 제공됩니다. 워크플로가 중간 조회 값 대신 최종 값을 수용하는지 확인합니다.
visit_start_pagenamevisit_start_page_urlvisit_start_time_gmtweekly_visitoryearly_visitorzip우편 번호 차원을 채우는 데 도움이 됩니다. 참조: geo_zip.
이 Analytics 데이터 피드 열에는 사전 처리된 버전과 사후 처리된 버전(접두사 post_)이 모두 포함되어 있습니다. 접두사가 post_인 열에는 최종적으로 보고에 사용되는 값이 포함됩니다. 대부분의 조직은 사용 가능한 경우에만 post_ 열을 사용합니다. 다음 테이블에서는 다음 열의 속성을 비교합니다.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| 사전 처리된 열 값 | 사후 처리된 열 값 |
| 수집된 상태 | 보고에 사용됨 |
| 처리 규칙 이전 | 처리 규칙 이후 |
| VISTA 규칙 이전 | VISTA 규칙 이후 |
| 할당이 적용되지 않음 | 할당 적용 |
Customer Journey Analytics에는 사전 처리 및 사후 처리의 개념이 없기 때문에 CJA 데이터 피드에서 두 열을 모두 재현하는 것은 어렵습니다. 이러한 열의 근사치를 원하는 경우 동일한 XDM 필드를 차원 열로 여러 번 끌어다 놓아 서로 다른 속성 설정을 가진 여러 구성 요소를 만들 수 있습니다.
- 사전 처리된 열: 속성 없음
- 사후 처리된 열: 데이터 보기 설정에서 Analytics 변수와 동일한 할당 및 만료 설정을 적용합니다. 대부분의 구성 요소는 “마지막”의 할당과 “방문”의 만료를 사용합니다.