사용자 획득을 유발하는 이벤트입니다. 이는 사용자가 진정으로 "획득"되었다고 간주하는 기준을 정의하는 중요한 비즈니스 액션입니다.

사용자 지정하는 이유 

기본값인 첫 방문 은 사용자의 가치를 판단하기에 다소 약한 신호인 경우가 많습니다. 사용자가 실수로 광고를 클릭했거나 즉시 이탈했을 수 있습니다. 이 설정을 맞춤 구성하면 단순한 호기심성 클릭이 아닌 의미 있는 액션을 유도한 마케팅 소스에 고객 생애 가치(LTV)가 어트리뷰션되도록 보장할 수 있습니다.

기본값: 첫 방문(사용자가 웹사이트를 처음 방문할 때 획득된 것으로 처리)

산업군 별 일반적인 대안

작동 장법

첫 방문으로 설정하면:

• 사용자가 웹사이트를 처음 방문하는 즉시 획득 처리됩니다.
• 어트리뷰션은 첫 방문 시점부터 시작됩니다.

사용자 지정 이벤트로 설정하면(예: sign_up):

• 사용자는 첫 방문부터 해당 이벤트를 수행할 때까지 "사전 획득 기간(pre-acquisition period)"에 진입합니다.
• 사전 획득 기간 동안 발생하는 이벤트는 룩백 윈도우 내의 마지막 논오가닉 접점에 어트리뷰션됩니다(라스트 터치 어트리뷰션).
• 맞춤 UA 이벤트가 발생하면 User Acquisition 전환이 생성되고 장기 어트리뷰션이 시작됩니다.

예시 시나리오(UA 이벤트 = sign_up):

• 0일 차: 사용자가 Facebook 광고를 통해 방문 → 사전 획득 기간 시작
• 2일 차: 사용자가 Google 광고를 통해 방문 → 기여도가 Google로 전환(라스트 터치)
• 3일 차: 사용자 회원가입 완료 → 사용자 획득 성과가 Google 광고에 어트리뷰션됨

10일 차: 사용자 구매 발생 → LTV 측정을 위해 해당 구매가 Google에 어트리뷰션됨

앱스플라이어가 사용자 획득을 유도한 마케팅 접점을 찾기 위해 과거로 소급하여 조회하는 기간입니다.

이 윈도우는 앱스플라이어가 마케팅 접점을 "기억"하는 유효 기간을 제어합니다. 사용자가 광고를 통해 유입되었으나 일정 시간이 지난 후에야 UA 이벤트를 완료한 경우, 해당 광고에 계속 기여도를 부여할지 여부를 이 설정으로 결정합니다.

기본: 30일

범위: 1시간에서 90일

작동 방법

사용자가 UA 이벤트(예: sign_up)를 수행하면, 앱스플라이어는 이 윈도우 기간 내를 역추적하여 가장 최근의 논오가닉 접점을 찾고 해당 마케팅 소스에 획득 성과를 어트리뷰션합니다.

예시 1(30일 룩백):

• Day 0: 사용자가 Facebook 광고를 클릭하고 웹사이트를 방문함
• Day 25: 사용자가 직접 재방문하여 sign_up 이벤트를 완료함
• 결과: 사용자 획득이 Facebook에 어트리뷰션됨 (30일 룩백 윈도우 이내)

예시 2(윈도우 만료)

• Day 0: 사용자가 Facebook 광고를 클릭하고 웹사이트를 방문함
• Day 40: 사용자가 직접 재방문하여 sign_up 이벤트를 완료함

결과: 사용자 획득이 오가닉(organic)으로 표시됨 (30일 룩백 윈도우 초과)

리인게이지먼트 전환 발생 후 앱스플라이어가 해당 마케팅 접점에 이벤트 기여도를 계속해서 어트리뷰션하는 기간입니다.

