메타 이벤트 매칭 품질: 점수 읽는 법과 올리는 순서

메타 이벤트 매칭 품질은 설치가 잘 됐는지 매기는 점수가 아닙니다. 서버와 픽셀로 보낸 전환 이벤트를 메타가 실제 계정 사용자와 얼마나 연결할 수 있는지 보여주는 신호입니다.

점수를 올릴 때 가장 중요한 건 파라미터 개수를 늘리는 것보다 이벤트별로 기대 점수를 다르게 잡고, 전환에 가까운 이벤트부터 식별 정보를 채우는 것입니다. 페이지뷰가 낮은 건 대체로 자연스럽지만, 구매 이벤트가 낮다면 바로 고쳐야 합니다.

아래에서는 점수를 읽는 기준, 낮게 나오는 원인, 올리는 순서, 개선한 뒤 판독하는 방법을 순서대로 설명합니다.

1. 메타 이벤트 매칭 품질이란: 점수가 알려주는 것과 알려주지 않는 것

점수는 '연결 가능성'을 보여줍니다

이벤트 관리자에서 이벤트를 하나 누르면 0~10점 사이의 이벤트 매칭 품질(Event Match Quality, EMQ)이 보입니다.

이 점수는 이벤트에 함께 보낸 고객 정보(이메일, 전화번호, IP, 브라우저 정보, 클릭 ID 등)가 메타 사용자 계정과 얼마나 잘 연결될지 추정한 값입니다.

광고를 본 사람이 구매했는데 메타가 그 구매자를 누구인지 알아내지 못하면 전환은 광고에 귀속되지 않습니다.
보고서에서 전환이 빠지고, 알고리즘이 학습할 데이터도 그만큼 줄어듭니다.

화면에는 점수와 함께 등급이 표시되는데, 대략 다음과 같이 나뉩니다.

-> 핵심: 점수는 '데이터가 들어오는가'가 아니라 '들어온 데이터로 사람을 찾을 수 있는가'를 봅니다.

점수가 알려주지 않는 세 가지

이벤트 매칭 품질이 높다고 측정이 정확하다는 뜻은 아닙니다. 실무에서 자주 헷갈리는 부분은 다음 세 가지입니다.

① 중복 여부
픽셀과 CAPI가 같은 구매를 두 번 보내도 점수는 높게 나올 수 있습니다.
중복 제거는 event_id로 따로 확인해야 합니다.

② 이벤트 누락 여부
주문 100건 중 60건만 서버로 전송되고 있어도, 보낸 60건의 식별 정보가 좋으면 점수는 높습니다.
점수보다 먼저 '보내야 할 이벤트를 다 보내고 있는가'부터 확인해야 합니다.

③ 값의 정확성
전환 가치(value)나 통화(currency)가 틀려도 매칭 점수와는 상관이 없습니다.

그래서 이벤트 매칭 품질은 CAPI 점검의 마지막 단계에서 보는 지표입니다.
전송 누락과 중복을 먼저 정리하지 않으면 점수를 아무리 올려도 보고서 숫자는 계속 어긋납니다.

메타 CAPI 설정 기준: 픽셀만으로 부족한 이유와 점검 5단계

이벤트마다 기대 점수는 다릅니다

이벤트 매칭 품질을 처음 보면 모든 이벤트를 8점 이상으로 맞추려고 하는 경우가 많습니다. 하지만 이벤트마다 확보할 수 있는 정보가 다릅니다.

로그인하지 않은 방문자의 페이지뷰에는 이메일이나 전화번호가 없는 게 당연합니다.
이 이벤트의 점수가 4~5점대여도 크게 걱정할 일은 아닙니다.

반대로 결제를 마치면 거의 모든 경우에 주문자 연락처가 남습니다.
그런데도 구매 이벤트 점수가 페이지뷰와 비슷하다면, 가진 정보를 보내지 않고 있다는 뜻입니다.

-> 핵심: 점수는 이벤트끼리 비교하지 말고, '그 이벤트 시점에 가진 정보를 다 보내고 있는가'를 기준으로 판단합니다.

2. 메타 이벤트 매칭 품질이 낮게 나오는 5가지 원인

