페이스북 광고 불일치

요약: 페이스북 광고와 앱스플라이어 사이의 어트리뷰션 모델의 차이점에 대해 자세히 알아봅니다.

페이스북 광고와 앱스플라이어의 차이

모바일 유저 유입 생태계에서 중요한 선도 기업인 앱스플라이어와 페이스북은 어트리뷰션 모델에 차이가 있습니다. 따라서 페이스북과 앱스플라이어 대시보드 사이에 차이가 발생하게 됩니다.

이 차이를 줄이기 위해서 앱스플라이어는 페이스북과 긴밀히 협조하고 있지만, 광고주는 다음의 원인에 대해서 알고 있어야 합니다.

앱스플라이어와 페이스북 사이의 불일치 감지

페이스북 이벤트 관리자에 기재된 이벤트를 앱스플라이어 리포트에 기재된 이벤트와 비교합니다. 이벤트 개수가 현저히 차이나는 경우 불일치가 발생할 수 있습니다.

어트리뷰션 모델 차이

원인 페이스북 앱스플라이어

클릭 어트리뷰션 룩백 기간

7일(기본값이 차이 나게 되는 특수한 경우가 있다는 점을 알아두십시오).

1-30일. 페이스북과 동일하게 7일로 설정하십시오.

뷰쓰루 어트리뷰션 룩백 기간

1일(기본값이 차이 나게 되는 특수한 경우가 있다는 점을 알아두십시오).

기본 1일, 그러나 1시간 - 48시간 사이에서 설정 가능(기본값 유지 권장)

인스톨 기록 날짜

페이스북은 클릭/조회 시간 기준으로 신규 인스톨을 기록합니다.

앱스플라이어는 설치 시간(첫 번째 앱 실행) 기준으로 신규 인스톨을 기록합니다.

멀티 채널 소스
어트리뷰션

페이스북은 다른 미디어 소스의 고객 접점과 상관없이 인스톨을 자체 어트리뷰션합니다.

앱스플라이어는 마지막 클릭 어트리뷰션을 사용합니다(앱스플라이어 어트리뷰션과 관련된 더 자세한 정보는 여기에서 확인)

기기 간 어트리뷰션

페이스북은 다양한 기기, 예를 들면, iOS/안드로이드/데스크톱에서의 클릭 및 인스톨까지 해당 사용자로 어트리뷰션합니다.

앱스플라이어는 인게이지먼트와 인스톨이 모두 이루어진 단일 기기에 대해서만 어트리뷰션합니다.

다른 표준 시간대

페이스북 광고의 기본 보고 시간대는 태평양 표준시(PST)입니다. 앱스플라이어 앱 설정에 입력된 시간대와 일치하도록 페이스북 광고 관리자(Facebook Ads Manager)에서 변경하십시오.

앱스플라이어의 기본 시간대는 협정 세계시(UTC) +0입니다. 앱 설정 페이지에서 앱에 설정된 시간대를 페이스북 광고 관리자에 정의된 시간대와 일치하도록 변경할 수도 있습니다.

Google 인스톨 리퍼러

광고주 ID가 없는 설치가 Google Play 설치 리퍼러를 사용하는 Facebook 광고에 기인한 경우 는 이를스플라이어 Facebook 광고에 다시 보고하지 않습니다. 이는 Facebook 광고가 아닌 앱스플라이어에 표시되므로 불일치가 발생합니다.  

리인게이지먼트 어트리뷰션 딥링크

딥링크된 리인게이지먼트는 Facebook 광고에 다시 리포트되지 않습니다. 이는 Facebook 광고가 아닌 앱스플라이어에 표시되므로 불일치가 발생합니다.

클릭쓰루 및 뷰쓰루 어트리뷰션

앱스플라이어는 클릭쓰루 및 뷰쓰루 어트리뷰션을 모두 지원합니다. 페이스북 광고와 앱스플라이어 간의 불일치를 최소화하려면 클릭쓰루 및 뷰쓰루 기여 기간이 페이스북 광고에서 정의한 기본 기여 기간과 일치하도록 하십시오.

페이스북 광고의 기본 클릭쓰루 기여 기간은 7일로 설정합니다. 기본값이 차이 나는 일부 특수한 경우가 있지만 앱스플라이어의 클릭쓰루 기여 기간을 7일로 설정하여 페이스북 광고의 모든 기본 옵션을 적용할 것을 권장합니다. 

페이스북에 설정된 클릭쓰루 및 뷰쓰루 어트리뷰션 윈도우와 앱스플라이어에서의 설정을 비교하기 위해 페이스북에 접속하십시오. 다음의 스크린샷에서 보여지는 것처럼, 페이스북에 입력된 값에 따라 앱스플라이어에서의 어트리뷰션 윈도우를 설정하도록 권장합니다.

Facebook_Discrepancies.png

 예

