← 라이브러리 01 브라우저 단 트래킹의 종말과 대안: 메타 픽셀(웹 배너 단 쿠키)의 유실율을 방어하는 서버사이드 전환 API(CAPI)의 구동 매커니즘 메타 픽셀만으로는 왜 전환이 다 안 잡히는지, 그리고 전환 API가 정확히 어떤 경로로 이 손실을 메꾸는지 구조부터 짚습니다. 4건 출처 02 구현 조건 및 인프라 구축: 클라우드 서버(AWS, Google Cloud 등) 환경 또는 호스팅사(카페24, Shopify)의 게이트웨이 직접 연동 절차 직접 코드를 짜서 서버를 구축할지, 쇼핑몰 솔루션의 원클릭 연동을 쓸지 — 세 가지 구현 경로의 실제 절차와 선택 기준을 정리합니다. 4건 출처 03 데이터 요건 및 파라미터 구조: 서버 간 통신(S2S) 시 전송해야 할 핵심 식별자(em, ph, client_user_agent, fbp, fbc) 규정 준수 CAPI 페이로드에 무엇을 담아야 하는지, 그리고 개인정보를 안전하게 전송하려면 해싱을 어떻게 처리해야 하는지 파라미터 단위로 정리합니다. 2건 출처 04 중복 제거(Deduplication) 엔지니어링: 브라우저 픽셀과 서버 CAPI가 동일 전환을 중복 수집하지 않도록 event_name과 event_id 값을 일치시키는 법 픽셀과 CAPI를 함께 켜면 왜 같은 전환이 두 번 잡히는지, 그리고 event_id 하나로 이 문제를 어떻게 막는지 엔지니어링 관점에서 설명합니다. 3건 출처 05 이벤트 매칭 품질(Event Match Quality, EMQ) 스코어링 지표 관리: 메타 대시보드 상에서 EMQ 점수를 '우수(Great)' 등급으로 올리는 데이터 보정법 EMQ 점수가 정확히 무엇을 측정하는지, 그리고 점수를 낮추는 원인을 하나씩 제거해 '우수' 등급까지 끌어올리는 실무 절차를 다룹니다. 3건 출처 06 실시간 데이터 통신 검증: GTM 프리뷰 모드 및 메타 이벤트 관리자 내 '실시간 테스트' 탭을 활용한 서버사이드 데이터 레이어 송수신 검수 배포 전 CAPI 연동이 실제로 정상 작동하는지 어떤 도구로, 어떤 순서로 확인해야 하는지 검증 절차를 정리합니다. 3건 출처 07 [실패 사례 분석] 중복 제거 실패로 인한 광고 최적화 오염: event_id 파싱 오류로 전환수가 2배 부풀려져 머신러닝이 망가진 케이스 복구 4강에서 다룬 중복제거가 실제로 깨지면 어떤 순서로 문제가 드러나고, 어떻게 원인을 찾아 복구하는지 실패 사례 구조로 정리합니다. 3건 출처 08 개인정보보호 컴플라이언스 정합성: CAPI 데이터 전송 시 개인정보보호법에 의거, 유저의 마케팅 동의(Opt-in) 여부 필터를 서버 단에서 거르는 로직 CAPI는 이메일·전화번호 같은 개인정보를 다루는 만큼, 동의하지 않은 사용자의 데이터가 섞여 나가지 않도록 서버 로직을 어떻게 설계해야 하는지 정리합니다. 3건 출처 09 [확인 항목] 메타 CAPI 연동 방식별 비용 및 리소스 비교: 직접 코드 구현(Direct API) vs 파트너 연동 가성비 및 서버 유지 수수료 트래킹 2강에서 다룬 세 가지 구현 방식을 이번에는 비용·리소스·통제력 축으로 다시 비교해, 우리 팀에 맞는 선택 기준을 세웁니다. 3건 출처 10 오프라인 전환 데이터의 CAPI 이식: 매장 결제 데이터, 콜센터 상담 완료 데이터(CRM DB)를 매일 밤 서버 CAPI를 통해 메타 광고 엔진에 역주입하기 온라인 전환만 CAPI로 보내는 단계를 넘어, 오프라인에서 발생한 매출·상담 데이터를 배치로 메타에 역주입하는 구조를 설계합니다. 3건 출처 11 통계적 판정 기준: CAPI 고도화 도입 전후 메타 머신러닝의 '학습 제한' 탈출 속도 및 최종 CPA 비용 절감 수치 데이터 대조 실험 CAPI 고도화가 실제로 효과가 있었는지를 감으로 판단하지 않고, 학습 단계 이탈 여부와 CPA 변화를 숫자로 대조하는 판정 절차를 정리합니다. 4건 출처 12 [레슨] 메타 공식 개발자 가이드라인 모니터링: CAPI 프로토콜 버전 업데이트에 따른 자사 서버 데이터 전송 규격 정기 패치 루틴 한 번 구축한 CAPI 연동을 방치하면 왜 조용히 깨지는지, 그리고 이를 막기 위한 버전 모니터링 루틴을 어떻게 만들어야 하는지 정리합니다. 4건 출처