카페24 이커머스
카페24에서 Meta Purchase EMQ를 90점대로 유지한 구조
카페24 몰에 PayTracker Type B(GTM 픽셀 + 웹훅 CAPI)를 적용해, 간편결제 구간에서도 Meta Purchase 이벤트 매칭 품질(EMQ)을 90점대로 유지한 사례입니다.
2026-10-04 · Meta Purchase · Identity · CAPI · event_id
Flow
문제
간편결제·창 이탈이 많은 카페24 몰에서는 브라우저 픽셀만으로 Meta Purchase EMQ가 쉽게 떨어집니다. 웹훅의 마스킹 이메일·끊긴 fbp/fbc만 쓰면 Advanced Matching이 약해지고, 픽셀과 CAPI의 event_id가 어긋나면 중복·품질 저하가 겹칩니다.
접근
- 01
결제 이탈 전 이메일·전화·이름·device_id를 track-click으로 서버에 남깁니다. 웹훅의 마스킹 PII보다 결제 직전 1st-party를 우선합니다.
- 02
device_id Identity Graph(90일)로 fbp/fbc·IP·UA·PII를 누적하고, 매칭 시 유실된 쿠키를 보강합니다.
- 03
Type B로 GTM이 브라우저 Purchase를 쏘고, 웹훅→CAPI Purchase를 동일 event_id(order_id)로 묶어 중복을 줄입니다.
- 04
카탈로그 content_ids를 브라우저·CAPI에 같은 규칙으로 맞춰 상품 매칭까지 유지합니다.
결과
Purchase EMQ 90점대 유지
Meta Events Manager에서 Purchase 이벤트 매칭 품질을 90점대 수준으로 유지합니다. 간편결제 비중이 있어도 Identity·PII 보강으로 Advanced Matching이 버티도록 설계했습니다.
픽셀 + CAPI 동일 event_id
브라우저 fbq Purchase와 서버 CAPI를 order_id 기준 event_id로 정렬해 이중 집계를 줄이고, 학습용 Purchase 신호 품질을 지킵니다.
간편결제 PII 폴백
NPay 등에서 buyer_name/phone이 비어도 billing_name·수취인 연락처 폴백과 Identity 역기록으로 다음 구매 EMQ까지 이어집니다.
익명 카페24 쇼핑몰 PayTracker 운영 사례입니다. 고객사 상호·도메인·광고비·ROAS·픽셀 ID는 공개하지 않습니다. EMQ는 Meta Events Manager Purchase 기준입니다.