이벤트 전달

이 안내서에서는 Adobe Experience Platform Edge Network을 사용하여 서버측 이벤트 전달을 구현하는 방법에 대해 설명합니다. Edge Network을 통해 수집된 실시간 이벤트 데이터를 타사 분석 플랫폼, 클라우드 스토리지 엔드포인트, 광고 네트워크 또는 사용자 지정 웹후크와 같은 Adobe이 아닌 대상에 배포해야 하는 솔루션 설계자, 마케팅 기술자 및 구현 엔지니어를 위해 설계되었습니다.

이벤트 전달을 구성하기 위한 모든 가능한 접근 방식을 제시하고, 이들 간의 장단점을 설명하며, 자세한 절차 지침을 위한 Adobe Experience League 설명서 링크를 제공합니다.

사용 사례 개요

Adobe Experience Platform Web SDK, Mobile SDK 또는 Server API를 통해 동작 데이터를 수집하는 조직은 종종 Google Analytics 또는 Snowflake과(와) 같은 분석 플랫폼, 전환 추적을 위한 광고 네트워크, 장기 저장을 위한 데이터 웨어하우스 또는 사용자 지정 내부 서비스 등 Adobe이 아닌 시스템과 동일한 이벤트 스트림을 공유해야 합니다. 일반적으로 이러한 클라이언트측 태그의 증가는 페이지 가중치를 높이고, 지연을 초래하며, 개인 정보 및 거버넌스 위험을 만듭니다.

이벤트 전달은 Edge Network에서 서버측을 운영하여 이 문제를 해결합니다. 방문자 상호 작용이 웹 SDK 또는 서버 API를 통해 이벤트를 트리거하면 해당 이벤트는 데이터 스트림을 통해 Edge Network으로 라우팅됩니다. 전용 이벤트 전달 속성에 구성된 이벤트 전달 규칙은 들어오는 이벤트 데이터를 평가하여 하나 이상의 구성된 대상에 선택적으로 전달합니다. 이 서버측 접근 방식은 클라이언트측 태그 증가를 줄이고, 페이지 성능을 개선하며, 데이터 거버넌스를 중앙 집중화하고, 조직이 Adobe 에코시스템에서 나가는 데이터를 정확하게 제어할 수 있도록 합니다.

이 패턴의 대상 대상에는 데이터 수집을 위해 Adobe Experience Platform Web SDK 또는 서버 API를 이미 배포했거나 배포할 계획이며 클라이언트측 JavaScript 태그를 추가하지 않고 이벤트 데이터를 Adobe이 아닌 끝점에 배포하여 해당 투자를 연장하려는 조직이 포함됩니다.

주요 비즈니스 목표

이 사용 사례 패턴에서는 다음 비즈니스 목표가 지원됩니다.

데이터 품질 및 거버넌스 향상

정확하고 완벽하며 규정을 준수하는 데이터를 보장하여 정확한 타겟팅, 줄어든 낭비 및 안정적인 분석을 수행할 수 있습니다. 이벤트 전달은 서버측에서 데이터 배포를 중앙 집중화하여 조직에서 외부 시스템과 공유하는 데이터에 대한 단일 제어 지점을 제공하여 데이터 유출 위험을 줄이고 데이터가 Adobe Edge Network에서 나가기 전에 거버넌스 정책을 적용하도록 합니다.

KPI: 효율성, 비용 절감

자세한 내용은 데이터 품질 및 거버넌스 개선을 참조하세요.

마케팅 기술 통합 및 현대화

확장성이 뛰어난 통합 플랫폼으로 마이그레이션하여 툴 조각화 및 기술적 부담 감소 이벤트 전달을 통해 조직은 여러 클라이언트측 공급업체 태그를 단일 서버측 데이터 배포 메커니즘으로 대체할 수 있으므로 페이지 로드 오버헤드가 줄어들고 기술 스택이 단순화됩니다.

KPI: 비용 절감, 효율성, 출시 속도

자세한 내용은 마케팅 기술 통합 및 현대화를 참조하십시오.

예시 전술 사용 사례

