iOS 앱 추적 투명성(ATT) 이후 메타 전환 수치가 실제보다 축소 집계되는 폭 추정법

없습니다. 국내 이용자의 ATT 허용 비율을 밝힌 공식 통계를 이번 조사에서는 확인하지 못했고, 매체가 계정별 축소율을 알려주지도 않습니다. 시중에 도는 수치들은 특정 업체가 자사 고객 데이터를 모아 낸 추정치이거나 해외 표본 기준이라, 내 계정에 그대로 적용할 근거가 되지 않습니다.

그래서 접근을 바꿔야 합니다. 절대 폭을 외부에서 가져오는 대신, 내 계정에서 iOS와 다른 환경의 격차를 재고 그 격차를 축소 폭의 대리 지표로 삼는 방식입니다.

iOS 앱이 추적 권한을 요청하면 시스템 알림이 뜨고, 이건 1회성 프롬프트라 사용자가 앱을 지웠다 다시 깔지 않는 한 다시 묻지 않습니다. 한 번 거부하면 그 상태가 계속 유지된다는 뜻입니다.

거부한 사용자의 전환이 완전히 사라지는 것은 아닙니다. 메타의 집계 이벤트 측정은 개별 사용자 단위가 아니라 도메인 단위 집계 데이터로 전환을 보고합니다. 다만 이 방식은 개인 식별 위험을 막기 위해 데이터 집계와 보고에 24~48시간의 지연을 의도적으로 둡니다. 그래서 최근 이틀 데이터로 판단하면 실제보다 더 많이 줄어든 것처럼 보입니다.

절차는 네 단계입니다. 첫째, 최소 4주치 자사 주문 데이터를 기기 운영체제별로 나눕니다. 둘째, 같은 기간 메타가 귀속한 전환 건수를 확인합니다. 셋째, 운영체제별로 자사 주문 대비 매체 귀속 비율을 각각 계산합니다. 넷째, 두 비율의 격차를 봅니다.

예를 들어 안드로이드 주문 1,000건 중 메타가 400건을 자기 전환으로 잡아 40%, iOS 주문 1,000건 중 250건을 잡아 25%라면 격차는 15%포인트입니다. iOS에서도 안드로이드와 같은 비율로 잡혔다면 150건이 더 귀속됐을 것이라는 계산이 나옵니다. 이 150건이 축소 폭의 추정 상한입니다.

격차가 전부 ATT 때문은 아니라는 점이 함정입니다. iOS 사용자와 안드로이드 사용자는 애초에 구매 성향과 객단가가 다를 수 있고, 캠페인 노출 배분도 기기별로 다릅니다. 그래서 이 대조는 같은 캠페인, 같은 기간, 같은 소재 조건에서만 의미가 있습니다.

집계 지연도 통제해야 합니다. 실무 가이드는 전환 지연을 감안해 리포팅 버퍼를 두고 최소 48시간, 가급적 일주일 지난 데이터로 분석하라고 권합니다. 최근 3~7일을 잘라내고 계산하는 것을 기본 규칙으로 삼는 편이 안전합니다. 그리고 이 추정은 한 번 하고 끝낼 게 아니라 분기마다 다시 계산해야 합니다. 매체 정책이 바뀌면 격차도 함께 움직입니다.

쓰면 안 되는 곳부터 분명히 해두는 게 좋습니다. 추정한 축소 폭만큼 매체 리포트 전환수를 손으로 올려 보고하는 것은 위험합니다. 그 순간부터 회사 숫자는 검증할 수 없는 값이 됩니다.

쓸 수 있는 곳은 두 가지입니다. 하나는 iOS 비중이 높은 캠페인의 실제 효율이 리포트보다 나을 수 있다는 판단 근거입니다. 다른 하나는 전사 지표와의 대조입니다. 매체 리포트가 나빠 보이는데 총매출을 총광고비로 나눈 MER은 유지되고 있다면, 성과가 나빠진 게 아니라 측정이 좁아진 상황일 가능성이 있습니다.

가장 직접적인 조치는 서버 쪽 전송을 갖추는 것입니다. 전환 API는 광고주 서버에서 메타로 이벤트를 직접 보내므로 브라우저 환경의 제약을 덜 받습니다. 이때 픽셀과 같은 event_id를 실어 중복이 제거되는지 이벤트 관리자 진단 탭에서 확인하는 절차가 함께 따라와야 합니다.

그리고 정말 중요한 예산 결정이라면 측정 개선만으로 끝내지 말고 증분 실험으로 검증하는 편이 낫습니다. 인크리멘털리티는 광고를 노출한 집단과 노출하지 않은 통제 집단을 비교해, 광고가 없었어도 발생했을 매출을 제외한 순수 추가분만 봅니다. 측정이 좁아진 환경에서는 이 방식이 기여 리포트보다 흔들림이 적습니다.