Facebook Conversions API: 2026년 구현 가이드

Marcus Chen

퍼포먼스 마케팅 전문가 시니어 미디어 바이어 검토 완료

AI 빠른 답변

주당 15개 이상의 크리에이티브 변형을 통제된 훅 매트릭스에 대해 테스트하고, 훅 비율에 피로도가 나타나는 즉시 새로고침하며, 플랫폼 DCO가 승자들을 재조합하도록 하세요. 변형 속도는 우리가 측정한 모든 유료 소셜 및 유료 검색 배치에서 스튜디오의 정교함을 능가합니다. Unled는 테스트 장비와 프로덕션 라인을 하나의 운영으로 운영합니다.

게시일 2026年7월10日

게시일: 2026년 5월 7일 · 12분 읽기 · 설정

Facebook의 Conversions API(CAPI)는 브라우저 픽셀의 서버 측 대응물입니다. iOS 14.5가 브라우저 기반 추적을 망가뜨린 후, CAPI는 Meta가 놓치고 있던 전환을 복구할 수 있는 유일한 방법이 되었습니다. 2026년, 픽셀 전용 설정을 실행하는 광고주는 귀속된 전환의 30~60%를 놓치고 있습니다. 이 가이드는 처음부터 끝까지 깔끔한 CAPI 설치를 다룹니다.

CAPI의 실제 역할

CAPI는 브라우저를 완전히 우회하여 서버에서 Meta로 직접 전환 이벤트를 전송합니다. 즉, 브라우저 픽셀이 차단되거나, 사용자의 iOS 기기가 추적을 제한하거나, 네트워크 상태로 인해 픽셀이 중단되더라도 이벤트가 도착합니다.

• iOS 전환 복구. ATT 제한 사용자도 서버 이벤트를 트리거합니다.
• 광고 차단기 우회. 서버 간 이벤트는 차단되지 않습니다.
• 더 높은 데이터 품질. 서버 이벤트에는 더 강력한 매칭을 위한 자사 식별자(해시된 이메일, 전화번호, 고객 ID)가 포함될 수 있습니다.
• 더 나은 중복 제거. event_id를 사용하여 픽셀과 쌍을 이루면 Meta가 각 전환을 한 번만 중복 제거하고 계산합니다.

세 가지 설치 경로

1. 네이티브 플랫폼 통합 (가장 쉬움)

Shopify, WooCommerce, BigCommerce, Magento, Wix, Squarespace는 모두 네이티브 Meta CAPI 커넥터를 제공합니다. 플랫폼 관리자에서 활성화하고, 액세스 토큰을 붙여넣으면 완료됩니다. 개발자가 아닌 팀에 가장 적합합니다.

2. 서버 측 태그 관리자 (권장)

Stape 또는 Google Tag Manager Server-Side를 사용하여 sGTM 컨테이너에서 CAPI 이벤트를 실행합니다. 서버 코드를 작성하지 않고도 완전한 이벤트 제어, 중복 제거 및 고급 매칭이 가능합니다. 진지한 운영자를 위한 업계 표준입니다.

3. 직접 API 통합 (가장 많은 제어)

백엔드에서 https://graph.facebook.com/v18.0/{pixel_id}/events로 직접 POST 요청을 보냅니다. SaaS, 맞춤형 앱 및 주요 커머스 플랫폼에서 구축되지 않은 모든 것에 가장 적합합니다.

단계별: 직접 API 구현

1. CAPI 액세스 토큰 생성. 이벤트 관리자 → 픽셀 → 설정 → Conversions API → 액세스 토큰 생성.
2. 서버 측으로 보낼 이벤트 선택. Purchase, Lead, CompleteRegistration는 항상 전송합니다. 선택 사항: ViewContent, AddToCart, InitiateCheckout (더 풍부한 매칭을 위해).
3. 이벤트 페이로드 구축. 필수: event_name, event_time, action_source ("website"), event_id (중복 제거용), user_data (해시된 이메일/전화번호/external_id).
4. 모든 user_data 필드를 SHA-256으로 해싱. 이메일, 전화번호, 이름, 도시, 주, 우편번호, 모두 해싱, 소문자, 공백 제거.
5. Graph API 엔드포인트로 POST. 액세스 토큰을 쿼리 매개변수 또는 헤더로 포함.
6. 재시도 로직 설정. 실패한 POST(5xx 오류)는 최대 3회까지 지수 백오프로 재시도해야 합니다.
7. 감사용 모든 이벤트 기록. 나중에 귀속을 디버깅할 수 있도록 이벤트 페이로드와 Meta의 응답을 저장합니다.

이벤트 중복 제거: 중요한 세부 사항

• 각 전환에 대해 고유한 event_id 생성 (예: 주문 ID).
• 브라우저 픽셀 호출과 CAPI 이벤트 모두에 동일한 event_id 전송.
• event_name이 정확히 일치하는지 확인, "Purchase"가 아닌 "purchase".
• 깔끔한 중복 제거를 위해 두 이벤트 간의 event_time이 1분 이내인지 확인.
• 이벤트 관리자의 중복 제거 보고서를 사용하여 비율이 정상인지 확인 (브라우저+서버 일치 이벤트가 지배적인 버킷이어야 함).

고급 매칭: 해시된 식별자가 중요한 이유

CAPI를 사용하면 모든 이벤트에 사용자 식별자(해시된 이메일, 전화번호, 이름, 도시 등)를 전달할 수 있습니다. Meta는 이를 사용하여 브라우저 쿠키가 없어도 광고를 클릭한 사용자에게 전환을 다시 매칭합니다.

• 이메일 (em): 단일 가장 영향력이 큰 식별자. 가능한 모든 이벤트에 전달하세요.
• 전화번호 (ph): 숫자, 서식 없음, 국가 코드 포함 (예: 14155551234).
• 이름 (fn) 및 성 (ln): 소문자.
• 도시 (ct), 주 (st), 우편번호 (zp), 국가 (country): 모두 소문자, 공백 없음.
• 외부 ID (external_id): 내부 고객 ID, 해시됨. 반복 구매자 매칭에 탁월함.
• 클릭 ID (fbc) 및 브라우저 ID (fbp): 브라우저 쿠키에서 캡처하여 모든 서버 이벤트에 전달하면 더 강력한 매칭이 가능합니다.

CAPI 작동 확인

1. 이벤트 관리자 → 진단 탭. 심각한 경고가 표시되지 않아야 합니다.
2. 이벤트 관리자 → 이벤트 품질 / 이벤트 매치 품질. 10점 만점에 7점 이상을 목표로 하세요.
3. 이벤트 관리자 → 수신 이벤트 막대 차트. 브라우저 및 서버 막대가 모두 채워져 있는지 확인합니다.
4. 테스트 이벤트. test_event_code를 생성하고 실제 전환을 실행하여 실시간으로 도착하는지 확인합니다.
5. 7일 후: 광고 관리자에서 CAPI 도입 전후의 귀속 전환을 비교합니다. 귀속 전환의 20% 이상 증가는 CAPI가 데이터를 복구하고 있음을 확인합니다.

CAPI는 더 이상 선택 사항이 아닙니다. 2026년에 픽셀 전용 설정을 실행하는 광고주는 한 손이 뒤로 묶인 채 경쟁하고 있는 것입니다. 스택에 맞는 설치 경로를 선택하고, 적절히 중복 제거하고, 이벤트 매치 품질로 검증하세요. 이틀의 작업이 영구적으로 보답합니다.