요약

• iOS 결제 유저 급감의 실제 원인은 광고 성과 저하가 아니라 SKAN 4.0 전환값 설계 오류와 MMP 연동 누수인 경우가 많습니다.
• 전체 iOS 유저 중 ATT Opt-in 비율은 평균 약 35%에 불과해, 나머지 65%는 SKAN 포스트백으로만 측정 가능합니다.
• Fine CV(0~63)와 Coarse CV(Low/Medium/High)를 3개 측정 윈도우에 전략적으로 매핑하지 못하면, 실제 결제 유저가 'Null' 또는 오가닉으로 분류됩니다.
• lockWindow 트리거 설계 여부와 SKAN 중복 기여 제거(Dedup) 처리 방식이 테크 대행사를 가려내는 핵심 질문입니다.
• 2026년 현재 AdAttributionKit(AAK) 전환이 진행 중이며, MMP SDK 업데이트 및 포스트백 엔드포인트 추가 여부까지 확인해야 합니다.

MMP 대시보드에 결제가 안 잡히는 날, 무엇을 의심해야 하나

앱 내부 결제 로그에는 구매 이벤트가 정상 기록되고 있습니다. 그런데 MMP 대시보드와 광고 매체 리포트에서는 해당 결제를 유발한 캠페인이 전혀 보이지 않습니다. 이 상황에서 많은 마케터들이 '광고 효율이 떨어진 것'이라고 결론 내리고 예산을 삭감하거나 소재를 교체합니다.

하지만 실제 원인은 전혀 다른 곳에 있을 수 있습니다. 애플의 ATT(앱 추적 투명성) 정책 도입 이후 IDFA 기반 1:1 추적이 막힌 65%의 유저는 오직 SKAdNetwork(SKAN) 포스트백을 통해서만 어트리뷰션이 가능합니다. 그리고 이 SKAN 포스트백이 잘못 설계되어 있으면, 결제 유저는 데이터에서 그냥 증발합니다.

"포스트백이 도착하고 있다는 사실 자체는 세팅이 살아 있다는 뜻이 아닙니다. 포스트백 안에 결제 정보가 담겨 있는지가 진짜 문제입니다."

SKAN 4.0이 결제 유저를 놓치는 구체적인 경로

3개 윈도우와 CV 체계의 함정

SKAN 4.0은 설치 후 최대 35일간의 행동을 측정하기 위해 3번의 포스트백을 제공합니다.

• Window 1 (Day 1~2): Fine CV(0~63) + Coarse CV 모두 수신 가능
• Window 2 (Day 3~7): Coarse CV(Low/Medium/High)만 수신
• Window 3 (Day 8~35): Coarse CV(Low/Medium/High)만 수신

문제는 여기서 발생합니다. 대부분의 부실 대행사는 Window 1의 Fine CV 설정에만 집중하고, Window 2와 3의 Coarse CV 매핑을 방치합니다. 예를 들어, 구독형 앱에서 첫 결제가 Day 5에 일어나는 유저는 Window 2에서만 포착됩니다. 이때 Coarse CV의 'High'에 '첫 결제 완료'를 매핑해 두지 않으면, 해당 유저는 어트리뷰션 데이터에서 사라집니다.

프라이버시 임계치(Crowd Anonymity)가 CV를 Null로 만드는 경우

애플은 특정 캠페인·광고 세트에 유입된 유저 수가 일정 수준을 넘지 못하면 전환값을 아예 Null로 처리합니다. 캠페인 구조를 지나치게 잘게 쪼개면 각 세그먼트의 유저 수가 임계치 미달이 되어, 열심히 설계한 CV 매핑이 무용지물이 됩니다. 데이터를 더 세밀하게 보려고 캠페인을 나눌수록 오히려 더 많은 데이터가 사라지는 역설이 발생합니다.

대행사 미팅 전 준비해야 할 기술 진단 질문 4가지

아래 질문은 단순히 지식을 테스트하는 것이 아닙니다. 실제로 이 설정을 직접 다뤄본 적 있는 대행사인지를 판별하는 도구입니다.

Q1. "Window 2와 3에서 결제 유저를 어떻게 잡으실 건가요?"

부실한 대행사: "MMP에서 Purchase 이벤트로 연동해 두면 자동으로 잡힙니다."

