MMP (Mobile Measurement Partner)

🤔 매체별 설치 수를 더해도 될까요?

한 사람이 두 매체의 광고를 접한 뒤 앱을 설치하면 두 매체가 각각 자기 성과로 집계할 수 있습니다. 보고서의 기준이 다른데 그대로 더하면 실제 설치보다 많아질 수 있습니다. MMP는 이런 자료를 모아 광고 기여를 비교하는 데 쓰는 도구입니다.

🔑 MMP의 역할과 한계

MMP(Mobile Measurement Partner)는 앱 설치와 앱 안의 행동을 광고 접점과 연결해 기여를 분석하는 측정 서비스입니다. 모바일 측정 파트너라고도 하며 AppsFlyer와 Adjust 등이 예입니다. 특정 제품 이름이 MMP 전체를 뜻하는 것은 아닙니다.

여러 거래처의 거래를 맞춰 보는 공용 장부에 비유할 수 있습니다. 다만 장부를 하나로 모아도 빠진 영수증이 저절로 생기지는 않습니다. MMP도 이용 가능한 자료와 연동 상태, 기여 규칙의 영향을 받습니다.

어떤 광고에 성과를 배분할지 정하는 일을 어트리뷰션이라고 합니다. 이는 정한 규칙에 따른 배분이며 그 광고가 없었으면 설치가 일어나지 않았을 것이라는 원인 증명과는 다릅니다.

⚖️ 설치 하나가 보고서 두 곳에 나타나는 예

가상 사용자 한 명이 월요일 매체 A의 광고를 보고 수요일 매체 B의 광고를 클릭한 뒤 앱을 설치하고 처음 실행했습니다. A는 일정 기간 내 광고 노출을, B는 일정 기간 내 클릭을 인정한다면 두 곳에 성과가 표시될 수 있습니다. 매체가 거짓말을 했다고 먼저 판단할 일이 아닙니다.

MMP에서는 연결 가능한 접점과 설치 기록을 모아 적용할 규칙에 따라 기여를 배분합니다. 클릭과 노출 중 무엇을 우선하는지, 얼마 전 접점까지 인정하는지를 확인합니다. 이 인정 기간을 기여 기간(Attribution window)이라고 합니다.

모든 광고 접점을 사용자별로 볼 수 있는 것은 아닙니다. 개인정보 보호 설정과 플랫폼의 자료 제공 조건 때문에 집계 자료나 추정값을 이용할 수 있습니다. 따라서 MMP 보고서를 쓰더라도 다른 보고서와의 차이와 한계를 남깁니다.

🔧 SDK를 넣기 전에 이벤트를 정합니다

여기서 이벤트는 가입 완료처럼 측정하려고 정한 행동의 기록입니다. SDK는 앱에 측정 등의 기능을 추가하도록 제공하는 개발 도구 묶음입니다. MMP 연동에는 SDK를 넣는 방식이 흔하지만 도구와 목적에 따라 서버에서 자료를 보내는 방식도 있습니다. 다음은 SDK를 사용하는 경우의 준비 순서입니다.

“가입을 측정해 주세요”보다 “가입 버튼 클릭이 아니라 가입 성공이 확정될 때 한 번 기록해 주세요”처럼 요청합니다. 결제라면 주문 식별 값과 금액 및 통화, 중복 방지와 취소 처리도 정합니다. 테스트용 자료로 먼저 검증하고 필요하지 않은 개인정보를 수집하지 않습니다. 예를 들어 가입을 한 번 완료했는데 기록이 두 건이면 발생 시각과 이벤트 이름, 테스트 식별 값을 대조하고 개발팀과 중복 발생 지점을 찾습니다. 단순히 보고서에서 두 건 중 하나를 지우지 않습니다.

SDK를 넣었다고 모든 이벤트가 자동 완성되지는 않습니다. 동의와 수집 설정, 실제 이벤트 발생 시점, 매체 연결 및 보고서 지연까지 확인합니다. iOS에서 다른 회사의 앱이나 웹사이트와 사용자를 연결해 추적하는 경우에는 Apple의 추적 허용 조건도 확인해야 합니다.

앱마케팅 글의 앱스토어와 플레이스토어 절에서 살펴봤듯 다운로드와 첫 실행은 다릅니다. 예를 들어 Adjust의 설치는 다운로드 후 첫 실행을 기준으로 합니다. 다른 보고서와 비교할 때는 각 도구의 재설치 처리와 기여 기간, 시간대 및 유입 범위도 함께 확인합니다.

📦 무엇을 확인할 수 있나요?

• 매체별 기여: 설치와 캠페인 자료를 정한 규칙으로 비교합니다.
• 앱 안의 행동: 가입과 결제 등을 설치 이후에 연결해 봅니다.
• 딥링크: 특정 화면으로 연결하는 기능을 제공하는 제품도 있습니다.
• 부정 트래픽 탐지: 의심스러운 광고 접점이나 설치를 걸러내는 기능을 제공하기도 합니다.

