명명 규칙 및 어트리뷰션 모델은 파트너의 선호도 및 마케팅 전략에 따르므로 파트너마다 달라질 수 있습니다.
Remerge는 교환된 정보 및 예상 성능에 대해 여러 당사자 간 일관성을 확보하도록 다음 설명을 공유하기로 결정했습니다. 아래에서 AppsFlyer 및 Remerge 관련 용어와 가장 자주 묻는 질문에 대한 답변을 파악할 수 있습니다.
용어
AppsFlyer
클릭 - AppsFlyer는 추적기 URL이 AppsFlyer 서버에 접속할 때마다 또는 다음 방법 중 하나로 범용 링크를 통해 앱이 열릴 때마다 클릭 수를 카운트합니다.
1. 서버 접속 - 클릭 추적기 URL은 사용자를 앱으로 리디렉션하기 전에 AppsFlyer 서버에 직접 접속합니다. 즉, 클릭이 즉시 등록되므로 pre-app-open으로 카운트됩니다. 잠재적인 서버 접속 시나리오는 다음과 같이 세 가지가 있습니다.
- 광고 뒤에 있으며 광고를 클릭하면 사용자가 클릭한 것으로 카운트하는 표준 추적기 URL.
- 더 이상 휴대폰에 앱이 설치되어 있지 않은 사용자는 범용 링크를 클릭합니다. 앱을 삭제하거나 새 기기로 전환한 경우에 이런 상황이 발생할 수 있습니다.
- 래핑된 범용 링크(여러 리디렉션 클릭 추적기 URL 사이에 위치).
2. 범용 링크를 통해 앱 열기 - 이 방법을 통해 클릭을 카운트하려면 AppsFlyer의 SDK가 AppsFlyer의 범용 링크를 통해 열린 앱에 알릴 수 있도록 continuteUserActivity 또는 openURL 메서드를 구현했어야 합니다. 이 경우 클릭은 post-app-open으로 카운트됩니다.
재참여 - 앱이 다시 열립니다.
리어트리뷰션 - 앱이 다시 설치됩니다.
변환 - 재참여와 리어트리뷰션의 합계.
대시보드 - 어트리뷰션, 기간 및 보고:
-
어트리뷰션 - 여러 광고 네트워크 및/또는 대행사를 사용해서 실행하는 것일 수 있습니다. 또한 AppsFlyer는 마지막 클릭 어트리뷰션 모델을 활용합니다. 결과적으로 AppsFlyer는 마케팅 활동으로 인해 사용자의 마지막 클릭을 유발한 파트너에게 재참여 및 추가 인앱 이벤트를 어트리뷰션합니다.
참고: SRN(self-reporting networks)은 예외적으로 이 규칙이 적용되지 않습니다. 그러한 네트워크의 경우, AppsFlyer가 개별 사용자 활동을 추적하지 않고 위에 설명된 마지막 클릭 모델에 따라 어트리뷰션을 배포합니다. 대신 SRN은 AppsFlyer에 직접 성능 데이터를 알립니다.
-
기간 - AppsFlyer는 두 가지 유형의 어트리뷰션 기간을 구분합니다.
1. 클릭 룩백 - 이 기간은 클릭 후 바로 시작되며 변환이 발생하기까지 할당된 시간을 나타냅니다. AppsFlyer는 사용자가 이 기간 내에 앱을 재설치해서 다시 연 경우에 변환을 카운트합니다.
2. 재참여 - 이 기간은 변환 이벤트 직후에 시작되며 인앱 이벤트가 동일한 미디어 소스에 어트리뷰션될 수 있도록 보장하기 위해 할당된 시간을 나타냅니다. AppsFlyer는 전체 재참여 기간 동안의 모든 인앱 이벤트를 Remerge로 어트리뷰션합니다.
-
보고 - AppsFlyer의 대시보드는 두 가지 수준의 가시성을 제공하는데, 둘 모두 대시보드의 Re-Targeting(리타게팅) 또는 Activity(활동) 탭을 클릭해서 볼 수 있습니다.
1. Re-Targeting(리타게팅) 탭 - 관련 재배치(열린 첫 번째 앱) 날짜를 기준으로 모든 변환 및 기타 이벤트가 표시됩니다. 즉, 특정 기간(예: 3일)을 선택하면 Remerge에 어트리뷰션되고 선택한 기간 동안 처음으로 열고 재설치한 앱과 연관된 이벤트에 대한 가시성만 부여됩니다.
2. Activity(활동) 탭 - 이벤트가 발생한 기간을 기준으로 모든 이벤트가 표시됩니다 그러나 리타게팅 목적으로는 이 탭을 사용할 수 없습니다. 날짜 기반 이벤트 정보를 원시 데이터 내보내기에서 확인할 수 있습니다.
Remerge
클릭 - Remerge는 OpenRTB 노출 ID당 클릭 1개로 계산합니다. 운영 체제, SDK 구현 관련 문제가 있거나 사용자가 동일한 광고를 두 번 클릭하는 경우 해당 클릭을 중복 제거하고 한 번만 계산합니다.
재참여 - 첫 번째 클릭 후 인앱 활동(예: 앱 열기, 세션, 검색 또는 항목 보기). 참고: 인앱 활동(이벤트)과 관련하여, Remerge는 다시 열린 앱 또는 이전 재설치를 구분하지 않습니다.
변환 - Remerge 계정 관리자와 논의하고 합의한 캠페인의 변환 이벤트(예: 구매, 예약 또는 기타).
대시보드 - 어트리뷰션, 기간 및 보고:
-
어트리뷰션 - 여러 광고 네트워크 및/또는 대행사를 사용해서 실행하는 것일 수 있습니다. 그러나 Remerge는 다른 파트너와 함께 실행할 가능성이 있는 다른 캠페인에 대해서는 가시성 또는 통찰력을 갖지 않습니다. 실제로 대시보드는 Remerge가 트리거한 모든 클릭을 고려하기 때문에 Remerge 캠페인 활동에 대한 전체 효과를 볼 수 있습니다.
-
보고* - 이벤트가 발생한 기간을 기준으로 모든 이벤트가 표시됩니다. 즉, 특정 시간대를 선택하면 이벤트와 관련 재참여 사이에 경과한 시간에 관계없이 해당 기간 내에 발생한 모든 변환에 대한 가시성이 부여됩니다.
-
기간 - Remerge의 알고리즘은 성능 정확도를 보장하는 AppsFlyer 기간을 복제합니다. Remerge는 최대한 한도까지 모든 Remerge 클릭에 대해 모든 기간을 적용합니다.
참고: Remerge 알고리즘과 대시보드 모두 엄격히 리타게팅 활동에 대한 가시성만 가지므로 모든 Remerge 리타게팅 활동을 고려합니다. 모든 클릭 후 Remerge 활동은 Remerge에 의해 Remerge로 어트리뷰션됩니다. 앞서 언급한 바와 같이, 어트리뷰션 기간은 AppsFlyer 기간과 일치합니다. 당사의 어트리뷰션 기간과 AppsFlyer의 어트리뷰션 기간의 유일한 차이점은 당사에서는 다른 잠재적 파트너 활동에 대한 가시성이 없기 때문에 모든 Remerge의 클릭에 대해 기간을 적용한다는 점입니다.
자주 묻는 질문
1. Android Tracker URL에 앱 링크가 필요합니까?
아닙니다. 실제로 AppsFlyer의 Onelink 솔루션으로 앱 링크를 생성할 수는 있지만 표준 Android Tracker(원시 deep link가 첨부된 트래커)는 Remerge를 사용하여 캠페인을 실행하기에 충분합니다. 앱 링크에는 표준 Android Tracker에는 적용되지 않는(따라서 모든 트래픽에 채택할 수 없음) 특정 제한 사항이 있어 가장 덜 선호하는 deep link 옵션입니다. 앱 링크에 대한 자세한 내용은 앱 링크 개발자 교육 페이지를 참조하십시오.
2. 자체 범용 링크가 있는 경우 어떻게 해야 합니까?
자체 범용 링크가 있는 경우 iOS 표준 Tracker를 당사로 제공해 주십시오. iOS Tracker 생성에 대한 단계별 안내는 iOS Tracker 생성 페이지를 참조하십시오.
Tracker를 당사로 제공하면 당사에서 표준 Tracker에 &redirect=false 매개 변수를 추가하고 이를 사용하여 서버 측 클릭 정보를 AppsFlyer로 보냅니다. AppsFlyer 대시보드에서 이 정보를 계속 확인할 수 있습니다.
참고: AppsFlyer의 SDK는 AppsFlyer의 Onelink 솔루션을 통해 클릭과 앱 열기를 모두 알립니다. 즉, 기본적으로 어트리뷰션이 즉시 시작됩니다. 그러나 클릭 및 앱 열기 정보가 AppsFlyer 서버 측으로 전송되는 경우 AppsFlyer는 앱 열기가 마지막 클릭에 어트리뷰션될 수 있는지 주기적으로 확인해야 합니다. AppsFlyer의 Onelink 솔루션보다 정보가 느리게 처리되므로 Remerge에 대한 어트리뷰션이 지연됩니다.
3. 모바일 웹 기반 어트리뷰션도 지원합니까?
Remerge는 웹 변환에서 포스트백을 수신할 수 있습니다. 현재로서는 모바일 웹 기반 솔루션을 사용할 수 없지만 이벤트 추적 API를 통해 모바일 웹 변환을 당사로 제공할 것을 권장합니다.
* 데이터 정렬을 보장하기 위해, 시작부터 현재 날짜까지 캠페인의 전체 기간을 포괄하는 기간을 선택하여 두 대시보드를 비교해보는 것이 좋습니다. 또한 AppsFlyer 및 Remerge의 원시 데이터 다운로드 보고서에는 깊이있는 이벤트 데이터가 포함되어 있어 데이터의 정확한 표현이 보장됩니다.