테크 대행사: "Window 2와 3는 Coarse CV만 수신되므로, 저희 앱의 결제 여정 주기를 먼저 분석합니다. 예를 들어 Day 3~7 내에 첫 결제가 발생하는 유저 비율이 40%라면, Window 2의 'High'를 '첫 결제 완료(1만 원 이상)'로 정의하고 MMP의 CV 스키마에 명시적으로 매핑합니다. Window 1의 Fine CV는 이벤트 깔때기(튜토리얼 완료→회원가입→장바구니 추가→결제)를 비트 단위로 쪼개어 초기 행동 패턴을 포착하는 데 씁니다."

Q2. "lockWindow를 어떤 조건에서 트리거하실 건가요?"

부실한 대행사: "그건 개발팀 영역이라 저희가 제어하기 어렵습니다."

테크 대행사: "SKAN 4.0은 기본적으로 윈도우가 끝난 뒤 24~48시간 랜덤 지연 후 포스트백이 전송됩니다. 커머스나 구독 앱처럼 설치 초반에 결제가 집중되는 구조라면, 설치 후 12시간 이내에 첫 결제 또는 구독 시작 이벤트가 발생하는 즉시 lockWindow를 트리거합니다. 이렇게 하면 최대 7일 걸리던 포스트백이 24~48시간 내로 앞당겨져, 광고 매체의 머신러닝이 고가치 유저 신호를 훨씬 빠르게 학습할 수 있습니다."

Q3. "MMP 수치와 SKAN 수치가 다를 때 어떤 기준으로 리포팅하시나요?"

부실한 대행사: "두 수치를 평균 내서 보여드립니다."

테크 대행사: "MMP는 '첫 실행(First Open)' 기준, Apple Ads는 '다운로드' 기준으로 기여 시점이 다릅니다. 여기에 중복 기여(SKAN Overlap Installs)까지 발생하면 단순 합산은 의미가 없습니다. 저희는 SKAN 기여 인스톨에서 중복분을 제거한 순수 인스톨(SKAN Dedup Installs)을 산출하고, MMP의 통합 모델링 데이터(SSOT)와 결합해 채널별 결제 트렌드 방향성을 해석합니다. 절대 수치 비교가 아니라 트렌드 곡선으로 의사결정하는 구조입니다."

Q4. "AdAttributionKit(AAK)로의 전환에 지금 어떻게 대비하고 계신가요?"

부실한 대행사: "SKAN이랑 이름만 다르고 비슷합니다. 현재 세팅 유지하면 됩니다."

테크 대행사: "AAK는 단순 리브랜딩이 아닙니다. iOS 18.4 이후 Apple Search Ads가 이미 AAK·SKAN 동시 등록 체계로 이전했고, 다중 리인게이지먼트 윈도우와 포스트백 내 국가 코드 지원이 추가됐습니다. 현재 사용 중인 MMP(에어브릿지, 앱스플라이어, 싱귤러 등)의 SDK가 AAK 규격을 지원하는 버전인지 확인하고, 광고주 서버가 AAK 포스트백 복사본을 직접 수신할 수 있도록 엔드포인트를 추가하는 작업이 필요합니다."

진단 체크리스트: 지금 당장 내부 세팅 점검하기

대행사를 교체하기 전, 현재 세팅 상태를 먼저 확인하면 문제의 위치를 특정할 수 있습니다.

• [ ] MMP SDK가 SKAN 4.0 및 AAK 규격을 지원하는 최신 버전인가?
• [ ] MMP 대시보드 내 iOS 앱스토어 개발자 계정 인증이 정상 완료되어 있는가?
• [ ] Window 2(Day 3~7)와 Window 3(Day 8~35)의 Coarse CV에 결제 이벤트가 명시적으로 매핑되어 있는가?
• [ ] Fine CV(0~63)가 앱의 실제 결제 금액대 또는 이벤트 흐름에 맞게 비트 단위로 설계되어 있는가?
• [ ] 고가치 액션 발생 시 lockWindow가 트리거되도록 개발 연동이 완료되어 있는가?
• [ ] 캠페인 구조가 프라이버시 임계치를 충족할 만큼 충분히 통합(Consolidation)되어 있는가?
• [ ] SKAN Dedup 설정이 MMP에서 활성화되어 중복 기여가 제거된 수치를 보고 있는가?

7개 중 3개 이상 'No'라면, 현재 결제 유저 급감의 원인이 광고 성과가 아니라 측정 파이프라인 오설정일 가능성이 높습니다.

