사용자가 랜딩 페이지에 도달하면, 앱스플라이어는 연동된 리스너를 통해 해당 상호작용을 캡처해야 합니다.

• Web SDK(Pixel): 웹사이트 내 직접 설치 또는 Google Tag Manager(GTM)를 거쳐 배치되는 클라이언트 측 코드 스니펫입니다.
• 서버 대 서버(S2S) API: 브라우저의 트래킹 방지 정책 및 애드블록을 차단 없이 통과하도록 돕는 강력한 서버 측 연동 솔루션으로, 수집된 정보가 앱스플라이어로 전송되기 전 데이터를 더욱 풍부하게 가공 및 보강할 수 있게 해줍니다. S2S 연동은 고객 서버에서 직접 진행하거나 Google Tag Manager 서버 사이드를 통해 수행할 수 있습니다.

세션 데이터가 수집된 후, 시스템은 최초 방문 기록을 생성할지 여부를 결정합니다. 이 기록은 실제 미디어 소스 식별 및 어트리뷰션이 이루어지기 전에 순수 사용자 활동을 수집하는 전처리 레이어 역할을 합니다. 모든 세션이 방문으로 기록되는 것은 아닙니다.

앱스플라이어는 새로운 세션 내에서 또는 식별 가능한 소스 파라미터를 가지고 사이트에 접속할 때 방문을 기록하며, 제외된 도메인으로부터의 방문은 무시합니다. 이러한 방문 기록 규칙은 세션이 중복 집계되는 것을 방지합니다.

자세한 내용은 방문 기록을 참조하세요.

데이터가 수집되고 방문이 기록된 후, 엔진은 정의된 우선순위에 따라 이를 평가합니다. 이 워터폴은 앱스플라이어 전용 파라미터와 업계 표준 파라미터를 모두 지원하므로, 고객은 마이그레이션 과정에서 기존 어트리뷰션 링크를 변경할 필요가 없습니다. 워터폴에서 가장 먼저 일치하는 신호를 사용하여 방문 출처를 결정합니다.

• PID: 시스템은 먼저 앱스플라이어 전용 파라미터가 있는지 확인합니다.
• UTM 파라미터: PID가 존재하지 않는 경우 utm_source와 같은 표준 태그를 탐색합니다.
• 클릭 ID: 이후 Google Click ID(gclid) 또는 TikTok Click ID(ttclid)와 같은 네트워크 고유 ID를 검색합니다.
• 리퍼러: 최후의 대체 수단으로, 사용자가 도착하기 직전에 머물렀던 URL을 식별합니다.

자세한 내용은 미디어 소스 식별을 참조하세요.

대부분의 사용자가 방문 후 30분 이내에 로그인하므로, 앱스플라이어는 의도적으로 동일한 시간 동안 어트리뷰션 결정을 유예합니다. 이 유예 시간을 통해 시스템이 CUID를 수집하고 쿠키가 만료된 재방문 사용자를 최초 소스에 정확히 연결할 수 있어 "오가닉"으로 잘못 분류되는 것을 방지합니다.

소스가 식별되고 30분 유예 시간이 완료되면, 시스템은 사용자의 파편화된 세션을 단일 여정으로 "스티칭"하는 단계로 이동합니다.

• CUID 스티칭: CUID(예: 해시 처리된 이메일)가 수집되면, 엔진은 해당 세션을 사용자의 크로스 디바이스 히스토리에 연결합니다.
• 쿠키 폴백: CUID를 사용할 수 없는 경우 시스템은 브라우저 쿠키로 대체하지만, 이는 안정성이 떨어지고 기기별로 제한됩니다.

사용자 식별자 통합이 완료되면, 엔진은 해당 사용자를 획득으로 정의하는 특정 작업을 탐색합니다. 업계 표준은 first_visit이지만, 이는 사용자가 실수로 광고를 클릭하거나 즉시 이탈할 수 있어 약한 신호인 경우가 많습니다. 회원가입이나 구매와 같은 사용자 지정 획득 이벤트를 설정하면, 단순한 호기심성 클릭이 아닌 의미 있는 활동을 유도한 마케팅 소스에 장기 가치(LTV)가 귀속되도록 할 수 있습니다.

사용자 획득 이벤트가 발생하면, 어트리뷰션 엔진은 신규 획득 룩백 윈도우 기간만큼 소급 검색하여 기여할 비오가닉 방문을 탐색합니다. 이 설정은 사용자의 방문부터 UA 이벤트 완료까지 허용되는 최대 시간을 정의합니다(기본값: 30일). 이 룩백 기간 내에 비오가닉 접점이 발견되지 않으면, 해당 UA 이벤트는 오가닉으로 간주되어 어트리뷰션이 인정되지 않습니다. 웹 앱을 앱스플라이어에 추가할 때 사용자 지정 이벤트 룩백 윈도우 기간을 설정할 수 있습니다. 자세한 내용은 룩백 윈도우(사용자 획득)을 참조하세요.