이 설정은 리타게팅 캠페인이 사용자의 활동에 대해 성과 기여를 인정받는 기간을 결정합니다. 리타게팅 활동에 기여도를 부여하는 동시에, 장기적인 LTV는 최초 획득 소스로 귀속시키는 균형을 유지합니다.

기본: 30일

범위: 1시간 - 90일

작동 방법

이미 획득된 사용자가 논오가닉 소스(예: 리타게팅 광고)를 통해 재방문하고 리인게이지먼트 기준을 충족하면 리타게팅 전환이 생성됩니다. 이 윈도우 기간 내에 발생하는 이벤트는 이중 어트리뷰션(dual attribution)을 적용받습니다.

1. 기본 어트리뷰션 → 리타게팅 캠페인
   • 목적: 리타게팅 캠페인 크레딧
2. 보조 어트리뷰션 → 오리지널 UA 소스
   • 목적: 최초 획득 시점부터 사용자의 전체 생애 가치(LTV)를 측정하는 UA 뷰 지원

예(윈도우 동안):

• Day 0: Facebook 광고를 통해 사용자 획득
• Day 50: 사용자가 이메일 리타게팅 캠페인을 클릭하고 재방문(리타게팅 전환 생성)
• Day 60: 사용자가 100달러 구매 발생 (리타게팅 후 10일 시점)
• 결과 - 이중 어트리뷰션
  • 기본(리타게팅 뷰): 이메일 캠페인이 100달러 구매에 대한 기여도를 인정받음
  • 보조(UA 뷰): 사용자의 LTV 내 100달러가 Facebook 광고 성과로도 함께 추적됨
• 보고서
  • 통합 뷰: 이메일에 어트리뷰션된 구매로 표시
  • 리타게팅 뷰: 이메일에 어트리뷰션된 구매로 표시
  • UA 뷰: Facebook에 어트리뷰션된 구매로 표시

논오가닉 접점이 리인게이지먼트(리타게팅) 전환을 생성하기 위해 충족해야 하는 사용자의 최소 비활성 기간입니다.

사용자가 이미 웹사이트에서 활발히 활동 중인 경우 리타게팅 캠페인에 기여도가 인정되는 것을 방지합니다. 캠페인이 진정으로 비활성 상태인 사용자만을 타게팅하도록 보장함으로써 리타게팅 예산을 최적화합니다.

기본: 비활성화

범위: 0(비활성화) - 30일

작동 방법

비활성화 시:

• 이미 획득된 사용자의 모든 논오가닉 접점이 리타게팅 전환을 생성합니다.

활성화 시(예: 7일)

• 사용자가 최소 7일 동안 비활성 상태였던 경우에만 리타게팅 전환을 생성합니다.
• 사용자가 최근에 활동한 경우, 해당 방문은 리타게팅 대신 최초 UA 소스에 어트리뷰션됩니다.

제약 사항

• 비활성 윈도우(재획득)를 초과할 수 없음

예(7일 비활성 윈도우):

• Day 0: Facebook 광고를 통해 사용자 획득
• Day 3: 사용자가 오가닉으로 방문
• Day 5: 사용자가 리타게팅 광고를 클릭함 → 리타게팅 전환 미발생 (비활성 기간 2일에 불과)
• Day 15: 사용자가 리타게팅 광고를 클릭함 → 리타게팅 전환 생성 (12일 동안 비활성 상태)

사용자가 "이탈" 상태로 표시되기까지 필요한 완전한 비활성 기간입니다. 이탈한 사용자는 다시 재획득될 수 있으며, 이때 새로운 UA 전환이 생성됩니다.

이 설정은 비즈니스의 이탈 임계치를 정의합니다. 사용자가 "이탈"된 것으로 간주되어 재획득 대상 자격을 얻는 시점을 결정함으로써, 윈백 캠페인이 이탈 사용자를 복귀시킨 성과 기여도를 인정받을 수 있도록 합니다.

기본: 90일

범위: 1일에서 180일

작동 방법

사용자가 이탈 상태로 표시되는 경우:

