메타 광고 전환 안잡힘: 발생·수신·귀속 3구간 진단 순서

메타 광고에서 전환이 안 잡힐 때 원인은 대부분 광고가 아닙니다. 전환 신호가 사이트에서 메타 광고 관리자까지 가는 길 어딘가에서 끊긴 것입니다.

그래서 캠페인을 끄거나 소재를 바꾸기 전에 끊긴 위치부터 찾아야 합니다. 이벤트가 사이트에서 아예 발생하지 않았는지, 발생했는데 메타가 수신하지 못했는지, 받았는데 광고 성과로 귀속되지 않았는지를 나눠야 합니다. 세 구간은 확인할 곳도, 고치는 방법도 전부 다릅니다.

아래에서 구간별로 확인할 곳과 판단 기준, 실무에서 자주 놓치는 경우를 순서대로 설명합니다.

메타 광고 전환 안잡힘, 먼저 '끊긴 구간'부터 나눠야 합니다

전환이 안 잡히면 보통 픽셀을 다시 설치하거나 캠페인을 새로 만드는 것부터 합니다.

하지만 끊긴 곳이 3구간이면 픽셀을 백 번 다시 깔아도 달라지는 게 없습니다. 반대로 1구간에서 끊겼다면 기여 설정이나 보고 열을 아무리 바꿔도 소용이 없습니다.

전환 데이터는 아래 세 구간을 차례로 지나야 광고 관리자에 숫자로 나타납니다.

-> 핵심: 이벤트 관리자와 광고 관리자, 두 화면의 숫자를 나란히 비교하면 끊긴 구간이 대부분 드러납니다.

• 이벤트 관리자에 구매 이벤트가 없다 → 1구간

• 이벤트 관리자에 구매가 있지만 실제 주문 수보다 크게 적다 → 2구간

• 이벤트 관리자 수치는 정상인데 광고 관리자에서만 비어 있다 → 3구간

이렇게 가르지 않고 손을 대면 멀쩡한 설정까지 바꾸게 됩니다. 그러면 원인이 두 개, 세 개로 늘어나기 쉽습니다.

참고로 "전환이 0건"인 상황과 "전환은 잡히는데 다른 도구와 숫자가 다른" 상황은 서로 다른 문제입니다. 숫자가 어긋나는 문제라면 메타 광고 데이터 안맞음: 숫자가 어긋나는 3가지 원인과 판독 기준에서 판독 기준을 먼저 확인하는 편이 빠릅니다.

1구간: 메타 전환 이벤트가 사이트에서 발생하지 않는 경우

이벤트 관리자에 구매 이벤트가 전혀 없거나, 마지막 수신 시점이 며칠 전에서 멈춰 있다면 이 구간입니다.

광고 세트에서도 "최적화 이벤트에 최근 활동이 없다"는 경고가 함께 뜨는 경우가 많습니다.

결제가 끝난 뒤 사이트로 돌아오지 않는 구조

국내 자사몰에서 가장 흔한 원인입니다.

구매 이벤트는 보통 '주문 완료 페이지'가 열릴 때 실행되도록 세팅합니다. 그런데 외부 간편결제나 일부 결제 대행 화면은 결제가 끝난 뒤 자사몰 완료 페이지로 돌아오지 않거나, 사용자가 결제창을 그냥 닫아버리는 경우가 있습니다.

이 경우 결제 수단에 따라 전환이 통째로 빠집니다.

카드 결제 주문은 잡히는데 간편결제 주문은 한 건도 안 잡히는 패턴이 대표적입니다. 주문 관리자에서 최근 주문을 결제 수단별로 나눠 이벤트 관리자 수치와 맞춰보면 바로 확인됩니다.

해결 방향은 두 가지입니다.

① 결제 수단과 관계없이 완료 페이지로 돌아오도록 결제 연동 설정을 확인합니다.
② 주문이 확정되는 시점에 서버에서 직접 구매 이벤트를 보내도록 전환 API(CAPI)를 붙입니다.

