[베타] 사용자 기반 크로스 플랫폼 어트리뷰션

사용자 기반 어트리뷰션이란?

사용자 기반 어트리뷰션은 지속적 고객 사용자 ID(CUID)를 기반으로 플랫폼 간 전환 이벤트를 연결하는 크로스 플랫폼 모델입니다. 이 모델은 CUID를 사용하여 모든 활동을 사용자의 첫 번째 전환 이벤트를 유도한 원래의 미디어 소스로 어트리뷰션 합니다.

크로스 플랫폼 유저 여정 예시

예를 들어, 사용자가 구글 웹 광고를 클릭하고 가입하여 데스크톱 브라우저에서 구매를 완료합니다. 그런 다음, 동일한 사용자가 인스타그램 모바일 광고를 클릭하고 모바일 앱을 설치하고 또 다른 인앱 구매를 합니다. 일주일 후, 사용자는 브랜드의 CTV 앱을 설치하고, 동일한 CUID를 사용하여 로그인하고, 유료 구독을 시작합니다.

CUID가 플랫폼 전반에 걸쳐 사용자를 일관되게 식별하며, 해당 CUID와 연관된 최초의 논오가닉 런칭 이벤트가 Google 웹 캠페인이었기 때문에, 이후 모든 활동(모바일 앱 구매 및 CTV 구독 포함)은 Google 캠페인에 귀속됩니다.

사용자 기반 vs. 기기 기반 어트리뷰션

이 모델은 각 기기를 별개의 사용자로 간주하고 플랫폼 간 사용자 여정을 분할하는 기기 기반 어트리뷰션의 주요 한계를 해결합니다. 반면 사용자 중심 어트리뷰션은 지속적 CUID를 활용해 기기 간 이벤트를 연결함으로써 일관된 측정, 정확한 캠페인 기여도 산정, 그리고 전체 제품 라인에 걸친 진정한 고객 생애가치(LTV)를 이해할 수 있습니다.

다음은 기기 중심 어트리뷰션과 유저 중심 어트리뷰션의 차이점을 보여주는 사용자 여정 예시입니다.

유저가 웹에서 메타 광고를 클릭하고 광고주의 웹사이트로 리디렉션되어 가입하고 계정을 만듭니다. 나중에 같은 사용자가 광고주의 iOS 앱을 설치하고 로그인하여 $50 구매를 합니다. 며칠 후, 유저는 유튜브 광고를 보고, 광고주의 PC 앱을 설치하고, 다시 로그인하여 $100 구매를 합니다.

기기 기반 어트리뷰션은 Meta Ads에 0달러를, 사용자 기반 어트리뷰션은 150달러를 각각 기여합니다. 아래 표는 이 여정이 각 모델별로 어떻게 어트리뷰션되는지 보여줍니다.

이벤트를 크로스 플랫폼 어트리뷰션 후보로 만드는 요인은 무엇일까요?

이벤트는 다음 조건을 모두 충족할 경우 크로스 플랫폼 어트리뷰션의 대상이 됩니다:

• CUID가 존재합니다: 이벤트는 유효한 Customer User ID(CUID)를 포함해야 합니다. 광고주가 제공하는 고정 식별자(예: 로그인 ID 또는 해시 처리된 이메일)로 디바이스와 플랫폼 전반에 걸쳐 사용자를 고유하게 식별할 수 있습니다. 
  • 이벤트에 CUID가 누락되었지만 동일한 appsflyer_id을 공유하는 경우, AppsFlyer는 짧은 처리 시간 내에 CUID를 보충할 수 있습니다. 보충된 CUID는 CUID가 포함된 첫 번째 이벤트가 도착하기 최대 4시간 전까지 소급 적용됩니다. 자세한 내용은 아래의 CUID enrichment 처리 창을 참조하십시오.
  • CUID 없이 도착하고 CUID 보강 프로세스를 통해 보강할 수 없는 이벤트도 크로스 플랫폼 어트리뷰션에 포함됩니다. 이런 경우, 어트리뷰션은 기기 수준(클래식) 어트리뷰션 방법을 사용하여 결정됩니다.
• 제품군에 속합니다: 이벤트를 생성하는 앱은 반드시 제품 라인에 속해야 합니다. 제품 라인이란 동일한 브랜드 아래에서 속성 범위가 지정되고 일괄적으로 구성된 관련 앱(예: iOS, Android, CTV)의 집합을 의미합니다. 자세한 내용은 크로스 플랫폼 어트리뷰션을 위한 앱 그룹화 항목을 참조하십시오.
• 비활성 복원 윈도우 내에서: 이벤트는 설정 가능한 기간(예: 7~390일)으로 정의된 비활성 기간(inactivity window) 내에 포함되어야 합니다. 이 기간 동안 CUID는 여전히 활성으로 간주되며, 지정된 제품 라인 내에서 어트리뷰션 대상이 됩니다. 이 윈도우 내에 CUID가 보이지 않으면 이전 어트리뷰션 매핑이 무시됩니다. 
• 기기 수준 어트리뷰션 필드가 있습니다: 이벤트는 이미 AppsFlyer의 전통적인 기기 기반 어트리뷰션 모델에서 파생된 유효한 기기 수준 어트리뷰션 파라미터(예: 미디어 소스, 캠페인 ID)를 포함해야 합니다.

