모바일 앱 어트리뷰션은 모바일 앱 설치와 앱 내에서 사용자의 활동을 설치로 이어진 마케팅 캠페인에 연결하는 프로세스입니다 .

싱귤러는 모바일 기기에서 발생한 광고 조회 또는 광고 클릭을 동일한 기기의 모바일 앱 설치(또는 더 정확하게는 첫 번째 세션)와 일치시킴으로써 이러한 연결고리를 만들어냅니다.

싱귤러의 인스톨 어트리뷰션 프로세스

1. 인스톨 인식

앱에 임베디드된 싱귤러 SDK/S2S는 앱이 실행될 때마다 싱귤러 서버에 보고합니다. 만약 앱이 싱귤러가 알지 못하는 기기에서 실행되면, 싱귤러는 이를 앱 인스톨로 표시하고 인스톨 어트리뷰션 프로세스를 트리거합니다.

즉, 인스톨 = 새 기기에서 처음 열린 앱입니다.

2. 사용자 여정 재구성

모든 인스톨에 대해, 싱귤러는 데이터베이스를 스캔하여 인스톨 전 특정 시간대에 동일한 기기에서 발생한 관련 광고 상호작용(광고 클릭 및 광고 조회)을 찾습니다(아래의 어트리뷰션 룩백 윈도우참조). 싱귤러에서는 이러한 광고 클릭과 조회를 터치포인트라고 합니다.

사용자가 앱을 설치하도록 유도했을 가능성이 가장 높은 터치포인트를 찾기 위한 첫 번째 단계로 사용자 여정을 재구성하는 것이 목표입니다.

터치포인트 디바이스가 인스톨 디바이스와 동일한지 확인하는 방법에는 여러 가지가 있으며, 방법마다 신뢰도 수준이 다릅니다:

• 결정론적 방법은 고유 식별자를 사용하여 디바이스를 인식합니다.
• 확률적 방법은 정확도가 떨어지며, 결정적 방법을 사용할 수 없는 경우 디바이스를 매칭하는 데 사용됩니다.

자세한 내용은 아래의 어트리뷰션 방법을참조하세요.

3. 사기 가능성 확인

싱귤러가 인스톨 이전에 발생한 모든 관련 터치포인트를 수집한 후, 사기 방지 엔진이 작동하여 각 터치포인트를 평가하여 진짜인지 사기인지 판단합니다.

예를 들어, 광고 클릭으로 보이는 것은 광고 네트워크가 앱 인스톨에 대한 크레딧을 부정하게 받기 위해 시뮬레이션된 것일 수 있습니다. 또는 인스톨 자체가 가짜일 수도 있습니다. 이러한 사기 및 기타 유형의 부정 행위는 CPI/CPA 캠페인에 대한 과도한 비용 청구를 초래할 수 있으므로, 싱귤러는 어트리뷰션을 확정하거나 애드 네트워크에 보고하기 전에 이러한 부정 행위를 찾아냅니다.

다양한 유형의 광고 사기, 싱귤러의 예방 방법, 자체 규칙을 추가하여 사기 방지를 맞춤 설정하는 방법에 대한 자세한 내용은 싱귤러 사기 방지를 참조하세요.

4. 터치포인트 및 라스트 터치 어트리뷰션 우선순위 지정하기

유효한 것으로 확인된 터치포인트는 중요도(클릭이 더 높은 수준의 사용자 의도를 반영하므로 노출보다 우선 순위가 높음)와 디바이스 매칭 방법의 신뢰도에 따라 평가됩니다. 자세한 내용은 아래의 터치포인트 우선순위 지정을 참조하세요.

다른 모든 조건이 동일할 경우, 싱귤러는 인스톨과 가장 가까운 시점의 터치포인트에 우선순위를 부여합니다. 이를 라스트 터치 어트리뷰션 모델이라고 합니다.

이렇게 하면 싱귤러는 인스톨과 가장 관련성이 높은 터치포인트를 선택하고 인스톨을 관련 파트너 네트워크에 어트리뷰션할 수 있습니다.