기능과 요금제, 지원 매체는 제품마다 다르며 탐지 누락이나 정상 기록의 오탐도 가능합니다. 낮은 설치 비용만으로 좋은 채널을 정하지 않고 이후 이용과 비용 및 측정 품질을 함께 봅니다.

🛡️ MMP로 확인하는 애드 프러드 신호

애드 프러드(ad fraud)는 광고 성과를 조작해 광고비를 받아 가는 부정행위입니다. 조작하는 대상에 따라 두 방식으로 나눠 보면 이해하기 쉽습니다.

하이재킹에서는 설치가 실제로 일어났지만 기여가 엉뚱한 매체로 갑니다. 스푸핑에서는 설치나 행동 자체가 없는데 기록만 생깁니다. MMP 보고서에서는 아래 신호를 조사의 단서로 봅니다.

신호 하나만으로 부정행위를 확정하지 않습니다. 앱 용량이 커서 첫 실행이 늦어지거나 앱 오류로 재방문이 줄어도 비슷한 숫자가 나옵니다.

정산에서는 의심 건수와 정산 제외 건수를 나눠 적습니다. 예를 들어 청구 대상 100건 가운데 조사 대상이 20건이고 근거 대조를 거쳐 부정으로 확인된 것이 8건이라면, 이번 정산에서 빼는 것은 8건입니다. 나머지 12건은 미확정으로 남기고 20건을 한꺼번에 빼지 않습니다. 그러려면 집행 전에 발주서나 계약에 측정 도구, 이벤트 정의, 부정 판정에 쓸 자료, 이의 제기와 정산 조정 절차를 적어 둡니다. 낮은 재방문율 같은 품질 조건은 부정 판정과 별도 항목으로 정합니다.

🤝 GA4가 있으면 MMP는 필요 없나요?

Google Analytics 4(GA4)는 웹과 앱의 이용 행동 및 유입 등을 분석하는 도구이며 광고 기여 분석 기능도 있습니다. MMP 역시 앱 안의 행동을 분석할 수 있습니다. “행동은 GA4만, 기여는 MMP만”으로 완전히 나뉘지는 않습니다.

각 도구를 검토할 때의 대표 질문을 나눈 학습 그림입니다. 기능이 서로 겹치지 않는다는 뜻이 아닙니다.

도입 전에는 현재 연결할 매체와 필요한 보고서, 개인정보 조건, 개발 및 운영 비용을 적어 비교합니다. 매체가 여럿이라는 사실만으로 유료 MMP 도입을 확정하지 않습니다. 지금 도구에서 답할 수 없는 질문이 무엇인지부터 확인합니다.

두 클릭에 기여 규칙 적용하기

메모장에 가상 기록을 적습니다. 같은 시간대를 쓰며 가 사용자는 월요일 10시에 A 광고, 화요일 10시에 B 광고를 클릭하고 수요일 10시에 처음 실행했습니다. 수집된 두 클릭은 모두 같은 사용자의 것으로 정확히 연결됐다고 가정합니다.

연습 규칙을 ‘첫 실행 전 7일 안의 마지막 클릭에 설치 한 건 배분’으로 정하면 B에 한 건입니다. A와 B에 한 건씩 더해 두 설치로 계산하지 않습니다. A 접점이 없었다는 뜻도 아닙니다.

이번에는 기여 기간을 12시간으로 바꿉니다. 마지막 B 클릭도 24시간 전이므로 이 규칙으로 인정할 클릭은 없습니다. 이를 “광고를 한 번도 보지 않은 사용자”라고 적으면 틀립니다. 기록에는 광고 접점이 있지만 정한 기간 밖에 있습니다.

규칙, 시간 차이와 배분 결과를 함께 남기면 연습을 마친 것입니다. 광고 기여가 인정되지 않은 설치를 Organic 등으로 표시하는 경우가 있지만 분류명은 사용하는 MMP 보고서의 정의로 확인하며 이 간단한 규칙이 모든 MMP의 기본값은 아닙니다.

📋 3줄 요약

1. MMP는 앱 설치와 행동을 광고 접점에 연결해 기여를 분석하며 이용 가능한 자료와 판정 규칙의 한계를 가집니다.

2. 매체 보고서를 단순 합산하지 않고 기여 기간과 설치 정의 및 중복과 누락 여부를 확인합니다.

3. SDK 연동 전에 이벤트 정의를 정하고 실제 기록을 검증하며 도구 도입은 필요한 분석과 비용으로 판단합니다.

참고 자료

• 어트리뷰션과 설치 및 기여 기간, Adjust
• 서버 간 연동, Adjust
• 어트리뷰션, Google Analytics
• App Tracking Transparency, Apple
• 클릭 인젝션과 클릭 스팸, Airbridge
• 사용자 단위 자료의 제한, AppsFlyer