이벤트 관리자에서 이벤트를 선택하면 파라미터별 전송 비율이 함께 표시됩니다.
어떤 파라미터가 몇 %의 이벤트에 포함돼 있는지 보여주는 화면인데, 원인을 찾을 때는 이 화면이 출발점입니다.

실무에서 점수를 떨어뜨리는 원인은 대부분 아래 다섯 가지 중 하나입니다.

원인 1. 전화번호 형식이 맞지 않음

국내 커머스와 리드 계정에서 가장 흔한 문제입니다.

국내 사이트는 이메일보다 전화번호를 훨씬 확실하게 받습니다. 그래서 전화번호 매칭이 틀리면 점수에 미치는 영향이 큽니다.

메타가 요구하는 형식은 국가번호를 포함한 숫자만입니다.

앞자리 0을 빼고 82를 붙인 뒤, 하이픈·공백·기호를 모두 없앤 다음 SHA-256으로 해시합니다.

해시하면 값이 암호처럼 바뀌기 때문에 형식이 틀려도 오류 메시지가 뜨지 않습니다.
전송은 성공하고, 매칭만 조용히 실패합니다. 그래서 문제를 늦게 발견하게 됩니다.

원인 2. 해시 전 정규화를 빼먹음

이메일도 같은 원리입니다.

"Example@Mail.com "처럼 대문자나 앞뒤 공백이 있는 상태로 해시하면, 메타 쪽에 있는 "example@mail.com"과 다른 값이 됩니다.

주요 파라미터의 정규화 기준은 다음과 같습니다.

• 이메일(em): 소문자 변환, 앞뒤 공백 제거

• 이름(fn, ln): 소문자, 공백·특수문자 제거. 한글 이름은 UTF-8 그대로

• 성별(ge): f 또는 m 한 글자

• 생년월일(db): YYYYMMDD

• 국가(country): 두 자리 소문자 코드(kr)

또 하나 자주 보이는 실패가 이중 해시입니다.
플랫폼에서 이미 해시한 값을 받아 서버에서 한 번 더 해시하면, 원래 값과 전혀 연결되지 않는 문자열이 됩니다.

원인 3. 해시하면 안 되는 값을 해시함

반대로 해시하면 안 되는 파라미터도 있습니다.

• client_ip_address

• client_user_agent

• fbp(브라우저 ID 쿠키)

• fbc(클릭 ID)

이 네 가지는 원래 값 그대로 보내야 합니다.
개인정보처럼 보여서 한꺼번에 해시 처리하는 경우가 있는데, 그러면 매칭에 쓸 수 없는 값이 됩니다.

특히 fbc와 fbp는 광고 클릭과 브라우저를 직접 연결하는 값이라 영향이 큽니다.

원인 4. 서버 이벤트에 fbc·fbp가 비어 있음

픽셀은 브라우저에서 실행되기 때문에 쿠키를 자동으로 읽습니다.
하지만 CAPI는 서버에서 보내므로, 개발 단계에서 쿠키 값을 따로 받아 넘기지 않으면 비어서 전송됩니다.

fbc가 비는 대표적인 상황은 다음과 같습니다.

① 광고 클릭 후 리디렉션 과정에서 URL의 fbclid 파라미터가 지워지는 경우
② 결제대행사 창을 거쳐 돌아오면서 세션이 끊기는 경우
③ 쿠키 동의 배너 설정 때문에 _fbc 쿠키가 생성되지 않는 경우

파라미터 화면에서 픽셀 이벤트의 fbc 비율은 높은데 서버 이벤트만 유독 낮다면, 서버로 값을 넘기는 코드가 빠진 것입니다.
두 이벤트 모두 낮다면 랜딩 단계에서 fbclid가 사라지고 있는 것입니다.

원인 5. 식별 정보를 구매 이벤트에만 붙임

구매 이벤트에는 주문자 정보를 잘 붙이는데, 장바구니·결제 시작 이벤트에는 아무것도 붙이지 않는 경우가 있습니다.

로그인한 회원이라면 장바구니 단계에서도 회원 ID를 external_id로 보낼 수 있습니다.
중간 퍼널 이벤트의 매칭률이 올라가면 최적화에 쓸 수 있는 신호도 두꺼워집니다.

external_id를 보낼 때는 픽셀과 CAPI에서 같은 값을 써야 합니다.
픽셀은 회원번호, 서버는 이메일 해시처럼 서로 다른 값을 보내면 연결되지 않습니다.

메타 고급 매칭 설정 기준: 전환 데이터가 새는 곳부터 막는 법

3. 메타 이벤트 매칭 품질 올리는 순서: 파라미터 우선순위와 적용 사례

원인을 찾았다면 고치는 순서가 중요합니다.
모든 파라미터를 한꺼번에 추가하면 개발 공수가 커지고, 무엇이 점수를 올렸는지 알 수 없습니다.

1단계: 핵심 전환 이벤트 하나만 먼저

캠페인 최적화 기준으로 쓰는 이벤트 하나를 먼저 고릅니다. 커머스는 Purchase, 리드 계정은 Lead인 경우가 대부분입니다.

이 이벤트 하나를 '좋음' 이상으로 만든 뒤 다른 이벤트로 넘어갑니다.
최적화에 쓰지 않는 이벤트의 점수를 먼저 올리는 건 성과와 연결이 약합니다.

2단계: 파라미터는 영향이 큰 순서대로

실무에서 효과가 큰 순서는 대체로 다음과 같습니다.

국내 사이트는 전화번호를 1순위로 두는 편이 맞습니다.
비회원 주문이 많은 쇼핑몰은 이메일 입력을 선택 항목으로 두는 경우가 많아, 전화번호가 사실상 유일한 강한 식별자가 되기 때문입니다.

3단계: 적용 사례 — 전화번호 정규화 하나로 달라진 경우

한 리빙 카테고리 쇼핑몰은 CAPI를 연동한 뒤 몇 주 동안 구매 이벤트 점수가 '보통' 구간에 머물렀습니다.

파라미터 화면을 보니 전화번호 전송 비율은 거의 100%였습니다.
정보는 보내고 있었는데 점수만 오르지 않은 상황이었습니다.

원인은 형식이었습니다.
주문서에 입력된 "010-XXXX-XXXX"를 하이픈만 빼고 그대로 해시해 보내고 있었고, 국가번호 82가 빠져 있었습니다.

정규화 로직만 고쳐 배포했더니, 며칠 만에 점수가 '좋음' 구간 상단으로 올라왔습니다.
같은 기간 광고 관리자에 잡힌 구매 전환 수도 쇼핑몰 실제 주문 수에 더 가까워졌습니다.

이 사례에서 알 수 있는 건 하나입니다.
전송 비율이 높은데 점수가 낮다면, 정보가 없는 게 아니라 형식이 틀린 것입니다.
파라미터를 더 추가하기 전에 이미 보내는 값의 형식부터 확인해야 합니다.

4단계: 리드 계정은 '입력 즉시' 보내기

리드 캠페인에서 폼 제출 이벤트는 사용자가 입력한 연락처를 바로 쓸 수 있는 시점입니다.

그런데 제출 완료 페이지로 넘어간 뒤에 픽셀만 실행되면, 입력값은 이미 사라져 이벤트에 붙지 않습니다.
제출 시점에 서버에서 입력값을 정규화·해시해 Lead 이벤트와 함께 보내도록 구조를 바꾸는 편이 확실합니다.

4. 개선 후 판독 기준: 점수보다 먼저 확인할 숫자

점수 갱신에는 시간이 걸립니다

이벤트 매칭 품질은 최근 들어온 이벤트를 기준으로 다시 계산됩니다.
수정한 당일에 바로 바뀌지 않으니, 배포 후 최소 며칠은 두고 봐야 합니다.

그 사이 이벤트 관리자의 '테스트 이벤트' 도구로 실제 전송 값에 파라미터가 포함됐는지 먼저 확인하세요.
점수가 오르기를 기다리기 전에 전송 구조가 맞는지 검증하는 단계입니다.

함께 봐야 할 세 가지 숫자

점수가 올랐다면 아래 세 가지를 같이 확인합니다.

① 실제 주문 수 대비 광고 관리자 전환 수 비율
매칭이 개선되면 귀속되는 전환이 늘어 이 비율이 실제에 가까워집니다.