• 신규 이벤트에 대해 해당 사용자가 더 이상 기존 최초 UA 소스에 어트리뷰션되지 않음
• 사용자가 "사전 획득" 상태로 진입함(재획득 대기 상태)
• 최초 획득 시점의 어트리뷰션 윈도우가 더 이상 적용되지 않음

이탈 사용자가 복귀할 때:

• 사용자가 재획득 이벤트를 수행하는 경우 → 새로운 UA 전환 생성
• 윈백 캠페인이 새로운 획득 소스로서 기여도를 인정받음
• 리포트 관점에서 사용자가 완전히 새로운 신규 획득으로 처리됨

예(90일 윈도우)

• Day 0: Google 광고를 통해 사용자 획득
• Day 50: 마지막 활동
• Day 140: 사용자 이탈 처리 (90일 동안 비활성)
• Day 145: 사용자가 이메일 윈백 캠페인을 클릭함

Day 146: 사용자가 재획득 이벤트 수행 → 이메일 캠페인에 어트리뷰션된 새로운 UA 전환 생성

이탈한 사용자의 재획득을 트리거하는 이벤트입니다. 이탈한 사용자만 재획득될 수 있습니다.

많은 사용자 획득 이벤트는 두 번 발생할 수 없는 일회성 액션(예: sign_up, first_purchase)입니다. 이 설정을 통해 이탈한 사용자가 돌아왔음을 나타내는 반복 가능한 이벤트를 정의할 수 있습니다.

기본값: visit (이탈 사용자가 복귀하여 첫 방문하는 즉시 재획득 처리됨)

자주 사용되는 대체 이벤트: sign_in 또는 purchase

작동 방법

맞춤 이벤트(예: sign_in)로 설정된 경우:

• 이탈한 사용자가 재획득되려면 해당 특정 이벤트를 반드시 수행해야 합니다.
• 재획득이 발생하기 전까지 사용자가 여러 번 방문할 수 있습니다.
• "진정한" 재획득에 대한 더욱 엄격한 정의입니다.

예시(재획득 이벤트 = sign_in):

• 사용자가 90일 동안 비활성 상태로 유지된 후 이탈 처리됨
• 사용자가 이메일 윈백 캠페인을 클릭하고 방문함 → 아직 재획득되지 않음
• 하루 뒤 사용자가 로그인함 → 재획득 전환이 생성되어 이메일 캠페인에 어트리뷰션됨

사용자 획득 이후 앱스플라이어가 해당 전환에 이벤트를 어트리뷰션하는 최대 기간입니다.

기본: 영구

선택 가능한 옵션: None, 1일, 7일, 30일, 60일, 90일, 180일, 365일, Forever (데이터 보관 주기에 따라 제한됨)

기본(필수, 자동)

• 기본 웹사이트 도메인(앱 생성 시 설정됨)
• 자동으로 추가되며 삭제할 수 없습니다.
• 웹 앱당 정확히 1개의 기본 도메인
• 서브도메인 자동 제외: 기본 도메인(Primary domain)은 모든 하위 서브도메인을 자동으로 제외합니다.
  • 예시: example.com은 shop.example.com, blog.example.com 등을 자동으로 제외합니다.
• 제외 효과: 자체 어트리뷰션 방지

내부(선택 사항)

• 기본 도메인에 포함되지 않는 브랜드의 기타 다른 도메인
• 최대 99개의 추가 도메인 등록 가능
• 예시: example.co.uk, example.in과 같은 서로 다른 최상위 도메인
• 제외 효과: 자체 어트리뷰션 방지

외부(선택 사항)

외부 도메인 제외 유형에는 두 가지가 있습니다.

외부(사용자 지정 목록)

• 웹사이트에서 직접 사용되지만 브랜드의 일부는 아닌 도메인
• 여기에는 결제 대행사(PG), 결제 처리 사이트, 인증 서비스 제공업체 등이 포함됩니다.
• 최대 99개의 추가 도메인 등록 가능
• 예시: auth0.com, okta.com, facebook.com, google.com
• 제외 효과: 방문이 무시됨