어트리뷰션 소스는 어떻게 결정되나요?

이 모델은 지정된 사용자(CUID)에 대한 모든 이벤트를 사용자의 첫 번째 전환을 유도한 오리지널 미디어소스에 어트리뷰트합니다.

어트리뷰션된 원래 미디어소스는 다음과 같은 로직을 사용하여 결정됩니다.

• 제품 라인 내 CUID가 포함된 각 인앱 이벤트에 대해, AppsFlyer는 해당 CUID의 가장 초기런치 이벤트(즉, 유효한 미디어 소스가 있는 런치 이벤트)를 식별합니다.
• 전통적인 기기 중심 어트리뷰션에 의해 해당 실행 이벤트에 어트리뷰트된 미디어 소스는 해당 인앱 이벤트의 어트리뷰션 소스로 간주됩니다.
• 이 미디어소스는 해당 CUID 및 제품군과 연관된 모든 후속 이벤트에 대해 사용자 유입 크로스 플랫폼 어트리뷰션 소스로 사용됩니다.
• 앱 내 이벤트에 CUID가 누락된 경우, AppsFlyer는 1~4시간의 보강 처리 기간 동안 이를 보충하려고 시도합니다. 
• CUID가 없는 이벤트가 정의된 CUID 보강 기간 이외에 도착하는 경우 여전히 크로스 플랫폼 어트리뷰션에 포함됩니다. 이러한 이벤트는 기기 수준(클래식) 어트리뷰션 방법을 사용하여 어트리뷰션됩니다.

CUID 보강 처리 기간

CUID 보충 처리 창은 AppsFlyer가 새로 도착한 인앱 이벤트를 처리하여 누락된 고객 사용자 ID(CUID)를 보충하는 기간(1~4시간)입니다. 이는 CUID 없이 일부 인앱 이벤트가 도착하는 경우에도 크로스 플랫폼 어트리뷰션을 가능하게 합니다.

CUID enrichment(보강)은 어떻게 이루어지나요

• AppsFlyer는 1~4시간마다 프로세싱 작업을 수행합니다.
• CUID 없이 이벤트가 도착했지만 다른 이벤트와 동일한 appsflyer_id을 공유한 경우 AppsFlyer는 누락된 CUID를 추후 보충합니다.
• 이 스티칭은 처리 기간 동안 수신된 이벤트에만 적용됩니다.

CUID 보강 예시

• 8:01: 첫 번째 앱 오픈 이벤트는 appsflyer_id = XYZ로 기록됩니다.
• 9:00: 가입 이벤트는 cuid = 123 및 appsflyer_id = XYZ로 기록됩니다.
• 12:00: 4시간의 처리 기간이 종료됩니다. 앱스플라이어는 소급적으로 cuid = 123을 첫 번째 앱 오픈 이벤트와 연결합니다.
• 12:30: 구매 이벤트는 appsflyer_id = XYZ에 기록되지만 CUID는 없습니다. 이벤트가 창이 닫힌 후에 도착하기 때문에 AppsFlyer는 cuid = 123에 스티칭하지 않습니다.

CUID 보강 제한 사항

• CUID가 없는 이벤트가 1~4시간 처리 시간대를 벗어난 경우, 클래식 AppsFlyer 어트리뷰션 방식을 사용하여 어트리뷰션 처리되며 크로스 플랫폼 어트리뷰션 방법 결과에 추가됩니다.
• CUID 스티칭은 처리 기간 이후로 소급 적용되지 않습니다.

크로스 플랫폼 어트리뷰션 설정

크로스 플랫폼 어트리뷰션을 설정하려면 AppsFlyer에서 몇 가지 설정을 적용하고 앱 코드에 특정 SDK 기능을 구현해야 합니다. 

• 앱스플라이어에서 앱을 제품 라인에 할당하고, 크로스 플랫폼 어트리뷰션을 선택하고, 비활성화 복구 기간을 지정합니다. 자세한 내용은 제품 라인 설정을 참조하십시오.
• 앱스플라이어 SDK를 CUID와 함께 이벤트를 보내도록 앱에서 설정합니다. 개발사 지침은 고객 사용자 ID 설정 항목을 참조하십시오.

크로스 플랫폼 어트리뷰션 결과 보기

• 크로스 플랫폼 어트리뷰션 결과를 보려면 데이터 락커 엔드 유저 이벤트 크로스 플랫폼 리포트를 참조하십시오.
• (예정) 마이 대시보드에서 사용할 수 있는 새로운 어트리뷰션 방법

.