예를 들어 com.greatapp 앱의 페이스북 캠페인 클릭 룩백 윈도우가 앱스플라이어에서는 1일로, 페이스북에서는 기본값인 7일로 설정되어 있다고 가정하겠습니다. 페이스북에서 greateapp의 광고를 클릭했지만 앱 최초 실행은 클릭 이후 2~7일째에 시행한 사용자의 경우, 앱스플라이어는 오가닉 사용자로 어트리뷰트하지만 페이스북은 해당 사용자를 자체적으로 보고합니다.

제한된 미디어 차이

2021년 10월 28일까지 뷰-쓰루 어트리뷰션(VTA)에서 가져온 사용자의 어트리뷰션 데이터는 제한되었으며 광고주가 사용할 수 없습니다.2021년 10월 29일부터 시작하여 상기 제한은 뷰-쓰루 어트리뷰션 및 클릭-쓰루 어트리뷰션 모두에서 가져온 사용자에게 적용됩니다. 집약형 리포트는 이로부터 영향을 받지 않습니다.

Facebook Ads는 사용자 수준 데이터를 전송하지 않으므로 앱스플라이어는 전환 보증 노출과 클릭을 Facebook Ads로 어트리뷰트하지 않을 수 있습니다.

 예

  • 사용자는 AwesomeApp에 대한 페이스북에서의 광고를 보거나 클릭하게 됩니다. 그런 다음 AwesomeApp에 대한 GreatAdNetwork 광고를 보고 클릭하여 설치합니다.
  • Facebook Ads는 기여 기간 내에서 발생했으므로, 전환이라고 주장합니다.
  • 앱스플라이어는 인스톨 전 마지막 인게이지먼트를 맺었기 때문에 GreatAdNetwork로의 전환을 어트리뷰트합니다.
  • 앱스플라이어는 Facebook Ads 광고 로데이터가 제한되어 있으므로 Facebook Ads를 전환 지원 네트워크로 간주하지 않습니다.


하지만 클릭-쓰루 어트리뷰션의 경우 광고에서 사용자들을 구글 플레이 스토어로 리디렉트하면, 어트리뷰션 필드들은 Google 인스톨 리퍼러의 광고주들이 이용할 수 있습니다. 리퍼러를 통해 제공되는 필드는 사용자가 사용할 수 있는 앱스플라이어 로데이터 리포트에 입력되며 앱스플라이어에서 광고 ID(LAT-사용 가능)가 없는 사용자를 어트리뷰트할 수 있게 합니다.

인앱 이벤트 차이

플랫폼 간의 차이는 페이스북 및 앱스플라이어에 표시되는 설치 후 이벤트(예: 인앱 구매)에서도 나타날 수 있습니다. 다음 표에서는 이런 차이가 나타나는 일반적인 원인과 이를 최소화하는 방법에 대해 설명합니다.

원인 설명 앱스플라이어의 팁

인스톨 수치 차이

기본적으로, 한 플랫폼에는 어트리뷰션 되었지만 다른 플랫폼에는 어트리뷰션 되지 않은 사용자가 수행한 이벤트에서 차이가 발생합니다.

이 문서에 따라 인스톨 수치 차이를 최소화하여 인앱 이벤트의 수치 차이를 줄입니다.

셀프 어트리뷰션

페이스북은 이벤트를 유도한 자체 캠페인으로 이벤트를 항상 어트리뷰션 하지만, 앱스플라이어는 이러한 이벤트를 유저 유입 소스로 어트리뷰션 합니다.

페이스북이 셀프 어트리뷰션한 인스톨과 이벤트에서 잘못된 것은, 앱스플라이어 상, 어시스트로 표시됩니다.
페이스북으로 어트리뷰션된 전환의 로데이터와 페이스북이 기여한 전환의 로데이터를 통합하십시오.

서로 다른 사용자 라이프 타임 정의 페이스북에서 사용자 수명은 최대 7일입니다. 즉, 페이스북은 광고 클릭 이후 7일이 지난 후에 발생한 이벤트는 표시하지 않습니다.
앱스플라이어에서 페이스북 사용자 수명은 최대 180일입니다.
7일 이전의 페이스북 캠페인의 사용자 가치를 평가할 때 앱스플라이어 데이터를 사용하는 것이 더 포괄적으로 확인할 수 있습니다.
매핑되지 않은 이벤트 앱스플라이어는 SDK가 생성한 이벤트를 수신하지만, 페이스북으로 매핑하지 않았다면 전송되지 않습니다. 사용자 퀄리티를 나타낼 수 있는 모든 인앱 이벤트를 페이스북에 매핑하십시오. (아래 화면 참조)
전송되지 않은 수익 앱스플라이어는 SDK가 생성한 이벤트로부터 수익을 받지만, 이 수익은 페이스북으로 전송되지 않습니다. 인앱 이벤트의 수익 전송 상자가 항상 체크되어 있는지 확인합니다. 예를 들어, 아래 캡처 화면의 구매 이벤트를 들 수 있습니다.
페이스북에서 이벤트 값 누락 올바른 구조를 가지고 있으면, 앱스플라이어는 이벤트 매핑의 일부로 파라미터와 값(event value)을 페이스북에 전송합니다. 페이스북과 이벤트 값을 완전 매핑하려면 앱스플라이어 권장 구조에 따라 SDK 인앱 이벤트를 구축해야 합니다.

