메타 ROAS가 갑자기 떨어졌다면, 광고가 아니라 ‘측정’이 새는 것일 수 있습니다

“광고는 그대로인데 ROAS가 떨어졌어요.” 제가 가장 자주 받는 문의입니다. 그런데 막상 계정을 열어보면 원인이 광고가 아닌 경우가 의외로 많습니다. 광고가 아니라 전환을 세는 ‘측정’이 새고 있는 것입니다. 이걸 모르면 멀쩡한 소재만 계속 바꾸다 예산을 태웁니다.
iOS의 앱 추적 투명성(ATT) 정책 이후, 메타 픽셀 하나만으로는 실제 전환을 온전히 잡지 못합니다. 이 글에서는 왜 전환이 새는지, 전환 API(CAPI)가 무엇을 메우는지, 우리 계정이 새고 있는지 어떻게 확인하는지를 순서대로 정리합니다.
핵심 요약: ROAS가 갑자기 떨어졌다면 소재를 바꾸기 전에 전환 추적이 새는지부터 확인하세요. iOS ATT 이후 브라우저 기반 픽셀은 상당수 전환을 놓치며(업계 추산 약 30~40%, 환경별 편차 큼), 서버에서 직접 이벤트를 보내는 전환 API(CAPI)를 픽셀과 함께 쓰면 이 누락을 메울 수 있습니다. 단, 우리 계정이 실제로 새는지는 메타 화면의 전환 수치만으로는 보이지 않습니다. 이벤트 일치 품질(EMQ)과 실제 주문 대조로만 확인됩니다.
ROAS가 갑자기 떨어졌는데 광고는 멀쩡한가요?
광고 지표(CTR·CPM·도달)는 정상인데 ROAS만 빠졌다면, 광고가 아니라 전환 추적이 새는 신호입니다.
효율 저하의 원인은 크게 둘로 갈립니다. 하나는 진짜 광고 성과가 나빠진 것(소재 피로·경쟁 입찰 등), 다른 하나는 성과는 그대로인데 잡히는 전환 수가 줄어든 것입니다. 후자는 광고를 아무리 손봐도 숫자가 안 돌아옵니다.
먼저 갈라야 합니다. 노출·클릭·CTR이 평소와 비슷한데 보고되는 전환·매출만 떨어졌다면, 전환 추적 누락을 1순위로 의심합니다. 이때 매체가 보고하는 전환과 실제 백엔드 주문(쇼핑몰 관리자·결제 데이터)을 대조하면 격차가 드러납니다.
왜 iOS 이후 전환이 픽셀에서 새나요?
브라우저에 심는 메타 픽셀은 iOS의 추적 제한과 광고 차단·쿠키 삭제에 막혀 전환 일부가 메타까지 전달되지 않기 때문입니다.
메타 픽셀은 사용자의 브라우저(클라이언트)에서 동작합니다. 그런데 Apple의 앱 추적 투명성(ATT) 정책 이후 사용자가 추적을 거부하면 브라우저 단의 전환 신호가 메타로 넘어가지 못합니다. (Apple iOS 14 요구사항에 따른 Meta 업데이트) 여기에 쿠키 삭제, 광고 차단 확장프로그램, 네트워크 오류까지 더해지면 누락은 더 커집니다.
규모. 업계에서는 iOS 환경에서 전환의 약 30~40%가 픽셀로 잡히지 않는다고 추산합니다(추산치이며 업종·기기·브라우저 구성에 따라 편차가 큽니다). 중요한 건 정확한 퍼센트가 아니라, “보고된 전환 < 실제 전환”이 구조적으로 발생한다는 사실입니다.
픽셀 단독: 브라우저가 막히면 전환이 샌다
픽셀은 사용자 브라우저를 거쳐 전송됩니다 · iOS 추적 제한 등으로 일부 전환이 누락 (개념 도식)
바로봄 · brbom.co.kr · 개념 도식(실측 아님)
픽셀만 쓰면 브라우저가 막히는 지점에서 전환 신호가 새어 메타에 일부만 도달합니다
전환 API(CAPI)는 무엇을 어떻게 메우나요?
전환 API(CAPI)는 브라우저가 아니라 광고주의 서버에서 메타로 전환 이벤트를 직접 보내, 픽셀이 놓친 전환을 메우는 방식입니다.
픽셀이 “브라우저 → 메타” 경로라면, 전환 API는 “서버 → 메타” 경로입니다. (Meta 전환 API 정보) 브라우저 단에서 막혀도 서버는 결제·주문 같은 실제 이벤트를 직접 전송하므로, 추적 제한의 영향을 덜 받습니다.
핵심 원리. 서버 이벤트에 사용자 식별 정보(이메일·전화 등 해시값, 그리고 fbp·fbc 같은 메타 식별자)를 함께 보내면, 메타가 이 이벤트를 광고를 본 사람과 연결(매칭)합니다. (Meta 전환 API 기술 문서) 매칭 정보가 풍부할수록 누락 복구율이 높아집니다.
중복 제거. 픽셀과 CAPI를 함께 쓰면 같은 전환이 두 번 잡힐 수 있는데, 이벤트마다 고유 ID(event_id)를 부여하면 메타가 중복을 자동으로 걸러냅니다. 그래서 둘은 양자택일이 아니라 병행이 정석입니다.
픽셀 + 전환 API: 서버 경로로 한 번 더 잡는다
브라우저(픽셀)와 서버(CAPI) 이중 경로로 동시 전송 · event_id로 중복 제거 (개념 도식)
바로봄 · brbom.co.kr · 개념 도식(실측 아님)
서버 경로(CAPI)가 브라우저에서 새는 전환을 보완 · event_id로 중복 없이 더 온전히 집계됩니다
픽셀만 vs 픽셀+CAPI, 무엇이 달라지나요?
픽셀 단독은 브라우저가 막히면 끝이지만, 픽셀+CAPI는 서버 경로로 한 번 더 잡아 누락을 줄입니다.
| 구분 | 픽셀 단독 | 픽셀 + 전환 API(CAPI) |
|---|---|---|
| 전송 경로 | 브라우저(클라이언트) | 브라우저 + 서버 |
| iOS 추적 제한 영향 | 큼 | 줄어듦 |
| 쿠키 삭제·광고차단 영향 | 큼 | 줄어듦 |
| 전환 포착 | 누락 발생 | 누락 보완 |
| 최적화 학습 신호 | 부족해질 수 있음 | 더 안정적 |
| 중복 위험 | — | event_id로 자동 제거 |
전환 신호가 더 온전히 들어오면 메타의 머신러닝이 “누가 전환하는지”를 더 정확히 학습합니다. 즉 CAPI는 단순히 숫자를 복구하는 데 그치지 않고 최적화 품질 자체를 끌어올립니다.
우리 계정이 새고 있는지 어떻게 확인하나요?
메타 화면의 전환 수치만 비교해서는 유실이 드러나지 않습니다. 이벤트 일치 품질(EMQ)과 실제 주문 대조로 확인해야 합니다.
먼저, 흔한 착각 하나. 메타 광고관리자에서 ‘웹 픽셀 구매’와 ‘전체 구매(omni)’를 비교하면 유실이 보일 것 같지만, 실제로는 두 숫자가 거의 똑같이 나오는 경우가 많습니다. 실제 운영 계정들을 들여다봐도 이 둘이 그대로 일치하는 경우가 흔합니다. 이유는 단순합니다. iOS·쿠키로 인한 신호 손실은 픽셀 단계에서 이미 발생하고, 픽셀 구매든 전체 구매든 모두 그 손실 이후의 숫자라 서로 비교해도 격차가 안 드러나기 때문입니다. 즉 “메타 안에서 숫자가 멀쩡해 보인다”가 “안 새고 있다”를 뜻하지 않습니다.
그래서 진짜 유실은 메타 바깥과 매칭 품질로 확인합니다.
확인 1. 이벤트 일치 품질(EMQ). 이벤트 관리자에서 주요 전환 이벤트(구매·결제)의 ‘이벤트 일치 품질(Event Match Quality)’ 점수를 봅니다. 점수가 낮으면 매칭에 쓰는 식별 정보가 부족한 것이므로, 이메일·전화·fbp·fbc 등 매개변수를 더 채웁니다. CAPI를 붙인 뒤 이 점수가 오르는지가 1차 효과 신호입니다.
확인 2. 백엔드 실주문 대조(가장 확실). 같은 기간의 메타 보고 전환과 쇼핑몰 관리자의 실제 주문 수를 직접 대조합니다. 메타가 실주문보다 적게 잡고 있다면 그 격차가 곧 유실 규모입니다. 메타 내부 지표끼리 비교하는 것보다 이 대조가 훨씬 정직합니다.
확인 3. 브라우저 vs 서버 이벤트 수. CAPI를 붙인 뒤에는 이벤트 관리자에서 같은 전환을 브라우저(픽셀)와 서버(CAPI)가 각각 몇 건 잡았는지 볼 수 있습니다. 서버가 브라우저보다 더 잡은 만큼이 픽셀이 놓치던 양이고, 중복은 event_id로 자동 제거됩니다.
실제로 바로봄이 CAPI를 붙인 계정에서도, 연동 후 4일쯤 지나자 메타가 잡는 전환 수가 약 6% 늘었습니다. 회복 폭은 계정 환경에 따라 다르지만, 픽셀만 쓸 때 빠지던 전환의 일부가 서버 경로로 다시 잡힌 것입니다.
광고주의 실제 매출 원장을 그대로 받기 어려운 현실에서, 가진 데이터로 정직하게 측정하려면 이 교차 확인이 기본입니다. 핵심은 “CAPI를 깔았다”가 아니라 “우리 계정에서 실제로 메우고 있나”를 위 지표로 확인하는 것입니다.
핵심 정리
| 단계 | 무엇을 | 신호/대응 |
|---|---|---|
| 진단 | 광고 vs 측정 구분 | 광고 지표 정상·ROAS만 하락 → 측정 의심 |
| 원인 | iOS ATT·쿠키·차단 | 브라우저 픽셀 누락 구조적 발생 |
| 해결 | 전환 API 병행 | 서버에서 직접 전송, event_id로 중복 제거 |
| 검증 | 이벤트 일치 품질·백엔드 대조 | 매칭 매개변수 보강, 격차 추적 |
자주 묻는 질문(FAQ)
Q. 광고는 그대로인데 ROAS가 떨어졌어요. 왜죠?
전환 추적 누락을 먼저 의심하세요. CTR·CPM 같은 광고 지표가 평소와 비슷한데 보고되는 전환·매출만 떨어졌다면, 광고 성과가 아니라 전환을 세는 측정이 샌 것일 수 있습니다. 매체 전환과 실제 주문을 대조하면 격차가 드러납니다.
Q. 전환 API(CAPI)는 픽셀을 대체하나요?
대체가 아니라 병행입니다. 픽셀은 브라우저에서, 전환 API는 서버에서 이벤트를 보내므로 둘을 함께 쓸 때 누락이 가장 줄어듭니다. 같은 전환이 중복으로 잡히는 문제는 이벤트마다 고유 ID(event_id)를 부여하면 메타가 자동으로 걸러냅니다.
Q. 픽셀이 놓치는 전환은 얼마나 되나요?
업계에서는 iOS 환경에서 약 30~40%로 추산하지만, 업종·기기·브라우저 구성에 따라 편차가 큽니다. 그리고 우리 계정의 실제 유실은 메타 내부 지표(웹 픽셀 구매 vs 전체 구매)를 비교해서는 보이지 않습니다. 둘 다 픽셀 손실 이후의 숫자라 거의 똑같이 나오기 때문입니다. 실제 유실은 EMQ나 쇼핑몰 백엔드 실주문 대조로만 확인됩니다.
Q. 전환 API를 붙였는데 효과가 없는 것 같아요. 왜죠?
이벤트 일치 품질이 낮을 가능성이 큽니다. 서버 이벤트에 이메일·전화(해시)·fbp·fbc 같은 식별 정보가 충분히 담겨야 메타가 광고를 본 사람과 연결합니다. 매칭 매개변수가 빈약하면 서버로 보내도 복구율이 떨어집니다.고를 본 사람과 연결합니다. 매칭 매개변수가 빈약하면 서버로 보내도 복구율이 떨어집니다.
관련 글
메타 광고관리자 ROAS를 그대로 믿으면 안 되는 이유
광고 효율이 갑자기 떨어졌다면, 이 6가지를 이 순서로 확인하세요
이 글의 내용은 제가 9년간 퍼포먼스 마케팅을 하며 직접 다룬 측정 사례를 바탕으로 합니다.
ROAS가 떨어졌는데 광고를 아무리 바꿔도 그대로라 답답하셨나요? 9년간 다양한 업종의 광고 계정을 운영해 온 바로봄이 전환 추적부터 매체 평가까지 무료로 진단해드립니다. → 무료 진단 신청하기