브라우저가 완료 페이지를 거치지 않아도 서버는 주문 확정을 알고 있습니다. 결제 구조가 복잡한 쇼핑몰일수록 서버 이벤트가 사실상 필수입니다.

페이지가 새로 열리지 않는 완료 화면

주문 완료 화면이 새 페이지로 열리지 않고, 같은 페이지 안에서 내용만 바뀌는 구조일 수 있습니다.

이때 "페이지 조회 시 실행" 조건으로 걸어둔 구매 태그는 실행되지 않습니다. 주소는 바뀌었는데 페이지 로드가 없기 때문입니다.

이런 사이트는 태그 실행 조건을 페이지 로드가 아닌 주문 완료 시점의 데이터 이벤트나 주소 변경 이벤트로 바꿔야 합니다.

트리거 조건이 실제 주소와 다른 경우

생각보다 자주 나오는 실수입니다.

• 완료 페이지 주소를 "order_complete 포함"으로 걸었는데 실제 주소가 리뉴얼 후 바뀐 경우

• 테스트 환경 도메인으로 트리거를 만들고 운영 도메인에 그대로 옮긴 경우

• 모바일 전용 도메인이나 앱 내 웹뷰 주소가 조건에서 빠진 경우

사이트 리뉴얼이나 쇼핑몰 솔루션 이전 직후에 전환이 끊겼다면 이 항목부터 보면 됩니다.

플랫폼 자동 연동과 수동 설치가 충돌하는 경우

쇼핑몰 솔루션의 메타 픽셀 자동 연동을 켜둔 상태에서 태그 관리 도구로 같은 픽셀을 또 설치하는 경우가 있습니다.

보통은 중복 집계로 나타나지만, 한쪽 설정을 정리하다가 구매 이벤트만 양쪽 모두에서 빠지는 경우도 생깁니다. 페이지 조회와 장바구니는 잡히는데 구매만 안 잡힌다면 이 가능성을 의심해봐야 합니다.

태그 관리 도구로 설치 구조를 다시 잡는다면 GTM 메타 픽셀 설치 기준: 태그·트리거·중복 방지 3단계의 순서대로 점검하는 것을 권장합니다.

-> 1구간 판단 기준: 실제로 결제를 한 번 해보고, 완료 시점에 구매 이벤트가 실행되는지 눈으로 확인합니다. 소액 테스트 상품으로 결제 수단별로 한 번씩 해보는 것이 가장 확실합니다.

2구간: 이벤트는 발생했는데 메타 이벤트 관리자가 받지 못하는 경우

사이트에서는 이벤트가 실행되는데 이벤트 관리자 수치가 실제 주문보다 눈에 띄게 적다면 2구간입니다.

이 구간의 문제는 에러 메시지 없이 조용히 새는 경우가 많아 발견이 늦습니다.

이벤트 이름과 파라미터가 표준과 다른 경우

메타의 표준 구매 이벤트 이름은 Purchase입니다.

purchase, 구매완료, Purchase_complete처럼 보내면 메타는 이를 맞춤 이벤트로 처리합니다. 이벤트 관리자에는 뭔가 들어오는데, 캠페인 최적화 이벤트 목록의 '구매'와는 연결되지 않습니다.

파라미터 누락도 확인해야 합니다.

• value, currency가 빠지면 구매 수는 잡혀도 구매 전환값과 ROAS가 비어 보입니다.

• value에 "39,000원"처럼 문자가 섞이면 값이 제대로 처리되지 않습니다. 숫자만 보내야 합니다.

"전환은 있는데 매출이 0"이라는 문의의 상당수가 여기서 해결됩니다.

테스트 코드가 운영 환경에 남아 있는 경우

서버 이벤트를 연동할 때 테스트 이벤트 확인용 코드를 붙여 보내는 경우가 많습니다.

이 코드를 지우지 않고 운영에 반영하면 이벤트가 테스트 이벤트 화면에만 쌓이고 실제 성과 집계에는 쓰이지 않습니다. 연동 직후 "테스트할 때는 잘 들어왔는데 실제로는 안 잡힌다"면 가장 먼저 확인할 항목입니다.

중복 제거 과정에서 정상 주문이 사라지는 경우

브라우저 픽셀과 CAPI를 함께 쓰면, 메타는 같은 이벤트 이름과 같은 event_id를 가진 이벤트를 하나로 합칩니다. 원래는 이중 집계를 막기 위한 장치입니다.

문제는 event_id를 잘못 만들었을 때입니다.

• 모든 구매에 "purchase" 같은 고정값을 넣은 경우

• 주문번호 대신 페이지 식별값을 넣어 여러 주문이 같은 값을 공유하는 경우

이렇게 되면 서로 다른 주문이 같은 이벤트로 판단돼 합쳐지고, 실제보다 훨씬 적은 수만 남습니다.

event_id는 반드시 주문마다 달라지는 값, 보통은 주문번호 기반으로 만들어야 합니다. 브라우저와 서버가 같은 주문에서 같은 값을 보내는지도 함께 확인해야 합니다. 구체적인 점검 순서는 메타 CAPI 설정 순서: 중복 제거까지 끝내는 5단계 기준에 정리되어 있습니다.

픽셀만으로 운영하면서 브라우저 차단이 늘어난 경우

브라우저 픽셀은 광고 차단 확장 프로그램, 브라우저의 추적 제한, 인앱 브라우저 환경에 영향을 받습니다.

그래서 CAPI 없이 픽셀만 쓰는 계정은 전환이 0건이 되기보다는 서서히 줄어드는 형태로 나타납니다. 주문 수는 그대로인데 이벤트 관리자 구매 수만 계속 벌어진다면, 설치 오류보다 수신 손실을 먼저 의심하는 것이 맞습니다.

픽셀 ID·데이터세트가 광고 계정과 맞지 않는 경우

대행사 변경, 비즈니스 관리자 이전, 브랜드 리뉴얼을 거친 계정에서 자주 생깁니다.

사이트에는 A 픽셀이 설치되어 있는데 광고 세트의 추적 설정은 B 데이터세트를 보고 있는 상태입니다. 양쪽 모두 정상인데 서로 다른 곳을 보고 있어서 광고 관리자에는 0건으로 보입니다.

사이트에 실제로 설치된 픽셀 ID와 광고 세트 '추적' 항목의 데이터세트가 같은지 한 번은 반드시 대조해봐야 합니다.

-> 2구간 판단 기준: 이벤트 관리자 '진단' 탭의 경고와 테스트 이벤트 화면을 먼저 봅니다. 그다음 최근 7일 주문 수와 구매 이벤트 수를 비교해 손실이 일정한 비율인지(수신 손실), 특정 조건에서만 생기는지(이름·중복 제거 문제) 가릅니다.

3구간: 메타가 받은 전환이 광고 성과로 귀속되지 않는 경우

이벤트 관리자에는 구매가 정상적으로 쌓이는데 광고 관리자에서만 0건이라면 3구간입니다.

이 구간은 추적 오류라기보다 "어떤 기준으로 광고 성과로 인정하느냐"의 문제인 경우가 대부분입니다.

보고 열과 최적화 이벤트가 다른 경우

광고 관리자의 '결과' 열은 광고 세트의 최적화 이벤트 기준으로 표시됩니다.

트래픽 목표 캠페인이라면 결과는 링크 클릭이고, 장바구니 최적화라면 결과는 장바구니 담기입니다. 이때 구매는 결과 열에 나오지 않습니다. 열 설정에서 '구매'와 '구매 전환값'을 직접 추가해야 보입니다.

"전환이 안 잡힌다"는 문의 중 상당수가 실제로는 보고 열에 구매가 없었던 경우입니다.

기여 설정이 짧거나, 집계 기준 날짜를 오해한 경우

메타의 기본 기여 설정은 클릭 후 7일, 조회 후 1일입니다.

기여 기간을 클릭 후 1일로 줄여두면, 클릭하고 사흘 뒤에 구매한 전환은 광고 성과에 포함되지 않습니다. 고관여 상품이나 객단가가 높은 상품일수록 이 차이가 커집니다. 기본값을 바꿀지는 메타 7일 클릭 1일 조회: 기본값 그대로 써도 될까에서 판단 기준을 확인할 수 있습니다.

날짜 기준도 헷갈리기 쉽습니다. 메타는 전환을 구매가 일어난 날이 아니라 광고 노출·클릭이 일어난 날 기준으로 보고합니다.

그래서 "어제 광고를 꺼서 오늘 주문이 광고 성과에 안 잡힌다"는 판단은 틀릴 수 있습니다. 오늘 구매가 며칠 전 클릭에 귀속되어 그 날짜에 쌓였을 가능성이 있습니다.

반영 지연을 0건으로 착각한 경우

전환 데이터는 실시간으로 확정되지 않습니다. 특히 당일 수치는 이후에도 계속 바뀝니다.

실무에서는 당일과 전일 수치로 전환 누락을 판단하지 않고, 최소 하루 이틀이 지난 구간을 기준으로 봅니다. 신규 캠페인을 켠 첫날 오후에 "0건이라 추적이 안 된다"고 결론 내리는 것은 이르다는 뜻입니다.

매칭 품질이 낮아 사람과 광고를 잇지 못하는 경우

메타가 전환을 광고에 귀속하려면 "이 구매자가 광고를 본 그 사람"이라는 연결이 필요합니다.

이 연결 정도는 이벤트 관리자의 이벤트 매칭 품질(0~10점)로 확인할 수 있습니다. 점수가 낮으면 이벤트 자체는 들어와도 광고 성과로 귀속되는 비율이 떨어집니다.

• 이메일·전화번호 같은 고객 정보를 해시 처리해 함께 보내는 고급 매칭

• 광고 클릭 정보(fbc)와 브라우저 식별값(fbp)을 서버 이벤트에 함께 전달

• 결제 과정의 리디렉션에서 광고 클릭 파라미터가 떨어지지 않도록 확인

인스타그램 인앱 브라우저에서 상품을 보고, 나중에 다른 브라우저나 앱에서 결제하는 구매 흐름에서는 이 연결이 쉽게 끊깁니다. 매칭 품질을 올리는 것은 귀속 손실을 줄이는 거의 유일한 방법입니다.

실무에서 자주 보는 진단 흐름

자사몰 기준으로 흔히 나오는 흐름을 예로 들면 이렇습니다.

광고 관리자에서 한 주 동안 구매가 거의 0건으로 보이는 계정이 있습니다. 먼저 이벤트 관리자를 열어보니 구매 이벤트는 매일 들어오고 있습니다. 1구간은 아니라는 뜻입니다.

이어서 주문 수와 구매 이벤트 수를 비교하면 큰 차이는 없습니다. 2구간도 아닙니다.

마지막으로 광고 세트를 열어보니 최적화 이벤트가 '콘텐츠 조회'로 되어 있고, 보고 열에는 구매가 없습니다. 게다가 기여 설정은 클릭 후 1일로 줄어든 상태입니다.

추적은 멀쩡했는데 보는 기준이 달라서 0건처럼 보였던 것입니다. 이 경우 픽셀을 다시 설치했다면 시간만 쓰고, 새로 만든 태그 때문에 중복 집계라는 새 문제를 얻었을 겁니다.

-> 3구간 판단 기준: 추적 코드를 건드리기 전에 열 설정, 최적화 이벤트, 기여 설정, 조회 기간 네 가지를 먼저 확인합니다. 이 네 가지는 설정만 바꿔 바로 검증할 수 있고 되돌리기도 쉽습니다.