5. 포스트백전송

어트리뷰션 결정을 완료한 후, 싱귤러 시스템은 인스톨(또는 리인게이지먼트)이 어트리뷰션되었음을 파트너 네트워크에 알립니다. 이는 파트너의 API 엔드포인트에 자동으로 게시되는 메시지인 포스트백을 통해 이루어집니다.

고객으로서 인스톨 및 어트리뷰션 결정에 대한 실시간 알림을 받고 싶다면, BI 플랫폼이나 광고 대시보드에 포스트백을 보내도록 Singular를 설정할 수 있습니다( 내부 BI 포스트백 구성하기 참조).

어트리뷰션 데이터에 액세스하기

계정의 어트리뷰션 결정에 대한 데이터를 보는 방법에는 여러 가지가 있습니다:

• 집계된 어트리뷰션 통계의 경우, 싱글 리포팅을 사용합니다. 싱귤러 플랫폼에서 보고서를 실행하든, 싱귤러 API를 통해 보고서를 실행하든, 설치 및 리인게이지먼트와 같은 지표를 포함하여 파트너 네트워크, 앱, 캠페인별로 집계된 어트리뷰션 데이터를 확인할 수 있습니다. 필요한 모든 정보는 보고서 FAQ를참조하세요.

• 사용자 수준 데이터는 어트리뷰션 로그를 참조하세요. 싱귤러 플랫폼의 로그 내보내기 페이지를 사용하여 싱귤러의 어트리뷰션 서비스에서 원시 사용자 레벨 로그를 내보낼 수 있습니다. 자세한 내용은 어트리뷰션 로그 내보내기를참조하세요.

또한 어트리뷰션 결정이 내려질 때 실시간으로 포스트백을 보내도록 싱귤러를 설정할 수도 있습니다. 자세한 내용은 내부 BI 포스트백 구성을참조하세요.

싱귤러 어트리뷰션 방법

싱귤러는 다음과 같은 방법을 사용하여 광고 참여 디바이스와 앱 설치 디바이스를 매칭합니다:

터치포인트 우선순위 지정

터치포인트는 인스톨 이전의 광고와 관련된 모든 사용자 인게이지먼트를 의미합니다. 싱귤러에서는 사용자가 앱을 유기적으로 설치한 옵션도 터치포인트로 간주되지만, 다른 유효한 터치포인트가 존재하지 않는 경우에만 인스톨 어트리뷰션이 이루어집니다.

다음 표는 싱귤러가 어트리뷰션을 결정하기 위해 터치포인트의 우선순위를 정하는 방법에 대해 자세히 설명합니다.

어트리뷰션 룩백 윈도우

룩백 윈도우는 싱귤러가 인스톨(또는 리인게이지먼트) 이벤트로 이어진 터치포인트를 얼마나 멀리 거슬러 올라가 검색할지 결정하는 설정입니다.

싱귤러는 터치포인트와 인스톨/재참여 사이의 시간이 룩백 윈도우에 설정된 일수보다 낮거나 같은 경우에만 인스톨을 광고에 어트리뷰션합니다.

예를 들어, 룩백 윈도우가 7일로 설정되어 있고 일치하는 인스톨 3일 전에 클릭이 발생한 경우, 해당 클릭이 인스톨로 어트리뷰션될 수 있습니다. 인스톨 8일 전에 클릭이 발생한 경우, 해당 클릭은 무시됩니다.

어트리뷰션 윈도우 내에 터치포인트가 없는 경우(또는 어트리뷰션 윈도우 내의 모든 터치포인트가 허위로 판명된 경우), 인스톨은 오가닉으로 어트리뷰션됩니다.

기본 룩백 윈도우 및 사용자 지정 옵션

결정론적 어트리뷰션 방법을 사용할 때 기본 룩백 윈도우는 7일이지만, 파트너 네트워크별로 앱마다 1~30일의 사용자 지정 윈도우를 설정할 수 있습니다(자세한 내용은 파트너 구성 FAQ참조).

