동적 데이터스트림 구성 사용 사례

이 페이지에서는 Dynamic Datastream Configurations에 대한 이벤트 값 구분, 계층형 데이터 보존 전략, 시스템 이벤트 억제, 보트 트래픽 필터링, 선택적 Experience Cloud 솔루션 라우팅 및 Analytics 소스 커넥터 마이그레이션과 같은 6가지 일반적인 사용 사례를 다룹니다.

각 사용 사례는 독립적입니다. 구현에 적용되는 기능만 구현합니다.

규칙을 구성하기 전에 사전 요구 사항 및 계획 검사 목록을 완료하고 구성 패턴을 검토하여 구현에 적합한 기본 데이터 세트 전략을 선택하십시오.

사용 사례 1: 분석 이벤트에서 실행 가능 구분 uc1

목표: Customer Journey Analytics에 사용할 수 있는 분석 이벤트를 유지하면서 실행 가능 이벤트만 Real-Time Customer Profile에 라우팅하여 프로필 저장소 사용을 최적화하고 총 데이터 볼륨을 줄입니다.

사용 시기: Web SDK 또는 Mobile SDK 이벤트를 Adobe Experience Platform​(으)로 수집하고 있으며 모든 이벤트가 프로필 사용 데이터 집합에 포함되므로 프로필 초과, 총 데이터 볼륨 초과 또는 스트리밍 수집 보호 압력이 발생합니다.

데이터 세트 전략 uc1-dataset-strategy

다음의 두 데이터 세트 구조는 이벤트를 프로필 값으로 구분합니다.

규칙 구성 uc1-rule-config

규칙을 구성하기 전에 실행 가능한 첫 번째 데이터 세트 또는 분석 우선 데이터 세트 전략을 사용할지 여부를 결정하십시오. 이 선택 사항에 따라 데이터 스트림에서 기본으로 설정하는 데이터 세트가 결정됩니다.

예 1: 분석 우선 — 실행 가능한 이벤트 규칙

기본 데이터 집합: Web Events - Analytics(프로필이 아닌 경우 기본 대체)
보조 데이터 집합: Web Events - Profile(프로필 사용)

실행 가능한 이벤트를 프로필 사용 데이터 집합에 승격하는 규칙을 하나 작성하십시오. 모든 분석 이벤트는 기본 데이터 세트로 자동으로 전달됩니다.

규칙: 실행 가능한 이벤트

commerce.productListAdds 또는 leadGeneration.formComplete과(와) 같은 다른 Actionable 이벤트 형식에 대해 OR 논리를 사용하여 추가 조건을 추가하십시오.

예 2: 실행 가능한 첫 번째 — 분석 이벤트 규칙

기본 데이터 세트: Web Events - Profile(프로필이 활성화됨, 기본 대체)
보조 데이터 집합: Web Events - Analytics(프로필이 활성화되지 않음)

분석 이벤트를 프로필 사용 데이터 집합에서 다른 곳으로 라우팅하는 규칙을 하나 작성하십시오. 모든 실행 가능 이벤트는 기본 데이터 세트로 자동 전달됩니다.

규칙: 분석 이벤트

다른 분석 이벤트 유형에 조건을 더 추가합니다.

사용 사례 2: 계층형 데이터 보존 전략 uc2

목표: 장기 비즈니스 가치에 따라 보존 기간이 다른 데이터 세트로 이벤트를 라우팅하여 데이터 보존 비용을 관리합니다.

사용할 시기: 이벤트 유형에 따라 다른 보존 기간이 필요합니다. 예를 들어 Adobe Real-Time CDP에서 구매 데이터에 대한 보존이 길어지고 제품 상호 작용에 대한 보존이 짧아집니다.

데이터 집합 보존 구성에 대한 자세한 내용은 경험 이벤트 데이터 집합 보존 안내서를 참조하십시오.

데이터 세트 전략 uc2-dataset-strategy

다음 3계층 구조는 이벤트 값에 따라 보존 기간을 지정합니다.