지금 계정에서 바로 확인할 체크리스트

[] 이벤트 관리자에서 구매 이벤트의 마지막 수신 시점이 최근인가?
[] 결제 수단별로 소액 결제를 해봤을 때 모두 구매 이벤트가 실행되는가?
[] 이벤트 이름이 표준 Purchase이고, value는 숫자·currency는 통화 코드로 들어가는가?
[] 운영 환경 서버 이벤트에 테스트 코드가 남아 있지 않은가?
[] event_id가 주문마다 다른 값이고, 브라우저와 서버가 같은 값을 보내는가?
[] 사이트에 설치된 픽셀 ID와 광고 세트의 추적 데이터세트가 같은가?
[] 광고 관리자 보고 열에 '구매'가 포함되어 있고, 최적화 이벤트가 의도한 이벤트인가?
[] 기여 설정과 조회 기간이 판단 목적에 맞고, 당일 수치로 결론을 내리고 있지 않은가?

자주 묻는 질문

메타 픽셀은 설치됐는데 구매 전환만 안 잡히는 이유는?

페이지 조회는 잡히는데 구매만 없다면, 설치 자체보다 구매 이벤트의 실행 조건이 문제일 가능성이 높습니다. 결제 후 완료 페이지로 돌아오지 않는 결제 수단, 완료 페이지 주소 변경, 페이지 새로고침이 없는 완료 화면이 대표적인 원인입니다. 결제 수단별로 소액 결제를 직접 해보면 어느 경로에서 빠지는지 확인할 수 있습니다.

이벤트 관리자에는 구매가 있는데 광고 관리자에는 0건인 경우는?

추적보다 귀속 기준의 문제입니다. 보고 열에 구매가 추가되어 있는지, 광고 세트의 최적화 이벤트와 기여 설정이 무엇인지 먼저 확인해야 합니다. 이 구매가 메타 광고를 거치지 않은 주문일 수도 있으니, 이벤트 관리자 수치 전체가 광고 성과여야 한다고 가정하지 않는 것이 좋습니다.

메타 CAPI를 연동했는데 오히려 전환이 줄었다면?

event_id 설정을 가장 먼저 확인해야 합니다. 여러 주문에 같은 event_id가 들어가면 메타가 서로 다른 구매를 중복으로 판단해 합쳐버립니다. 운영 환경에 테스트 이벤트 코드가 남아 있는 경우에도 실제 집계에서 빠질 수 있습니다.

메타 광고 전환 데이터는 얼마나 늦게 반영되나요?

당일 전환 수치는 확정치가 아니며 이후에도 계속 바뀝니다. 또 전환은 구매일이 아니라 광고 노출·클릭일 기준으로 쌓이기 때문에 과거 날짜 수치가 나중에 늘어나기도 합니다. 전환 누락을 판단할 때는 최소 하루 이틀이 지난 구간을 기준으로 보는 것이 안전합니다.

마무리

메타 광고 전환이 안 잡힐 때 가장 비싼 실수는 원인을 모른 채 여러 곳을 한꺼번에 고치는 것입니다.

전환 신호는 발생 → 수신 → 귀속 순서로 흐르고, 끊긴 곳은 보통 한 곳입니다. 이벤트 관리자에 구매가 없으면 사이트를, 있지만 적으면 전송 방식을, 광고 관리자에서만 비어 있으면 보는 기준을 확인하면 됩니다.

특히 전환이 끊긴 기간에는 알고리즘도 최적화 신호를 받지 못합니다. 성과 판단보다 측정 복구가 먼저인 이유입니다.

위 체크리스트를 순서대로 확인하고, 설정은 한 번에 하나씩 바꾼 뒤 결과를 확인하세요. 원인을 확실히 짚는 가장 빠른 방법입니다.