iOS 캠페인 리포트의 매체 콘솔·MMP·SKAN 숫자는 다를 수 있습니다. 정의 차이일 수도 있고 연동·중복 제거 오류일 수도 있으므로, 다르다는 사실만으로 정상이라고 결론 내리지는 마세요.
애초에 다른 것을 세고 있습니다
SKAN과 MMP는 같은 일을 하는 두 도구가 아닙니다. 세는 방식 자체가 다릅니다.
| SKAN | MMP | |
|---|---|---|
| 집계 단위 | 개인정보 보호 수준에 따른 귀속 포스트백 | 동의·연동에 따른 이벤트 및 집계 데이터 |
| 도착 시점 | 창이 닫힌 뒤 + 무작위 지연 | 대체로 실시간 |
| 인앱 행동 | 버전·창별 fine/coarse 전환값 | 수집·동의 범위의 이벤트 및 귀속 데이터 |
| ATT 거부 유저 | 개인정보 보호 귀속 지원 | IDFA 기반 교차 앱 귀속 제한; SKAN 수신·집계도 가능 |
MMP가 SKAN 포스트백을 수신하기도 하므로 두 이름은 상호 배타적인 데이터 소스가 아닙니다. 비교하는 MMP 화면이 어떤 귀속 방식과 집계 단위를 쓰는지 먼저 확인하세요.
SKAN과 MMP 숫자가 다를 때 먼저 볼 것
숫자가 벌어지는 세 지점
지연. SKAN의 창과 무작위 지연 때문에 최근 구간은 덜 성숙합니다. 설치일과 포스트백 수신일을 섞지 말고 같은 코호트를 나중에 다시 대조하세요.
개인정보 임계. 보호 등급은 캠페인 식별자와 전환값의 상세 수준에 영향을 줍니다. 이를 설치 합계 차이의 유일한 원인으로 해석하면 안 됩니다.
귀속 규칙. SKAN은 애플의 규칙으로, MMP는 자체 어트리뷰션 윈도우로 판정합니다. 클릭 후 며칠까지 인정할지가 다르면 같은 설치도 다르게 배분돼요.
그래서 어느 쪽을 보나
합치려 하지 말고 질문별로 나누세요.
- 유저 단위 분석·인앱 행동·리텐션 → MMP. SKAN은 애초에 이걸 못 줍니다.
- iOS 캠페인 간 상대 비교 → 같은 창·값 정의·보호 수준을 확인한 SKAN. ATT 지원만으로 편향이 더 작다고 단정하지 않습니다.
- 채널 전체의 실제 기여 → 둘 다 부족합니다. 증분 분석으로 가야 해요.
세 번째가 핵심입니다. SKAN이든 MMP든 관측된 귀속이고, 광고가 없었어도 일어났을 전환을 빼주지 않습니다.
운영 방식이 바뀌어야 합니다
아직 도착하지 않은 SKAN 신호를 0으로 간주해 입찰을 판단하지 마세요. 지출·배달 장애 같은 당일 운영 점검과 성숙 전환 기반 성과 판독을 구분하면 학습을 불필요하게 흔드는 변경을 줄일 수 있습니다.
주 단위로 보고, 며칠 지난 데이터로 판단하는 리듬으로 바꾸는 게 맞습니다.
오늘 해볼 것
최근 30일 숫자 옆에 귀속 방식·집계일·윈도우·재설치 포함 여부를 적으세요. 격차 자체는 미관측 설치 수나 증분 효과의 추정치가 아닙니다.
같은 과거 구간을 재조회해 지연으로 추가된 값을 확인하세요. 차이가 남으면 보호 수준뿐 아니라 정의·매핑·누락·중복 제거를 함께 점검합니다.
이 방법의 한계
세 숫자를 하나로 맞추려는 시도는 대개 실패합니다. 집계 단위와 시점이 구조적으로 다르기 때문이에요. 목표는 일치가 아니라 어느 질문에 어느 소스를 쓸지 팀이 합의하는 것입니다.
측정 창과 값 해상도는 SKAN 4 전환 실무에서, 시스템 간 숫자 대조는 어트리뷰션 데이터 불일치에서 다룹니다.