외부(앱스플라이어 목록)

• 앱스플라이어에서 자동으로 제외하는 도메인:

  결제 서비스 제공업체

  • PayPal(결제 체크아웃)
  • Stripe(결제 체크아웃)
  • Adyen(결제 체크아웃)
  • Klarna(결제 체크아웃)
  • Braintree(결제 체크아웃)
  • Square(결제 체크아웃)
  • Paddle(결제 체크아웃)
  • Mollie(결제 체크아웃)
  • Alipay(결제 체크아웃)
  • Razorpay(결제 체크아웃)
  • Paytm(결제 체크아웃)
  • PayU(결제 체크아웃)
  • Mercado Pago(결제 체크아웃)
  • Yandex Pay(결제 체크아웃)
  • Naver Pay(결제 체크아웃)

  OAuth 및 SSO sign-in

  • Google Sign-In(Google 계정 로그인)
  • Apple ID(Apple 계정 로그인)
  • Microsoft(Microsoft 365 / Entra 계정 로그인)
  • Microsoft Live(Outlook/Live 계정 로그인)
  • Facebook Login(Facebook 로그인 도메인만)
  • Yandex Login(Yandex 계정 로그인)
  • 카카오 로그인(카카오 계정 로그인)
  • 네이버 로그인(네이버 계정 로그인)
  • LINE 로그인(LINE 계정 로그인)
  • Weixin Login(WeChat OAuth 로그인)
  • VK Login(VK 계정 로그인)
  • 다음 로그인(Daum 계정 로그인)
• 자동 도메인 목록은 편집될 수 없음
• 제외 효과: 방문이 무시됨

제외 도메인을 추가하려면:

1. 웹 앱 설정 → 어트리뷰션으로 이동합니다.
2. 제외된 도메인 섹션으로 이동합니다.
3. 도매인 추가 클릭를 클릭합니다.
4. 도메인 이름을 입력합니다(예: custom-gateway.com).
5. 도메인 유형을 선택합니다: Internal(내부) 또는 External(외부)
6. 저장을 클릭합니다.

중요한 참고사항:

• 제외 설정은 1시간 이내에 적용됩니다.
• 변경 사항은 향후 데이터에만 적용됩니다(과거 데이터에는 영향을 주지 않음).
• 일반적인 결제 대행사 및 OAuth/SSO 로그인 도메인은 자동으로 제외됩니다. 외부(앱스플라이어 목록) 아래에서 전체 목록을 확인할 수 있습니다(수동으로 추가할 필요 없음).

도메인 형식

• 도메인 이름만(프로토콜, 경로 및 포트 제외)
• 도메인당 최대 500자
• 프로토콜(https://)은 자동으로 제거되며 소문자로 변환됩니다.

예:

• example.com ✅
• shop.example.com ✅ (example.com이 기본 도메인인 경우에는 불필요)
• https://example.com → example.com ✅ (프로토콜 제거됨)
• example.com/path ❌ (경로 허용 안됨)
• example.com:8080 ❌ (경로 허용 안됨)

제한:

• 총 최대 100개 도메인 (기본 도메인 1개 포함)

1. 새 웹 앱 만들기
   1. 마이 앱 → 앱 추가 → 웹사이트 선택으로 이동
2. 웹 SDK ID 선택
   웹사이트의 코드 수정을 방지하기 위해 기존 PBA dev key 재사용(권장)
3. 설정 구성
   PBA 설정을 새로운 웹 어트리뷰션 설정에 매핑
4. 제외된 도메인 추가
   PBA(Brand Bundle) 제외 도메인을 새로운 웹 어트리뷰션 설정에 매핑

참고: 각 PBA dev key는 하나의 새로운 웹 앱에만 할당할 수 있습니다.