또한 단일 링크를 사용하는 경우, 개별 추적 링크를 생성할 때 각 개별 추적 링크에 대해 사용자 지정 룩백 기간을 설정할 수 있습니다. 이 룩백 윈도우는 파트너 네트워크에 대해 설정된 일반 룩백 윈도우를 재정의합니다. 이를 통해 파트너가 서로 다른 어트리뷰션 윈도우의 혜택을 받을 수 있는 다양한 유형의 채널을 보유하고 있을 때 더 효과적으로 제어할 수 있습니다.

확률적 어트리뷰션을 사용할 때의 기본 룩백 윈도우는 24시간입니다. 자세한 내용은 확률적 어트리뷰션과 디바이스 ID 사용의 차이점을 참조하세요.

인스톨 후 이벤트 및 인스톨 제거 추적하기

앱에 임베디드된 싱귤러 SDK를 통해, 싱귤러는 앱이 설치된 후 앱에서 발생하는 사용자 이벤트를 식별할 수 있습니다. 이벤트에는 다음이 포함됩니다:

• 사용자 세션(즉, 사용자가 앱을 열 때마다)
• 수익 이벤트(앱을 통한 구매)
• 가입, 튜토리얼 완료 또는 레벨 업과 같은 앱과 관련된 기타 모든 이벤트. 이러한 이벤트는 SDK를 통합할 때 설정합니다.

인스톨 후 이벤트는 최초 인스톨의 소스(또는 마지막 재참여의 소스인 경우)에 어트리뷰션됩니다. 이를 통해 특정 KPI에 맞게 캠페인이나 크리에이티브를 최적화할 수 있는 무한한 유연성을 확보할 수 있습니다. 어떤 광고 네트워크, 캠페인 또는 크리에이티브가 가장 많은 가입, 튜토리얼 조회, 게임 완료 등의 결과를 가져왔는지 추적할 수 있습니다.

추적 제거

싱귤러 SDK 또는 S2S 통합이 활성화된 경우 모바일 플랫폼의 푸시 알림을 통해 제거를 추적할 수 있습니다. 제거는 설치 후 이벤트의 한 유형으로 간주되며, 이에 따라 이를 설정하고 보고서에서 확인할 수 있습니다.

리인게이지먼트 추적

싱귤러를 사용하여 사용자 리인게이지먼트를 추적할 수 있습니다. 싱귤러에서 리인게이지먼트는 사용자가 리타게팅 광고(이미 앱을 설치한 사용자를 타겟팅하는 광고)를 클릭한 후 이전에 이미 사용한 적이 있는 앱을 다시 여는 것으로 정의됩니다.

리인게이지먼트 FAQ에서자세히 알아보세요.

미지급 소스에 대한 안드로이드 UTM 리퍼러 추적하기

싱귤러가 인스톨 어트리뷰션할 유료 소스를 찾을 수 없는 경우, 인스톨은 일반적으로 오가닉으로 간주되며( 터치포인트 우선순위 지정 참조), 보고서에 소스 필드에 "오가닉"으로 표시됩니다. 하지만 오가닉 트래픽의 출처에 대한 더 많은 인사이트를 얻고 싶을 수 있습니다. 싱귤러에서 제공하는 한 가지 옵션은 UTM 리퍼러를 캡처하는 것입니다. 이 데이터는 때때로 구글 플레이 URL에 포함되며, 사용자가 구글 플레이로 이동하기 위해 클릭한 링크의 출처를 나타냅니다.

예를 들어, 다음 Google Play URL은 사용자가 Facebook 모바일 앱의 링크를 클릭한 후 앱을 설치했음을 나타냅니다(아마도 검색 결과에서):

https://play.google.com/store/apps/details?id=net.singular.deviceassist&referrer=utm_source%3Dapps.facebook.com

UTM 리퍼러 추적을 사용하도록 설정하면 UTM 리퍼러가 있는 무과금 트래픽은 리포트에 소스 열에 "UTM 리퍼러 "가 표시되고 트래커 소스 이름 열에 리퍼러 문자열이 표시됩니다. 예를 들면 다음과 같습니다: