MMP가 왜 네트워크 하나하나의 자체 리포트보다 중요한가

AppLovin, Unity, ironSource 각각은 자기 네트워크를 통해 발생한 클릭·설치를 자체 리포트로 보여주지만, 이 리포트만으로는 여러 네트워크를 동시에 운영할 때 "실제로 어느 네트워크가 이 유저를 데려왔는지"를 교차 검증할 수 없습니다. 각 네트워크가 자기 성과를 유리하게 계산할 유인이 있기 때문입니다. MMP(Mobile Measurement Partner, AppsFlyer·Adjust 등)는 이 네트워크들과 독립적으로 앱 SDK에 붙어, 클릭부터 설치·인앱 이벤트까지를 중립적인 기준으로 연결해 귀속(attribution)시키는 역할을 합니다. 여러 네트워크를 동시에 운영하는 게 기본인 이 과목 특성상, MMP 연동 없이 네트워크를 늘리는 건 성과를 비교할 방법 없이 예산만 나누는 셈이 됩니다.

트래킹 링크와 클릭ID는 어떻게 작동하나

광고 클릭이 발생하면 각 광고 플랫폼은 클릭ID를 목적지 URL(트래킹 링크)에 자동으로 첨부합니다. 구글의 gclid, 메타의 fbclid, 틱톡의 ttclid처럼 매체마다 자체 파라미터 이름을 쓰고, AppLovin·Unity·ironSource 같은 앱 네트워크도 마찬가지로 자체 클릭ID 체계를 갖고 있습니다. MMP는 이 클릭ID를 자사 트래킹 링크(예: AppsFlyer의 OneLink)를 통해 수집해, 이후 앱이 설치되고 처음 실행됐을 때 "이 설치가 어느 클릭에서 왔는지"를 매칭합니다. 네트워크별로 트래킹 링크를 생성할 때 요구하는 파라미터 형식이 조금씩 다르므로, 새 네트워크를 붙일 때마다 해당 네트워크의 MMP 연동 문서를 먼저 확인하고 링크를 생성하는 순서가 안전합니다.

포스트백(S2S)은 왜 별도로 세팅해야 하나

포스트백(Postback), 즉 서버 투 서버(S2S) 추적은 전환이 발생한 뒤 광고주의 MMP 서버가 미리 정해진 URL로 그 결과를 광고 네트워크 서버에 직접 통보하는 방식입니다. 클릭·설치 매칭이 "네트워크에서 앱으로" 정보가 흘러가는 것이라면, 포스트백은 반대로 "MMP에서 네트워크로" 결과를 되돌려주는 구조입니다. 이 포스트백이 정상 작동해야 네트워크 쪽에서도 자기 캠페인이 실제로 어떤 성과(설치, 회원가입, 결제 등)로 이어졌는지 확인할 수 있고, 이 데이터를 기반으로 입찰 알고리즘을 최적화합니다. 포스트백 URL 설정이 누락되거나 잘못되면 네트워크는 최적화할 데이터 자체를 받지 못해, 캠페인 성과가 시간이 지나도 개선되지 않는 원인이 될 수 있습니다.

iOS와 안드로이드는 연동 방식이 왜 다른가

안드로이드는 기기 광고 ID(GAID)를 기반으로 한 결정론적(deterministic) 귀속이 여전히 가능하지만, iOS는 앱 추적 투명성(ATT) 정책 이후 유저 동의가 없으면 IDFA를 수집할 수 없어 애플의 SKAdNetwork(SKAN) 체계를 통한 집계형(aggregated) 귀속이 기본이 됐습니다. SKAN은 개별 유저 단위가 아니라 캠페인 단위로 제한된 정보만 지연 전달하는 구조라, 안드로이드와 똑같은 방식으로 리포트를 해석하면 오류가 생깁니다. MMP는 이 두 체계를 각각 정상 지원하도록 SDK 설정이 나뉘어 있으므로, iOS 캠페인 성과가 유독 늦게 집계되거나 세부 정보가 부족해 보인다면 SKAN 구조 자체의 특성인지부터 확인해야 합니다.

새 네트워크를 붙일 때 연동 체크리스트

  • MMP 대시보드에서 해당 네트워크가 파트너로 이미 등록돼 있는지 확인했는가
  • 네트워크 전용 트래킹 링크(원링크)를 생성해 캠페인에 정확히 매핑했는가
  • 포스트백 URL이 네트워크 쪽 캠페인 설정에 정상 등록됐는지 테스트 전환으로 검증했는가
  • iOS는 SKAN 설정이, 안드로이드는 GAID 기반 설정이 각각 맞게 돼 있는가

여러 네트워크를 동시에 운영할 때 귀속 충돌은 어떻게 처리되나

한 유저가 AppLovin 광고를 클릭한 뒤 며칠 후 Unity 광고도 클릭하고 나서 설치했다면, 이 설치의 성과를 어느 네트워크에 귀속시킬지 정하는 규칙이 필요합니다. MMP는 보통 "마지막 클릭(last click)" 또는 "마지막 터치(last touch)" 기준으로 가장 최근 클릭에 성과를 귀속시키는 방식을 기본값으로 씁니다. 다만 이 기본 귀속 창(attribution window) 기간은 MMP 설정에서 조정 가능하며, 보통 클릭 후 7일, 노출 후 1일 같은 식으로 네트워크별·이벤트별로 다르게 설정할 수 있습니다. 여러 네트워크를 동시에 운영한다면 이 귀속 창 설정이 실제 성과 배분에 직접 영향을 주므로, 신규 네트워크를 추가할 때마다 기존 네트워크와 귀속 창 기준이 충돌하지 않는지 확인하는 절차가 필요합니다.