규칙 구성 uc2-rule-config

일치하지 않는 이벤트가 프로필 저장소를 부풀리지 않고 기본적으로 비프로필 데이터 집합에 도착하도록 데이터 스트림의 기본 데이터 집합을 Browsing - General(으)로 설정하십시오. 일반 탐색 이벤트에 대한 규칙은 기본 데이터 세트에 자동으로 적용됩니다.

규칙 1: 구매

규칙 2: 제품 상호 작용

commerce.productListAdds에 대해 OR을(를) 사용하는 조건, UTM 매개 변수를 사용하는 페이지 보기 및 기타 제품 상호 작용 이벤트를 추가합니다.

사용 사례 3: 개인화 시스템 이벤트 억제 uc3

목표: Customer Journey Analytics 및 Real-Time Customer Profile 중 decisioning.propositionFetch 및 personalization.request 이벤트를 유지합니다. 이러한 시스템 이벤트는 Adobe Target 또는 Adobe Journey Optimizer이(가) 개인화 결정을 검색할 때 모든 페이지 로드 시 실행됩니다. 분석 또는 프로필 값이 없는 소모성 이벤트입니다.

사용 시기: Customer Journey Analytics 또는 Adobe Real-Time CDP과(와) 함께 개인화에 Adobe Target 또는 Adobe Journey Optimizer을(를) 사용하고 있으며 이러한 시스템 이벤트가 청구 가능한 행 수를 부풀리거나 프로필 저장소 용량을 소비하거나 스트리밍 수집 처리량을 소비하고 있습니다.

규칙 구성 uc3-rule-config

Adobe Experience Platform 서비스를 완전히 사용하지 않도록 설정하는 대신 시스템 이벤트를 전용 격리 데이터 세트로 라우팅합니다. 이렇게 하면 값이 없음을 확인하기 전에 디버깅을 위해 이벤트가 보존됩니다.

규칙: 시스템 이벤트

personalization.request에 대한 OR 조건 및 표시하지 않을 다른 시스템 이벤트 형식을 추가합니다.

이러한 이벤트를 격리 데이터 세트로 라우팅한 후 Customer Journey Analytics 연결에서 제외되었는지 확인하십시오.

사용 사례 4: 보트 트래픽 필터링 uc4

목표: 보트 생성 이벤트가 Real-Time Customer Profile에 들어가지 않거나, Customer Journey Analytics 지표를 부풀리거나, 스트리밍 수집 처리량을 사용하지 않도록 중지합니다.

사용 시기: 데이터 스트림에서 봇 탐지를 사용하도록 설정했으며 이벤트에 할당된 봇 점수에 대해 작업하려고 합니다.

사전 요구 사항 uc4-prerequisites

이 규칙을 구성하기 전에 사전 요구 사항 및 계획 검사 목록에 설명된 봇 탐지 설정을 완료하십시오.

규칙 구성 uc4-rule-config

항상 분석을 위해 보트 이벤트를 격리하여 시작합니다. 보트 점수가 정확한지 확인한 후에는 격리를 계속 진행하거나 이러한 이벤트를 완전히 취소하도록 선택할 수 있습니다.

규칙: 보트 트래픽

옵션 A: 분석 격리(초기에 권장됨)

이 데이터 세트가 Customer Journey Analytics 연결에서 제외되어 있는지 확인하십시오.

옵션 B: 옵션 A의 유효성을 검사한 후 완전히 버리기

격리 데이터 세트의 유효성을 검사하고 보트 점수가 정확한지 확인한 후 규칙에서 Adobe Experience Platform 서비스를 사용하지 않도록 설정하여 이러한 이벤트가 모두 Adobe Experience Platform에 도달하지 않도록 설정하십시오.

별도의 규칙으로 보트 트래픽에 대해 다른 서비스를 비활성화할 수도 있습니다.

규칙 순서 지정 uc4-rule-ordering

