event_id 중복 제거 설정이 필수입니다.어느 날 아침, 월 3,000만 원을 태우던 건기식 자사몰 광고 계정이 통째로 날아갔습니다. 복부 사진을 쓴 것도 아니고, 비포&애프터 이미지를 올린 것도 아닌데 — 메타의 자동 심의 AI가 랜딩 페이지의 특정 문구를 '효능 보장'으로 판단한 것입니다. 광고는 즉시 중단됐고, 더 심각한 문제는 그 계정에 6개월치 구매 데이터가 학습된 픽셀이 함께 묶여버렸다는 점이었습니다.
이 글은 소재 심의를 통과하는 트릭이 아닙니다. 메인 계정이 차단되더라도 트래킹 자산이 살아남는 백업 인프라를 어떻게 설계하는지에 대한 실무 이야기입니다.
메타의 광고 정책은 건강·의료·다이어트 카테고리에 유독 엄격합니다. 구체적으로 금지된 표현과 소재는 다음과 같습니다.
문제는 이 심의가 사람이 아닌 AI 자동 검토로 이루어진다는 점입니다. 오탐(False Positive) 가능성이 높고, 이의 신청 처리에는 최소 수일에서 수주가 걸립니다. 그 사이 광고는 멈추고, 픽셀 학습은 끊깁니다.
데이터 분석 전문사 CJDropshipping의 분석에 따르면, 전환 데이터가 메타 머신러닝에 정상 축적되지 못할 경우 광고주의 잠재 고객 확보 비용(CAC)은 최소 150% 이상 급등합니다. 픽셀 학습이 끊기는 것은 단순 광고 중단보다 훨씬 비싼 대가를 치르게 합니다.
아래 항목을 점검해 보세요. 하나라도 해당된다면 지금 당장 구조 변경이 필요합니다.
🔴 위험 신호
event_id 중복 제거 설정을 해본 적이 없다5개 중 3개 이상이라면, 다음 섹션의 인프라 설계를 즉시 적용해야 합니다.
핵심 원칙은 단순합니다. 픽셀을 '소유'하는 계정과 광고를 '집행'하는 계정을 완전히 분리하는 것입니다.
[데이터 소스] → [데이터 세트] 메뉴에서 Main Pixel, Backup Pixel 등 용도별로 픽셀을 생성하고 소유권을 보관합니다.메타 AI는 차단된 계정과 동일한 결제 수단, 동일한 관리자 프로필, 동일한 접속 기기를 사용하는 새 계정을 연쇄적으로 차단합니다. 집행용 BM이 차단됐을 때 반드시 지켜야 할 격리 원칙입니다.
광고 차단 프로그램(Ad Blocker), iOS 개인정보 보호 정책, 크롬의 서드파티 쿠키 차단이 복합적으로 작용하면서 브라우저 픽셀만으로는 전환 데이터의 30~50%가 누락됩니다. 메타가 픽셀과 CAPI의 병행 설치를 사실상 필수 조건으로 선언한 배경입니다.
CAPI(Conversions API)는 브라우저를 거치지 않고 웹서버 백엔드에서 메타 서버로 직접 전환 데이터를 전송하는 방식입니다. 사용자의 브라우저 환경과 무관하게 구매, 장바구니 담기, 회원가입 등의 이벤트를 안정적으로 전달합니다.
1단계: 서버 측 전송 인프라 선택
2단계: 병렬 전송 설정
사용자가 구매를 완료할 때 두 가지 신호가 동시에 발사되도록 설정합니다.
3단계: event_id 중복 제거 — 가장 중요한 단계
두 경로에서 동일한 이벤트가 각각 전송되면 전환이 2배로 부풀려집니다. 이를 막으려면 브라우저 픽셀과 CAPI 페이로드에 동일한 고유 event_id를 반드시 명시해야 합니다.
예시: 주문번호 기반 event_id 활용
event_id: "order_20260611_001""event_id": "order_20260611_001"메타 서버는 동일한 event_id를 감지하면 두 이벤트를 하나로 합쳐 중복을 자동 제거합니다.
개발팀이 흔히 하는 실수: 브라우저에서
event_id를 생성하는 타이밍과 서버에서 CAPI를 전송하는 타이밍이 달라 서로 다른 ID가 붙는 경우입니다. 반드시 주문 토큰이나 트랜잭션 고유 ID를 브라우저 로딩 단계부터 설계해 서버로 넘기는 구조로 만들어야 합니다.
4단계: 이벤트 매칭 품질(EMQ) 점수 높이기
CAPI 전송 시 단순 이벤트 이름만 보내는 것으로는 부족합니다. 메타 AI가 정확한 타겟에게 도달하려면 해시 처리된 사용자 정보(이메일, 전화번호, fbp, fbc 등)를 함께 전송해야 이벤트 매칭 품질(EMQ) 점수가 올라가고 광고 최적화 효율이 개선됩니다.
5단계: 이벤트 테스트 및 검증
메타 이벤트 관리자의 '이벤트 테스트' 탭에서 실제 구매 액션을 취해 확인합니다.
글로벌 CAPI 솔루션 전문사 Stape의 파트너사 통계에 따르면, Meta CAPI Gateway를 다중 픽셀 구조로 최적화 도입한 이후 행동당 비용(CPA)이 평균 13% 개선되었고, 측정된 총 전환 횟수가 7% 증가하는 성과가 확인됐습니다. 이는 단순히 '데이터를 더 많이 모은 것'이 아니라, 누락 없이 수집된 전환 데이터가 메타 AI의 학습을 더 정확하게 만든 결과입니다.
건기식 브랜드 입장에서 이 구조의 진짜 가치는 다른 곳에 있습니다. 계정 차단이라는 돌발 상황이 발생해도 광고 중단 시간을 최소화하고, 픽셀 학습 데이터를 온전히 보전한 채 즉각 재개할 수 있다는 것입니다. 이것이 CAC 150% 급등이라는 최악의 시나리오를 막는 실질적인 방어막입니다.
다중 픽셀 백업망과 CAPI 이중화는 계정 차단 이후의 복구 속도를 획기적으로 높여주지만, 원천적으로 차단 빈도를 줄이는 노력과 함께 가야 합니다.
인프라가 아무리 탄탄해도 차단이 반복되면 새 계정의 신뢰도 자체가 낮아집니다. 백업 구조와 소재 리스크 관리는 함께 운영해야 합니다.
Q1. 보관용 BM에서 픽셀을 소유하면 데이터 수집에 지연이 생기지 않나요?
아닙니다. 파트너 공유 방식으로 연결된 픽셀은 집행용 BM에서 광고를 운영할 때 실시간으로 동일하게 데이터를 수집합니다. 소유 BM이 달라도 데이터 수집 속도나 품질에는 영향이 없습니다.
Q2. CAPI를 설치하면 픽셀을 제거해도 되나요?
아닙니다. 메타는 픽셀(브라우저)과 CAPI(서버)를 병행 운영하도록 권고합니다. 픽셀은 fbp, fbc 등 브라우저 기반 식별자를 수집하는 역할을 하므로, CAPI만으로는 이 정보를 확보하기 어렵습니다. 두 가지를 함께 운영하고 event_id로 중복만 제거하는 것이 올바른 구조입니다.
Q3. 집행용 BM이 차단된 후 새 계정을 만들 때 얼마나 빨리 광고를 재개할 수 있나요?
보관용 BM과 백업 픽셀이 이미 준비되어 있다면, 새 집행용 BM 세팅과 픽셀 파트너 공유, 광고 계정 개설까지 빠르면 1~2 영업일 내에 재개가 가능합니다. 반면 이 구조 없이 처음부터 새 픽셀을 만들면 머신러닝 재학습에 최소 2~4주가 소요됩니다.
Q4. 카페24 자사몰에서도 CAPI 이중화 구현이 가능한가요?
가능합니다. 카페24는 메타 공식 파트너 연동을 통한 CAPI 기본 설정을 지원하며, 더 정교한 event_id 매칭과 사용자 해시 데이터 전송이 필요한 경우 서버 사이드 GTM 또는 커스텀 API 연동으로 구현합니다. 쇼피파이도 동일한 방식으로 적용됩니다.
Q5. 픽셀을 여러 개 심으면 데이터가 중복 집계되어 광고 성과가 왜곡되지 않나요?
픽셀별로 독립적인 데이터 세트를 가지므로 서로 다른 픽셀의 데이터가 합산되지는 않습니다. 단, 하나의 캠페인에서 여러 픽셀을 동시에 최적화 목표로 설정하는 경우 혼선이 생길 수 있습니다. Main Pixel은 최적화 목표로, Backup Pixel은 데이터 수집 전용으로 역할을 명확히 분리하는 것이 원칙입니다.
건기식 브랜드의 메타 광고 계정 차단은 예방이 어렵습니다. 하지만 차단됐을 때 얼마나 빨리, 얼마나 적은 손실로 복구하느냐는 사전 인프라 설계에 달려 있습니다. 소재 트릭이나 정책 회피가 아니라, 보관용 BM 분리와 CAPI 이중화라는 구조적 백업망이 그 답입니다.
픽셀 백업 인프라 구축이나 CAPI 이중화 세팅을 어디서부터 시작해야 할지 막막하다면, 에이달(ADALL) 이 실무 관점에서 현재 계정 구조를 함께 점검해 드립니다. 건기식·이너뷰티·다이어트 브랜드의 메타 광고 운영 경험을 바탕으로, 리스크를 최소화하는 트래킹 인프라 설계부터 실제 캠페인 운영까지 지원합니다.
📞 02-2664-8631 | ✉️ master@adall.co.kr
지금 무료 컨설팅을 신청하시면 현재 픽셀 구조의 취약점을 먼저 진단해 드립니다.
무료 컨설팅 받아보고 싶다면?
무료 컨설팅 신청하기