② 중복 제거 상태
점수를 올리려고 서버 이벤트를 추가하다가 event_id가 어긋나면 전환이 두 번 잡힙니다.
전환 수가 실제 주문보다 많아졌다면 매칭이 아니라 중복 문제입니다.

③ CPA 변화는 한 주 이상 지켜보기
측정이 개선되면 보고서상 CPA가 낮아 보일 수 있습니다.
그런데 이건 성과가 좋아졌다기보다 보이지 않던 전환이 보이게 된 것에 가깝습니다.
이 시점에 곧바로 예산을 크게 늘리기보다는, 개선된 측정 기준으로 한 주 이상 데이터를 쌓은 뒤 판단하는 게 안전합니다.

메타 event id 설정 기준: 픽셀·CAPI 중복 제거 4단계 점검

지금 계정에서 확인해볼 체크리스트

• [ ] 최적화 기준 이벤트의 점수가 '좋음' 이상인가?

• [ ] 전화번호를 82로 시작하는 숫자로 정규화한 뒤 해시하고 있는가?

• [ ] IP·브라우저 정보·fbc·fbp를 해시하지 않고 원래 값으로 보내고 있는가?

• [ ] 서버 이벤트의 fbc 전송 비율이 픽셀 이벤트와 비슷한가?

• [ ] external_id를 픽셀과 CAPI에서 같은 값으로 보내고 있는가?

다섯 개 중 하나라도 '아니오'라면 점수를 올릴 여지가 남아 있습니다.

자주 묻는 질문

메타 이벤트 매칭 품질 점수는 몇 점이면 괜찮나요?
최적화에 쓰는 구매·리드 이벤트는 '좋음'(6점대) 이상을 목표로 잡는 게 일반적입니다. 페이지뷰처럼 식별 정보가 적은 이벤트는 그보다 낮아도 정상입니다. 점수 자체보다 그 이벤트 시점에 가진 정보를 모두 보내고 있는지가 판단 기준입니다.

이벤트 매칭 품질이 낮으면 광고 성과가 떨어지나요?
매칭되지 않은 전환은 광고에 귀속되지 않아 보고서에서 빠지고, 알고리즘의 학습 데이터도 줄어듭니다. 그래서 같은 실제 성과여도 광고 관리자에서는 CPA가 높게 보이고, 최적화 속도가 느려질 수 있습니다.

픽셀만 쓰는데도 이벤트 매칭 품질을 올릴 수 있나요?
픽셀의 자동 고급 매칭을 켜면 폼에 입력된 이메일·전화번호 일부를 함께 보낼 수 있습니다. 다만 브라우저 차단이나 쿠키 제한에 영향을 받기 때문에, 핵심 전환 이벤트는 CAPI로 서버에서 함께 보내는 구조가 더 안정적입니다.

전화번호를 보내는데 점수가 안 오르는 이유는?
대부분 형식 문제입니다. 010으로 시작하는 번호를 그대로 해시하면 매칭이 되지 않으므로, 앞자리 0을 빼고 82를 붙인 숫자만 남긴 뒤 해시해야 합니다. 이미 해시된 값을 한 번 더 해시하는 이중 해시도 함께 확인하세요.

이벤트 매칭 품질 점수는 언제 반영되나요?
최근 들어온 이벤트를 기준으로 다시 계산되기 때문에 수정한 뒤 바로 바뀌지 않습니다. 배포 후 며칠 정도 지켜보고, 그 사이에는 테스트 이벤트 도구로 실제 전송 값에 파라미터가 들어가는지 먼저 확인하는 것이 좋습니다.

마무리

메타 이벤트 매칭 품질은 CAPI를 설치했다고 저절로 오르는 점수가 아닙니다.
이미 가진 고객 정보를 올바른 형식으로, 올바른 이벤트에 붙여 보냈을 때 오릅니다.

정리하면 순서는 이렇습니다.
전송 누락과 중복부터 정리하고, 최적화 기준 이벤트 하나를 골라, 전화번호·이메일 정규화부터 바로잡은 뒤 fbc·external_id로 보강합니다.

특히 국내 계정은 전화번호 형식 하나로 점수가 크게 달라지는 경우가 많습니다.
파라미터를 더 붙이기 전에, 지금 보내는 값이 제대로 된 형식인지부터 확인해보시길 권합니다.