실행 가능 또는 분석 규칙 앞에 보트 필터링 규칙 first​을(를) 규칙 목록에 추가합니다. Edge Network에서는 먼저 일치 항목 평가를 사용하므로 이 규칙을 먼저 배치하면 다른 라우팅 논리가 실행되기 전에 Edge Network이 보트 트래픽을 포착하고 폐기합니다. 보트 이벤트를 프로필 지원 데이터 세트에 라우팅하면 불필요한 프로필 저장소 용량이 사용됩니다.

사용 사례 5: 선택적 Experience Cloud 솔루션 라우팅 uc5

목표: 특정 이벤트 유형을 수신하는 Experience Cloud 솔루션(Adobe Analytics, Adobe Target, Adobe Audience Manager)을 제어하고 이벤트 조건에 따라 보고서 세트 또는 속성 토큰과 같은 솔루션 수준 설정을 재정의합니다.

사용할 시기: 여러 데이터스트림을 하나로 통합하려면 다른 이벤트 유형이 다른 Adobe Analytics 보고서 세트로 이동되거나 특정 이벤트가 Adobe Target 또는 Adobe Audience Manager에 도달하지 않아야 합니다.

예제 A: 이벤트 유형별 Analytics 보고서 세트 재정의 uc5-example-a

서로 다른 보고서 세트에 보고하는 여러 사이트 섹션을 제공하는 단일 데이터 스트림입니다.

규칙 1: 전자 상거래 이벤트

규칙 2: 콘텐츠 이벤트

예제 B: 분석 이벤트에 대한 Target 비활성화 uc5-example-b

분석 이벤트가 Adobe Target에 도달하지 않도록 하여 초당 Target 요청 및 불필요한 처리를 줄입니다.

규칙: 분석 이벤트

예제 C: 여러 데이터 스트림 통합 uc5-example-c

현재 Adobe Analytics 및 Adobe Target, Event Forwarding, Adobe Journey Optimizer 및 Customer Journey Analytics에 대해 별도의 데이터 스트림을 유지 관리하는 경우 단일 데이터 스트림으로 통합할 수 있습니다.

이렇게 하면 데이터 스트림 관리 오버헤드가 줄어들고 클라이언트측 로직이 데이터 스트림 간에 선택할 필요가 없습니다.

규칙 테이블과 규칙 순서 논리가 있는 전체 통합 예제는 전체 예제를 참조하십시오.

사용 사례 6: Analytics 소스 커넥터에서 마이그레이션 uc6

목표: 제공된 원본 커넥터에 대한 행 수준 필터링을 유지하면서 Adobe Analytics 원본 커넥터을(를) Web SDK 데이터 수집(으)로 바꾸십시오.

사용 시기: Adobe Analytics 원본 커넥터에서 Web SDK 기반 데이터 수집으로 Adobe Experience Platform​(으)로 마이그레이션하고 있으며, 원본 커넥터에 의존하여 프로필에서 받은 이벤트를 필터링했습니다.

마이그레이션 접근 방식 uc6-migration

다음 단계를 순서대로 수행합니다. 단계 1과 2는 데이터 스트림을 조작하기 전에 완료하는 계획 단계입니다.

1단계: 원본 커넥터 필터 인벤토리

소스 커넥터가 현재 수집에서 제외하는 이벤트를 문서화합니다.

2단계: 소스 커넥터 필터를 규칙에 매핑

3단계: 데이터 세트 전략 만들기

보존 요구 사항에 따라 사용 사례 1 또는 사용 사례 2을(를) 따르십시오.

4단계: 규칙 구성

2단계에서 매핑된 규칙을 구현합니다. 분석 우선 패턴 또는 실행 가능한 우선 패턴 중에서 결정합니다. 가장 많은 이벤트에 영향을 주는 규칙의 우선 순위를 지정하고 다른 모든 이벤트는 기본 대체 항목으로 둡니다.

5단계: 병렬 수집 실행

마이그레이션 중에 유효성 검사 기간 동안 소스 커넥터와 웹 SDK 수집을 동시에 실행합니다. 비교:

결과를 확인한 후 소스 커넥터를 해제합니다.

다음 단계