마케팅인사이트ZIP
|
Blog

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

    Sep 09, 2026
    메타 event id 설정 기준: 픽셀·CAPI 중복 제거 4단계 점검
    Contents
    메타 event ID는 무엇을 판정하는 값인가이벤트별 메타 event ID 값을 정하는 기준상품 ID를 event ID로 쓰면 안 되는 이유external_id와 헷갈리지 말 것실무에서 메타 event ID 중복 제거가 깨지는 3가지 패턴메타 event ID 점검 5단계자주 묻는 질문마무리

    메타 event ID는 이벤트에 붙이는 이름표가 아닙니다. 브라우저(픽셀)와 서버(전환 API)가 각각 보낸 같은 행동 하나를 한 건으로 합치기 위한 중복 제거 키입니다.

    메타 event ID에서 실제로 가장 중요한 건 값의 형식이 아니라 "어느 시점에 만들어서, 어디까지 같은 값으로 들고 가느냐"입니다. 픽셀과 CAPI를 동시에 켜놓고도 전환 수가 부풀려지는 계정은 대부분 event ID를 안 넣은 게 아니라, 양쪽이 서로 다른 값을 만들어 보내고 있습니다. 중복 제거는 값이 존재하느냐가 아니라 양쪽이 완전히 동일하냐로 판정되기 때문입니다.

    아래에서 메타 event ID가 작동하는 원리부터 이벤트별 값 설계 기준, 실무에서 중복 제거가 깨지는 패턴, 점검 순서까지 단계별로 정리합니다.


    메타 event ID는 무엇을 판정하는 값인가

    메타는 픽셀과 전환 API를 함께 쓰는 구조(중복 설정)를 권장합니다. 브라우저는 차단·쿠키 제한에 취약하고, 서버는 안정적이지만 브라우저 신호(fbp, fbc)를 놓치기 쉽기 때문입니다.

    문제는 둘 다 켜면 같은 구매 한 건이 두 번 들어온다는 점입니다. 이걸 하나로 묶는 장치가 메타 event ID입니다.

    메타 공식 문서 기준으로 중복 제거는 다음 조건에서 이뤄집니다.

    판정 요소

    기준

    비교 대상

    event_name + event_id 조합

    일치 조건

    두 값이 문자 단위로 완전히 동일

    처리 시간 창

    두 이벤트가 48시간 이내 도착

    남는 이벤트

    먼저 도착한 쪽이 남고 뒤가 제거됨

    여기서 실무자가 놓치는 지점은 두 가지입니다.

    첫째, event_name도 같아야 합니다. 픽셀은 Purchase, 서버는 커스텀 이벤트명으로 보내면 event ID가 같아도 중복 제거가 되지 않습니다.

    둘째, 48시간 창을 넘기면 합쳐지지 않습니다. 서버 이벤트를 배치로 하루 한 번 몰아 보내는 구조는 그 자체로는 괜찮지만, 재처리·재전송 로직 때문에 지연이 이틀을 넘기면 중복이 그대로 남습니다.

    → 핵심: 메타 event ID는 "같은 값"이 아니라 "같은 이름 + 같은 값 + 48시간 이내"로 판정됩니다.


    이벤트별 메타 event ID 값을 정하는 기준

    가장 흔한 오해가 "고유한 값이면 아무거나 된다"는 생각입니다. 정확히는 하나의 행동 발생 건마다 고유해야 하고, 같은 행동에 대해서는 브라우저와 서버가 같은 값을 만들어야 합니다.

    이벤트 성격에 따라 값의 출처가 달라집니다.

    이벤트

    권장 event ID 소스

    이유

    Purchase

    주문번호(order ID)

    서버가 이미 갖고 있는 유일값, 재전송해도 동일

    InitiateCheckout

    세션ID + 타임스탬프 조합

    주문번호가 아직 없음

    AddToCart / ViewContent

    발생 시점에 생성한 UUID

    같은 상품을 여러 번 볼 수 있음

    Lead

    문의 접수 레코드의 PK

    DB 저장 시점의 유일값

    상품 ID를 event ID로 쓰면 안 되는 이유

    ViewContent에 상품 ID를 그대로 넣는 세팅을 종종 봅니다. 이렇게 하면 한 사람이 같은 상품 상세페이지를 하루에 세 번 봐도 메타 입장에서는 event ID가 동일합니다.

    48시간 창 안에 들어온 두 번째, 세 번째 조회가 중복으로 판정돼 사라집니다. 상단 퍼널 이벤트 수가 실제보다 적게 잡히고, 알고리즘이 학습할 신호도 그만큼 줄어듭니다.

    external_id와 헷갈리지 말 것

    external_id는 사용자를 식별하는 값(회원번호 해시 등)이고, event_id는 행동 한 건을 식별하는 값입니다. 목적이 완전히 다릅니다.

    회원번호를 event ID로 넣으면 그 회원의 이벤트가 계속 하나로 뭉개집니다. 반대로 매번 새로 만든 UUID를 external_id에 넣으면 매칭 품질 점수가 올라가지 않습니다.

    상위 1% 메타 광고 세팅법 : CAPI부터 A/B 테스트까지


    실무에서 메타 event ID 중복 제거가 깨지는 3가지 패턴

    이벤트 매니저 숫자가 이상할 때, 실제로 반복해서 발견되는 패턴은 크게 세 가지입니다.

    1) 브라우저와 서버가 각자 값을 생성하는 구조

    가장 많습니다. 프론트에서 UUID를 만들어 픽셀로 쏘고, 백엔드에서도 별도로 UUID를 만들어 CAPI로 보내는 구조입니다.

    양쪽 모두 형식은 완벽한데 값이 다르니 하나도 합쳐지지 않습니다. 이벤트 매니저에서 보면 event ID는 채워져 있어서 "잘 세팅됐다"고 오해하기 쉽습니다.

    한 브랜드의 경우 실제 주문 건수 대비 메타에 잡힌 Purchase가 약 1.8배로 유지되고 있었는데, 원인은 이 구조 하나였습니다. 중복을 정리하자 ROAS 표기값은 내려갔지만, 그때부터 광고 성과 판단과 실제 매출 흐름이 처음으로 같은 방향을 가리켰습니다.

    2) 결제 완료 페이지 새로고침

    주문번호를 event ID로 쓰면 새로고침해도 값이 같아서 안전합니다. 반대로 페이지 로드 시점에 랜덤값을 새로 만들면, 고객이 완료 페이지를 두 번 열 때마다 Purchase가 한 건씩 더 쌓입니다.

    3) 웹과 앱, 또는 두 개의 태그 관리 도구가 동시에 발화

    플랫폼 기본 픽셀과 별도로 심은 스크립트가 같이 돌아가는 경우입니다. 이때는 event ID 문제가 아니라 이벤트를 두 벌 심어둔 문제이므로, 한쪽을 끄는 게 정답입니다.

    → 핵심: 중복이 보이면 event ID 형식부터 고치지 말고, 누가 그 값을 만들고 있는지부터 확인해야 합니다.


    메타 event ID 점검 5단계

    세팅을 바꾸기 전에 아래 순서로 확인하면 원인이 대부분 좁혀집니다.

    1단계 — 이벤트 매니저 진단 탭 확인
    이벤트 매니저 > 데이터 소스 > 진단에서 중복 이벤트 경고가 떠 있는지 봅니다. 여기서 어떤 이벤트가 문제인지 이름 단위로 나옵니다.

    2단계 — 테스트 이벤트로 실측
    테스트 이벤트 탭을 열어둔 채 실제로 한 건을 발생시킵니다. 브라우저 이벤트와 서버 이벤트가 각각 뜨는지, 그리고 event ID 문자열이 눈으로 봐도 완전히 같은지 대조합니다.

    3단계 — 이벤트명 대조
    Purchase와 purchase는 다른 이벤트입니다. 대소문자, 커스텀 이벤트명 사용 여부를 함께 확인합니다.

    4단계 — 전송 지연 확인
    서버 이벤트가 발생 후 몇 시간 뒤에 전송되는 구조라면, 최악의 지연이 48시간을 넘지 않는지 확인합니다. 큐가 밀리는 시간대(대형 프로모션 등)가 실제 위험 구간입니다.

    5단계 — 주문 건수와 대조
    가장 확실한 검증입니다. 최근 7일 실제 주문 건수와 이벤트 매니저 Purchase 수를 비교합니다. 오차가 10% 안쪽이면 정상 범위로 보고, 그 이상 벌어지면 1~4단계를 다시 봅니다.

    이 과정을 거치면 "광고 성과가 안 좋다"와 "성과를 잘못 읽고 있었다"를 구분할 수 있습니다. 2026년의 메타 광고는 타겟팅보다 신호 품질에 성과가 더 크게 좌우되는 구조로 넘어왔고, 중복된 전환은 알고리즘 입장에서도 잘못된 학습 데이터입니다.

    메타 광고 구매 전환 안나옴: 소재 교체 전에 확인할 측정·성과 분기 기준


    자주 묻는 질문

    Q. 메타 event ID는 꼭 넣어야 하나요?
    픽셀만 쓰거나 전환 API만 쓴다면 필수는 아닙니다. 다만 두 가지를 함께 운영한다면 event ID 없이는 중복 제거가 사실상 불가능하므로 반드시 넣어야 합니다.

    Q. 메타 event ID 형식에 제한이 있나요?
    정해진 포맷은 없습니다. 문자열이면 되고 UUID, 주문번호 모두 가능합니다. 다만 브라우저와 서버가 동일한 문자열을 만들어야 하므로, 접두어나 대소문자를 한쪽에서만 붙이지 않도록 규칙을 통일해야 합니다.

    Q. event ID를 넣었는데도 전환이 두 배로 잡히는 이유는?
    대부분 양쪽이 서로 다른 값을 각자 생성하고 있거나, 이벤트명이 다른 경우입니다. 테스트 이벤트 탭에서 두 건의 event ID 문자열을 직접 대조해 보면 바로 확인됩니다.

    Q. event_id와 external_id는 어떻게 다른가요?
    event_id는 행동 한 건을, external_id는 사용자를 식별합니다. event_id는 중복 제거용이고 external_id는 매칭 품질(고객 정보 매칭)을 올리는 데 쓰이므로 서로 대체할 수 없습니다.

    Q. 이미 중복으로 쌓인 과거 데이터는 어떻게 하나요?
    소급 정리는 불가능합니다. 수정 시점 기준으로 전환 수가 내려가므로, 예산이나 성과 판단 기준을 그 시점부터 다시 잡아야 합니다.


    마무리

    메타 event ID는 세팅 항목 하나가 아니라 측정값을 신뢰할 수 있게 만드는 최소 조건입니다. 값을 넣었는지가 아니라 브라우저와 서버가 같은 값을 만들고 있는지, 이벤트명까지 일치하는지, 48시간 안에 도착하는지를 확인해야 실제로 작동합니다.

    중복이 정리되면 표기 ROAS는 대개 내려갑니다. 하지만 그 숫자가 처음으로 실제 매출과 같은 방향을 가리키기 시작하고, 그때부터 예산 증액이나 소재 교체 판단이 의미를 갖습니다.

    광고를 손대기 전에 이벤트 매니저 진단 탭부터 한 번 열어보시길 권합니다.

    메타 광고 ROAS 정확히 읽는 법: 숫자 3곳 교차 판독 기준

    Share article
    Contents
    메타 event ID는 무엇을 판정하는 값인가이벤트별 메타 event ID 값을 정하는 기준상품 ID를 event ID로 쓰면 안 되는 이유external_id와 헷갈리지 말 것실무에서 메타 event ID 중복 제거가 깨지는 3가지 패턴메타 event ID 점검 5단계자주 묻는 질문마무리

    마케팅인사이트ZIP

    RSS·Powered by Inblog