테크 대행사와 일반 대행사를 나누는 실질적 차이

기술적 이해가 없는 대행사는 성과 악화의 원인을 항상 소재 피로도나 입찰 단가 상승으로 귀결시킵니다. 새 소재를 만들고 예산을 올리는 처방을 반복합니다.

반면 테크 대행사는 성과 하락 신호를 받으면 먼저 포스트백 수신 로그, CV 매핑 스키마, SDK 버전, 캠페인 구조의 임계치 충족 여부를 역으로 파고듭니다. 실제 결제 데이터와 SKAN 포스트백 데이터 간의 갭을 수치로 산출하고, 어느 윈도우에서 얼마나 많은 결제 유저가 Null 처리되고 있는지를 먼저 진단합니다.

이 차이는 제안서의 두께나 케이스 스터디 슬라이드 수로는 보이지 않습니다. 위의 4가지 질문에 대한 답변의 구체성으로만 판별할 수 있습니다.

자주 묻는 질문 (FAQ)

Q. SKAN 포스트백이 도착하고 있으면 세팅이 정상인 건가요?

A. 포스트백 수신 자체는 기본 연동이 살아 있다는 의미일 뿐입니다. 포스트백 안에 CV 값이 Null이 아닌 의미 있는 값으로 채워져 있는지, 그 값이 실제 결제 이벤트와 올바르게 매핑되어 있는지를 별도로 확인해야 합니다.

Q. Fine CV 63개 값을 모두 써야 하나요?

A. 반드시 그럴 필요는 없습니다. 앱의 핵심 전환 이벤트 수와 결제 금액 구간에 맞게 필요한 비트만 설계하면 됩니다. 오히려 너무 세밀하게 쪼개면 각 CV 값에 해당하는 유저 수가 줄어 프라이버시 임계치를 충족하지 못할 위험이 있습니다.

Q. MMP 없이 SKAN만으로 iOS 어트리뷰션을 운영할 수 있나요?

A. 기술적으로는 가능하지만 실무적으로는 권장하지 않습니다. MMP는 SKAN 포스트백 외에도 ATT Opt-in 유저의 확정적 어트리뷰션, 중복 기여 제거, 채널 통합 리포팅을 담당합니다. SKAN 단독 운영 시 이 기능들을 직접 구현해야 해 운영 부담이 크게 늘어납니다.

Q. AAK로 전환하면 기존 SKAN 설정은 다 바꿔야 하나요?

A. AAK는 SKAN을 대체하는 것이 아니라 확장하는 개념입니다. 당분간 두 시스템이 병행 운영되므로, MMP SDK를 최신 버전으로 업데이트하고 AAK 전용 기능(다중 리인게이지먼트, 국가 코드)을 점진적으로 활성화하는 방식으로 접근하는 것이 현실적입니다.

Q. 캠페인을 통합(Consolidation)하면 타겟팅 정밀도가 떨어지지 않나요?

A. 단기적으로는 그렇게 느껴질 수 있습니다. 하지만 SKAN 환경에서는 캠페인을 쪼갤수록 프라이버시 임계치 미달로 CV가 Null 처리되는 비율이 높아집니다. 데이터가 없는 정밀 타겟팅보다, 데이터가 살아 있는 통합 캠페인이 머신러닝 최적화 측면에서 실질적으로 더 나은 결과를 냅니다.

마치며

iOS 결제 유저 급감을 단순히 광고 효율 문제로 보고 예산과 소재만 바꾸는 대행사와, SKAN 4.0의 Fine/Coarse CV 설계부터 lockWindow 트리거, MMP Dedup 처리까지 파이프라인 전체를 점검하는 대행사의 차이는 결국 측정 가능한 결제 유저 수로 나타납니다.

위 진단 질문들을 미팅 전에 준비해 두고, 대행사의 답변이 구체적인 CV 값과 윈도우 번호를 포함하는지 확인해 보세요. 그것만으로도 기술 역량 검증의 절반은 끝납니다.

SKAN 4.0 세팅 현황 점검이나 AAK 전환 대비 전략이 필요하시다면, 에이달(ADALL)에 프로젝트 문의를 남겨 주세요. iOS 어트리뷰션 파이프라인 진단부터 MMP 연동 재설계까지 기술 중심으로 지원합니다.

📞 02-2664-8631 | 📧 master@adall.co.kr