fb-ads-in-app-events-postback_en-us.png

나의 UA 대시보드에서 리인게이지먼트 캠페인으로부터의 설치란?

리인게이지먼트 캠페인을 통해 사용자가 이미 설치된 앱을 열 수 있습니다(리인게이지먼트). 또는, 앱스플라이어가 같은 기기에서 있었던 앱의 이전 설치를 인식했을 때, 앱스플라이어는 그 전환을 리어트리뷰션으로 간주할 수 있습니다.

만약, 리인게이지먼트 캠페인에서 페이스북이 신규 사용자 또는 기존 설치 후 설정된 리어트리뷰션 기간을 지나서 앱을 처음으로 설치한 사용자를 대상으로 하면, 이 사용자들은 페이스북에서는 리인게이지먼트 캠페인에 속하고, 앱스플라이어에서는 신규 유저 획득 인스톨로 기록됩니다.

반면에, 기존 설치 후 설정된 리어트리뷰션 기간 내에 앱 설치가 이루어지면, 페이스북에서는 신규 설치로 표시될 수 있지만, 앱스플라이어에서는 리어트리뷰션으로 간주하고 앱스플라이어 리타겟팅 페이지에 표시됩니다.

 참고

페이스북은 리타겟팅 캠페인의 모든 앱 설치를 한 곳에서 보여주지만, 앱스플라이어 대시보드에서는 앱 설치를 개요 페이지(신규 설치)와 리타겟팅 페이지(리어트리뷰션 및 리인게이지먼트)에 나눠서 표시합니다.

기기 간 어트리뷰션

페이스북은 기기 교차 어트리뷰션을 허용, 보고합니다. 때로는 어떤 플랫폼(iOS/안드로이드)의 캠페인이 다른 플랫폼의 인스톨로 표시되는 문제를 발생시킬 수 있습니다.

 예

Linda는 안드로이드 휴대폰을 사용하여 페이스북에서 GreatApp의 모바일 광고를 클릭합니다. 페이스북은 Linda의 이 클릭을 원래의 안드로이드 대상 캠페인 "Android Females"로 기록합니다. Linda는 집에 있는 iPad에 GreatApp을 설치하기로 마음먹습니다. 첫 실행 후에 앱스플라이어는 페이스북에 이 iOS 설치가 어디에서 왔는지 묻고, 페이스북은 "Android Females" 캠페인이라고 답합니다.

유효성 검증 규칙 및 Protect360

앱스플라이어의 유효성 검증 규칙을 기반으로 했을 때, 검증을 통과하지 못한 페이스북 유입 인스톨이 있다면 앱스플라이어와 페이스북의 결과가 다를 수 있습니다. 이 경우에 페이스북은 인스톨을 자체 보고하지만, 앱스플라이어는 인스톨로 기록하지 않습니다.

마찬가지로, 앱스플라이어의 사기 방지 솔루션, Protect360을 사용하고 있을 때, 페이스북은 자체 보고하지만 앱스플라이어는 인스톨로 기록하지 않는 경우가 있습니다.

 예

GreatApp의 UA 매니저 Jeff는 북미의 스페인어 사용자만을 대상으로 하는 SPNA라는 캠페인을 생성합니다. 이를 검증하기 위해서 Jeff는 유효성 검증 규칙을 정의하고 캐나다와 미국의 사용자만을 받아들이도록 합니다.
스페인의 페이스북 사용자가 클릭하고 설치하면, 페이스북은 앱 설치를 자체 보고하지만 앱스플라이어는 유효성 검증 규칙을 통과하지 못한 앱 설치를 거부합니다.

SDK 관련 불일치

광고주가 앱스플라이어와 Facebook Ads SDK를 모두 구현하는 경우가 여러 번 있을 수 있습니다. 이로 인해 인스톨 및 인앱이벤트 모두 불일치가 발생할 수 있습니다.

  • 인스톨: 앱을 출시할 때 Facebook Ads SDK가 초기화되는 경우 앱스플라이어 SDK 전에 앱플라이어가 아닌 Facebook Ads에서만 인스톨이 기록됩니다. Facebook Ads SDK가 실행되기 전에 앱스플라이어 SDK가 초기화되었는지 확인합니다.
  • 인앱이벤트: Facebook 광고는 두 SDK 모두에서 리포트되는 인앱이벤트의 중복을 제거하지 않습니다. 이것은 Facebook Ads가 수익 및 기타 이벤트를 거짓으로 리포트할 수 있다는 것을 의미합니다.
    Facebook Ads에서 중복된 인앱이벤트 리포팅을 피하려면, 다음의 방법 중 하나를 사용하십시오.

 

 

도움이 되었습니까?