다음은 이러한 사용 사례 패턴이 적용되는 일반적인 전술적 시나리오입니다.

주요 성과 지표

다음 KPI는 이 사용 사례 패턴의 성공을 측정하는 데 도움이 됩니다.

사용 사례 패턴

이 섹션에서는 이벤트 전달을 구현하는 데 사용되는 패턴 및 기능 체인에 대해 설명합니다.

이벤트 전달 - Edge Network을 통해 수집된 실시간 이벤트 데이터를 분석, 저장 또는 광고를 위한 Adobe 이외의 대상으로 전달합니다.

함수 체인: 데이터 스트림 구성 > 이벤트 규칙 정의 > 대상 매핑 > 전달 실행 > 모니터링

애플리케이션

이 사용 사례 패턴에는 다음 응용 프로그램이 사용됩니다.

기본 함수

이 사용 사례 패턴을 사용하려면 다음 기본 기능이 있어야 합니다. 각 함수에 대해 상태는 일반적으로 필요한지, 사전 구성되어 있다고 가정할지 또는 적용할 수 없는지 여부를 나타냅니다.

기능 지원

다음 기능은 이 사용 사례 패턴을 강화하지만 코어 실행에는 필요하지 않습니다.

애플리케이션 기능

이 계획은 응용 프로그램 함수 카탈로그에서 다음 함수를 실행합니다. 함수는 번호가 매겨진 단계가 아닌 구현 단계에 매핑됩니다.

Adobe Experience Platform​(AEP)

필요 조건

구현을 시작하기 전에 다음 사항이 준비되었는지 확인하십시오.

구현 옵션

이 섹션에서는 이벤트 전달을 구현하는 데 사용할 수 있는 방법에 대해 설명하고 올바른 옵션을 선택하는 방법에 대한 지침을 제공합니다.

옵션 A: 확장 기반 이벤트 전달

잘 지원되는 대상 플랫폼(Meta, Google, AWS, Azure, Snowflake 등)을 사용하는 팀: 데이터 수집 카탈로그에서 사용 가능한 사전 빌드된 이벤트 전달 확장이 있습니다.

작동 방식:

확장 기반 이벤트 전달은 Adobe 또는 타사 파트너가 유지 관리하는 사전 설치된 통합을 활용합니다. 각 확장은 특정 대상을 위해 특별히 빌드되었으며 인증, 페이로드 형식 지정 및 끝점 통신을 처리합니다. 구현자는 이벤트 전달 속성에 확장을 설치하고, 인증 자격 증명을 구성하고, XDM 데이터 요소를 확장의 작업 필드에 매핑하는 규칙을 빌드합니다.

이 접근 방식은 확장이 대상의 API 요구 사항을 추출하므로 사용자 지정 개발을 최소화합니다. 예를 들어 Meta 전환 API 확장은 XDM 상거래 이벤트를 Meta에서 예상하는 형식으로 변환하여 PII 필드 해싱, 중복 제거 매개 변수 및 액세스 토큰 관리를 처리합니다. 마찬가지로 Google Cloud Platform 또는 AWS 확장 프로그램은 해당 클라우드 서비스에 대한 인증 및 페이로드 형식을 처리합니다.

장단점은 확장 가용성에 따라 지원되는 대상이 결정된다는 것입니다. 대상 대상에 대한 확장이 없는 경우 옵션 B(사용자 지정 웹후크)를 대신 사용해야 합니다.

주요 고려 사항:

장점:

제한 사항:

Experience League:

옵션 B: 사용자 지정 웹후크(API 가져오기) 이벤트 전달

미리 빌드된 확장명 없이 이벤트를 대상으로 전달하거나 HTTP 요청 페이로드, 헤더 및 인증 메커니즘을 완벽하게 제어해야 하는 팀에 가장 적합합니다.

작동 방식:

사용자 지정 Webhook 기반 이벤트 전달은 Adobe Cloud Connector 확장(기본적으로 포함됨)을 사용하여 임의의 끝점에 대해 임의의 HTTP 요청을 수행합니다. 구현자는 데이터 요소를 정의하여 들어오는 XDM 이벤트에서 값을 추출 및 변환한 다음 Cloud Connector의 "가져오기 호출 만들기" 작업 유형을 사용하여 규칙 작업을 구성합니다. 이 작업을 사용하면 HTTP 메서드, URL, 헤더 및 요청 본문을 완벽하게 제어할 수 있습니다.

요청 본문은 일반적으로 데이터 요소와 사용자 지정 코드를 사용하여 대상의 API 사양에 따라 페이로드 형식을 지정합니다. 이 접근 방식은 REST API, 웹후크, 클라우드 함수 또는 내부 서비스 등 HTTP 액세스 가능한 모든 끝점을 지원하므로 가장 유연한 옵션이 됩니다.

이러한 단점은 구현 노력 및 지속적인 유지 관리 수준을 높이는 것입니다. 구현자는 대상 API를 이해하고, 인증을 수동으로 처리(예: 인증 헤더 설정, 토큰 새로 고침 관리)해야 하며, 대상 API가 발전하는 경우 페이로드 형식을 유지해야 합니다.

주요 고려 사항:

장점:

제한 사항:

Experience League:

옵션 C: 하이브리드(확장 + 맞춤형 웹후크)

최적의 용도: 일부 조직에서는 확장이 미리 만들어져 있고 다른 조직에서는 사용자 지정 통합이 필요한 여러 대상으로 이벤트를 전달하는 조직입니다.

작동 방식:

하이브리드 접근 방식은 잘 지원되는 대상에 대한 확장 기반 전달과 확장이 부족한 대상에 대한 사용자 지정 웹후크 작업을 결합합니다. 단일 이벤트 전달 속성에는 여러 규칙이 포함됩니다. 일부는 확장 작업(예: 광고 전환 추적을 위해 Meta 전환 API 확장 사용)을 사용하고, 일부는 Cloud Connector 가져오기 작업(예: 내부 데이터 레이크 끝점으로 전달)을 사용합니다.

이 접근 방식은 불필요한 사용자 정의 개발을 최소화하면서 커버리지를 극대화합니다. 각 규칙은 독립적으로 작동하므로 확장 기반 규칙은 사전 설치된 페이로드 형식의 이점을 활용하며 사용자 지정 규칙은 유연성을 최대한 유지합니다.

주요 고려 사항:

장점:

제한 사항:

Experience League:

옵션 비교

다음 표에서는 세 가지 구현 옵션을 비교합니다.

적절한 옵션 선택

먼저 대상 인벤토리를 작성하고 사전 빌드된 이벤트 전달 확장이 각각에 대해 존재하는지 확인합니다.

구현 단계

다음 단계에서는 이벤트 전달을 위한 전체적인 구현 프로세스를 설명합니다.

1단계: 데이터스트림 구성

응용 프로그램 함수: AEP: 데이터 스트림 구성

구성할 내용: 웹 SDK, Mobile SDK 또는 Server API 구현에서 이벤트를 받고 이벤트 전달 규칙이 이벤트를 처리할 수 있는 Edge Network으로 라우팅하는 데이터 스트림입니다. 이벤트 전달이 기존 데이터 수집 배포에 추가되는 경우 기존 데이터 스트림에서 이벤트 전달을 활성화합니다.

이 단계의 결정 지점:

UI 탐색: Experience Platform > 데이터 수집 > 데이터스트림 > 데이터스트림 선택 또는 만들기

키 구성 세부 정보:

Experience League 설명서:

2단계: 이벤트 전달 속성 및 확장

응용 프로그램 함수: AEP: 이벤트 전달 속성 설정

구성할 내용: 대상 대상에 필요한 확장과 함께 데이터 수집 UI의 이벤트 전달 속성입니다. 이벤트 전달 속성은 서버측 전달 논리를 정의하는 모든 규칙, 데이터 요소 및 확장에 대한 컨테이너입니다.

이 단계의 결정 지점:

UI 탐색: Experience Platform > 데이터 수집 > 이벤트 전달 > 속성 만들기(또는 기존 항목 선택)

키 구성 세부 정보:

Experience League 설명서:

3단계: 이벤트 규칙 정의

응용 프로그램 함수: AEP: 이벤트 규칙 정의, AEP: 대상 매핑

구성할 규칙: 들어오는 이벤트 데이터를 평가하고, 전달할 이벤트를 필터링하는 조건을 적용하고, 데이터를 대상 끝점으로 보내는 작업을 정의하는 규칙입니다. 각 규칙은 조건(실행 시기)과 작업(수행할 작업)으로 구성됩니다. 데이터 요소는 규칙 조건 및 작업 구성에 사용할 XDM 이벤트 페이로드에서 값을 추출하고 변환합니다.

이 단계의 결정 지점:

UI 탐색: Experience Platform > 데이터 수집 > 이벤트 전달 > 속성 선택 > 데이터 요소/규칙

키 구성 세부 정보:

옵션이 나뉘는 위치:

옵션 A(확장 기반)의 경우:

대상 확장의 미리 작성된 작업 유형을 사용하여 규칙 작업을 구성합니다. 예를 들어 Meta 전환 API 확장은 XDM 필드를 Meta 이벤트 매개 변수(event_name, event_time, user_data, custom_data)에 매핑하는 "이벤트 보내기" 작업을 제공합니다. 확장은 페이로드 형식 지정, 해시 및 API 통신을 처리합니다.

옵션 B(사용자 지정 Webhook)의 경우:

Cloud Connector 확장의 "Make Fetch Call" 작업을 사용하여 규칙 작업을 구성합니다. 대상 URL, HTTP 메서드(일반적으로 POST), 요청 헤더(인증 포함)를 지정하고 데이터 요소 및/또는 사용자 지정 코드를 사용하여 요청 본문을 구성합니다. 대상 API의 예상 페이로드 형식을 정확하게 일치시켜야 합니다.

옵션 C(하이브리드)의 경우:

각 대상에 대해 별도의 규칙을 만듭니다. 확장 기반 규칙은 확장의 작업 유형을 사용하고, 사용자 지정 규칙은 Cloud Connector 가져오기 호출을 사용합니다. 모든 규칙은 동일한 속성에서 공존하며 들어오는 각 이벤트에 대해 독립적으로 평가됩니다.

Experience League 설명서:

4단계: 게시 및 활성화

응용 프로그램 함수: AEP: 실행 전달

구성할 내용: 이벤트 전달 규칙을 개발에서 스테이징을 통해 프로덕션으로 승격하는 게시 워크플로우입니다. 이벤트 전달에서는 Edge Network에서 활성화된 구성을 제어하는 환경 및 빌드 아티팩트와 함께 Tags와 동일한 라이브러리 기반 게시 모델을 사용합니다.

이 단계의 결정 지점:

UI 탐색: Experience Platform > 데이터 수집 > 이벤트 전달 > 속성 선택 > 게시 흐름

키 구성 세부 정보:

Experience League 설명서:

5단계: 모니터링 및 유효성 검사

응용 프로그램 함수: AEP: 모니터링

구성할 내용: 대시보드 및 유효성 검사 프로세스를 모니터링하여 이벤트가 정상적으로 전달되는지 확인하고, 오류를 진단하고, 이벤트 전달 배포의 작동 상태를 유지합니다.

이 단계의 결정 지점:

UI 탐색: Experience Platform > 데이터 수집 > 이벤트 전달 > 속성 선택 > 모니터링

키 구성 세부 정보:

Experience League 설명서:

구현 시 고려 사항

이 섹션에서는 구현 전반에 걸쳐 염두에 두어야 할 보호 기능, 일반적인 위험, 모범 사례 및 상충 결정 등을 다룹니다.

보호 기능 및 제한 사항

일반적인 함정

우수 사례

절충안 결정

관련 설명서

다음 리소스는 이 안내서에서 다루는 항목에 대한 추가 세부 정보를 제공합니다.

이벤트 전달

이벤트 전달 확장

데이터 수집 및 Edge Network