iOS 14.5 ATT 도입 이후 글로벌 평균 옵트인율은 15~25% 수준으로, 대다수 iOS 사용자가 추적을 거부한다
ATT 이후 마케터는 iOS 사용자로부터 30~60% 범위의 전환 데이터를 손실하고 있다
2026년 기준 픽셀 클라이언트사이드만 사용 시 매칭률 71%, 서버사이드 포스트백 적용 시 98% 이상이다
픽셀+CAPI 병행과 event_id 중복제거 구성이 현재 업계 표준 세팅이다
ATT 도입이 픽셀 세팅을 왜 근본적으로 바꿨나
애플의 앱 추적 투명성(ATT)은 2021년 4월 iOS 14.5부터 도입됐으며, 2026년 기준 글로벌 평균 옵트인 비율은 15~25% 수준입니다. 대다수의 iOS 사용자가 추적을 거부해 클라이언트사이드 픽셀과 광고ID 기반 추적이 실질적으로 불가능해졌습니다. 옵트인율은 지역, 앱 카테고리, 사용자 인구통계에 따라 크게 달라져, 게임이나 소셜앱은 옵트인율이 낮고 금융·건강 앱은 상대적으로 높을 수 있다는 점도 함께 감안해야 합니다.
실제로 어느 정도의 데이터를 잃고 있나
iOS ATT 도입 이후 마케터들은 가장 가치 있는 사용자 층인 iOS 사용자로부터 30~60% 범위의 전환 데이터를 손실하고 있습니다. 전환 추적이 깨지고, 리타겟팅 오디언스가 축소되며, 룩어라이크 모델의 신호도 약해집니다. 이 30~60%는 평균값이며 실제 손실은 캠페인 특성, 사용자 기기 믹스, 서드파티 추적 솔루션 도입 여부에 따라 달라지므로, 퍼스트파티 데이터와 서버사이드 추적을 함께 도입하면 손실을 상당히 완화할 수 있습니다.
CAPI와 포스트백은 각각 어떤 역할을 맡나
2강에서 다룬 포스트백(S2S)이 광고주 서버가 전환을 매체·MMP에 알리는 일반적 통신 규약이라면, 전환 API(CAPI)는 메타가 이 서버사이드 통신을 자사 픽셀과 짝지어 쓸 수 있도록 만든 구체적 구현체입니다. 두 개념은 상호 배타적이지 않고, 웹에서는 픽셀+CAPI 조합으로, 앱에서는 SDK+MMP 포스트백 조합으로 클라이언트사이드와 서버사이드를 함께 운영하는 것이 현재의 표준 구조입니다.
병행 구성이 실제로 얼마나 효과가 있나
2026년 추적 방식의 성과를 비교하면, 픽셀 클라이언트사이드만 사용 시 평균 매칭률 71%, 서버사이드 포스트백을 적용하면 매칭률 98% 이상입니다. 픽셀만 의존하면 iOS 사용자, 광고차단기 사용자, 개인정보보호 설정 강화 사용자의 전환이 대부분 추적되지 않아, 현재는 CAPI·S2S 기반 서버사이드 추적이 기본 필수 요구사항이 됐습니다. 다만 71% 대 98% 비교는 동일 트래픽 기준 평균치이며, 실제 격차는 비즈니스 모델과 사용자 기기 분포, 지역에 따라 웹 기반 비즈니스에서 더 크게 나타날 수 있습니다.
중복 집계 없이 두 경로를 함께 운영하려면
픽셀과 CAPI를 동시에 켜두면 같은 전환이 두 경로로 각각 잡혀 중복 계산될 위험이 있습니다. 4강에서 다룬 event_id를 두 경로에 동일하게 실어 보내 매체가 자동으로 중복제거하도록 구성해야 하며, 이 구성 없이 CAPI만 급하게 추가하면 오히려 매출이 부풀려진 채로 보고돼 캠페인 최적화가 왜곡될 수 있습니다.
앱 환경에서는 무엇을 추가로 챙겨야 하나
앱 광고는 애플의 SKAdNetwork(SKAN)를 통해 ATT 거부 사용자까지 익명화된 형태로 귀인받을 수 있습니다. SKAN 4.0은 0~2일·3~7일·8~35일 세 포스트백 윈도우로 세분화된 전환값 데이터를 전달하며, 후속 프레임워크인 AdAttributionKit(AAK)이 설정 가능한 귀인 윈도우 등 더 유연한 기능을 도입 중이지만, 2026년 기준 주요 네트워크 대부분은 여전히 SKAN 3 중심으로 운영됩니다. 앱 캠페인이라면 웹의 픽셀+CAPI 구조와 별개로 SKAN·AAK 대응 여부를 84강의 MMP 실무와 함께 점검해야 합니다.
iOS 26 이후 클릭ID까지 사라지는 상황은 어떻게 대응하나
애플은 iOS 26부터 사파리의 Link Tracking Protection을 기본값으로 활성화해, 프라이빗 브라우징·메시지·메일 등에서 gclid·fbclid·ttclid 같은 클릭ID를 제거합니다. 이로 인해 클라이언트사이드 추적만 의존하는 광고주의 귀인 정확도가 크게 하락하며, 특히 크로스도메인 추적에 직접적인 영향을 미칩니다. 동일 도메인 내 추적은 퍼스트파티 쿠키로 어느 정도 보완할 수 있지만, 여러 도메인을 넘나드는 추적은 서버사이드 솔루션이 사실상 필수가 됐습니다.
클릭ID를 병행 캡처하면 얻는 실질적 이득
클릭ID(gclid, fbclid, ttclid)를 병렬로 캡처하고 서버사이드 포스트백으로 전송하는 설정은 픽셀만 사용하는 경우 대비 31~44% 더 많은 귀인 전환을 복구합니다. 이는 프라이버시 강화 환경에서도 적응한 마케터가 성과를 유지할 수 있음을 보여주는 실측치로, 다만 이 수치는 테스트 환경 기준이라 실제 복구율은 지역 믹스와 구현 품질에 따라 달라질 수 있다는 점을 함께 감안해야 합니다.
이 모든 조치를 도입 순서로 정리하면
아직 CAPI·S2S를 도입하지 않은 경우라면, 먼저 픽셀 표준 이벤트(3강)를 정확히 발화시키는 것부터 안정화한 뒤, 클릭ID 캡처 로직을 추가하고, 그 다음 서버사이드 CAPI·포스트백을 붙이고 event_id 중복제거까지 확인하는 순서로 단계를 밟는 것이 안전합니다. 한 번에 모든 것을 동시에 바꾸면 문제가 생겼을 때 어느 단계에서 오류가 발생했는지 구분하기 어려워, 4강·5강에서 다룬 트러블슈팅 자체가 더 힘들어집니다.
다음 행동
자사 웹 픽셀에 CAPI가 연동돼 있는지, 연동돼 있다면 event_id 중복제거가 설정돼 있는지 매체 이벤트 관리자에서 확인해보세요. 다음 편(8강)에서는 표준 전환 이벤트를 넘어, 체류 시간·스크롤 도달률 같은 맞춤 이벤트를 이 인프라 위에 추가로 설계하는 법을 다룹니다.
← 이전 글 · 레슨 06 테크니컬 애드옵스(AdOps) 실무: 광고 매체별 픽셀 헬퍼(Pixel Helper) 익스텐션을 활용해 유저 행동에 따른 실시간 데이터 전송 상태 검증하기
CHALLENGE
배운 걸 실전 문제로 확인
카테고리별 Level Test로 실무 레벨을 점검해보세요.