비즈니스 모델에 따라 다양한 이벤트가 사용자 획득 트리거로 정의될 수 있습니다. 예를 들어 다음과 같습니다.

• 가입 완료 이벤트(예: 뱅킹 앱) 획득 이벤트는 가입 절차가 성공적으로 완료되었을 때만 트리거됩니다.
• 첫 주문 완료 이벤트(예: 배달 앱) 상품을 둘러보거나 장바구니에 담는 행동은 포함되지 않으며, 결제가 성공적으로 처리된 후에만 이벤트가 발생합니다.
• 구독 활성화 이벤트(예: 스트리밍 또는 SaaS 앱) 획득 이벤트는 무료 체험 시작이나 앱 설치 시점이 아닌, 구독이 확정되었을 때 기록됩니다.

사용자 획득 이벤트 설정에 대한 자세한 정보는 사용자 획득 설정을 참조하세요.

시스템이 사용자의 식별자를 통합한 후 신규 획득이 이루어지기 전까지, 유연한 여정 내에는 '획득 전 기간'이라고 불리는 간극이 존재할 수 있습니다. 이 설정은 기본값인 first_visit 대신 사용자 지정 획득(UA) 이벤트를 정의한 경우에만 적용됩니다. 이 기간 동안 사용자는 회원가입이나 첫 구매 등 공식적으로 신규 획득이 인정되는 이벤트를 완료하기 전에, 장바구니에 상품 담기, 상품 탐색, 콘텐츠 참여 등 의미 있는 활동을 수행할 수 있습니다.

앱스플라이어는 이러한 획득 전 이벤트를 수집하여 마케팅 소스에 귀속시키고, 리포트에서 획득 전 이벤트로 표시합니다. 획득 전 어트리뷰션과 획득 후 어트리뷰션의 핵심적인 차이점은 어트리뷰션 윈도우에 있습니다. 획득 전 기간 동안 어트리뷰션 윈도우는 더 짧으며 UA 이벤트 룩백 윈도우와 일치합니다. 이러한 이벤트들은 사용자를 획득 상태로 정의하는 UA 이벤트보다 먼저 발생하기 때문입니다. 사용자 지정 UA 이벤트가 트리거되고 사용자가 획득된 후에는 어트리뷰션 윈도우가 확장되어 생애 가치(LTV)를 측정하며, 사용자를 획득한 마케팅 소스에 장기적인 성과를 부여합니다.

사용자가 한 번 획득되면, 나중에 사이트에 다시 방문할 수 있습니다. 리인게이지먼트(재방문) 어트리뷰션은 기존 사용자가 광고를 클릭하여 사이트를 다시 방문할 때 트리거됩니다.

리인게이지먼트가 기존 사용자에 초점을 맞추는 반면, 사용자가 장기간 활동하지 않은 경우에는 재방문이 재획득으로 분류될 수도 있습니다. 재획득 대상이 되려면 사용자는 먼저 이탈 상태로 간주되는 데 필요한 비활동 기간을 정의하는 비활동 윈도우(기본값: 90일)를 지나야 합니다. 이 윈도우 기간이 지난 후 사용자가 돌아오면, 엔진은 일반적인 재방문 대신 새로운 사용자 획득 이벤트를 기록합니다.

자세한 내용은 리인게이지먼트 설정 및 재획득 설정을 참조하세요.

사용자가 최초 획득 캠페인을 통해 유입되었든 후속 리타겟팅 성과로 유입되었든, 최종 목표는 시간 경과에 따른 사용자의 총 가치를 측정하는 것입니다. 사용자가 특정 소스로 성과가 인정되면, 시스템은 사용자의 지속적인 활동을 측정하여 생애 가치(LTV)를 계산합니다.

이 측정은 기본적으로 "Forever"로 설정된 어트리뷰션 윈도우에 의해 제어됩니다. 이를 통해 재구매나 구독 갱신과 같은 모든 후속 활동이 사용자를 사이트로 유도한 최초의 마케팅 소스로 정확히 기여 반영됩니다. 이러한 장기 데이터를 수집함으로써 단순한 전환 건수 측정을 넘어 캠페인의 실제 광고비 대비 수익률(ROAS)을 정확히 파악할 수 있습니다.

어트리뷰션 윈도우 설정에 대한 자세한 내용은 어트리뷰션 윈도우를 참조하세요.