음악 홍보를 위해 Instagram 광고를 운영하면서 전환 API를 사용하지 않는다면, 눈을 가리고 비행하는 것과 같습니다.
브라우저 기반 추적은 Apple이 iOS 14.5에서 앱 추적 투명성(App Tracking Transparency)을 도입하면서 중단되었습니다. 추적을 거부하는 사용자는 Meta 픽셀에게 보이지 않게 되며, 대부분의 사용자가 거부합니다. 따라서 Meta는 사용자가 광고를 클릭한 후 어떤 행동을 했는지 알 수 없습니다. 이는 Meta가 해당 사용자에 대해 최적화할 수 없음을 의미합니다.
CAPI는 이벤트 데이터를 서버에서 Meta로 직접 전송하여 브라우저를 완전히 우회함으로써 이 문제를 해결합니다. 그 결과 측정 정확도가 높아지고 최적화가 개선되며, save당 비용이 낮아집니다.
음악 캠페인의 브라우저 추적이 중단된 이유
누군가 릴스 광고를 클릭하고 사전 저장 페이지로 이동하면 Meta 픽셀은 해당 사용자의 행동을 기록하려고 시도합니다. 만약 사용자가 iOS에서 추적을 거부했다면 픽셀은 아무것도 감지하지 못합니다. Meta는 클릭은 기록하지만 해당 클릭이 실제로 저장이 되었는지 여부는 알 수 없습니다.
이러한 영향은 계속 누적됩니다.
속성 격차. Meta는 클릭과 결과를 연결할 수 없기 때문에 전환을 과소 집계합니다. 보고되는 save당 비용이 실제보다 나쁘게 보입니다.
최적화 저하. Meta의 알고리즘은 전환 신호를 기반으로 학습합니다. 신호가 적으면 알고리즘은 볼 수 있는 것, 즉 전환하지 않는 사용자의 저렴한 클릭에 대해 최적화됩니다.
잠재고객 품질 저하. 불완전한 데이터를 기반으로 구축된 유사 잠재고객은 이러한 격차를 물려받습니다. 결과적으로 저장하는 사람(saver)이 아닌 클릭하는 사람(clicker)과 유사한 사람을 타겟팅하게 됩니다.
음악 캠페인은 전환이 플랫폼 외부에서 발생하기 때문에 특히 취약합니다. Spotify 저장(save)은 Meta에서 직접 추적할 수 없습니다. Meta에 안정적으로 보고할 수 있는 연결 고리가 필요합니다.
전환 API(Conversions API)의 역할
CAPI는 서버에서 Meta 서버로 이벤트를 전송합니다. 브라우저, 쿠키 또는 사용자 추적 기본 설정에 의존하지 않습니다.
작동 방식은 다음과 같습니다. 사용자가 랜딩 페이지에 도착하면 서버가 이벤트(페이지 보기, 클릭, 저장)를 캡처하고, 서버는 이메일 또는 전화번호와 같은 사용자 식별자와 함께 해당 이벤트를 Meta에 전송합니다. Meta는 이벤트를 사용자와 일치시키고 광고에 크레딧을 부여합니다.
Note Meta는 픽셀과 함께 CAPI를 사용하는 광고주는 픽셀만 사용하는 설정보다 최대 20% 더 많은 속성 전환을 확인한다고 보고합니다.
음악 캠페인의 경우, 실제적인 이점은 Meta가 단순한 클릭이 아닌 실제 의도 신호에 대해 최적화할 수 있다는 것입니다. 사용자에게 트랙을 저장했다고 알리면 Meta는 동일한 행동을 할 가능성이 높은 사용자를 더 많이 찾습니다.
중요한 이벤트
표준 Meta 이벤트는 이커머스를 위해 설계되었습니다. 음악 캠페인은 이를 조정하거나 맞춤 전환을 생성해야 합니다.
| 음악 의도 | Meta 이벤트 매핑 | 참고 사항 |
|---|---|---|
| 랜딩 페이지 보기 | ViewContent |
기본 퍼널 추적 |
| Spotify/Apple Music 클릭 | InitiateCheckout 또는 맞춤 이벤트 |
스트리밍 의도 표시 |
| 사전 저장 제출 | Lead |
리타겟팅을 위한 이메일/전화번호 캡처 |
| 저장 확인 | Purchase 또는 맞춤 이벤트 |
실제 전환 |
| 이메일 가입 | Lead 또는 Subscribe |
보조 의도 캡처 |
보내야 할 가장 중요한 이벤트는 실제 목표에 가장 가까운 이벤트입니다. 대부분의 음악 캠페인의 경우 이는 확인된 저장 또는 스트리밍 플랫폼으로의 클릭입니다.
Tip Feature.fm 또는 SubmitHub와 같은 랜딩 페이지 서비스를 사용하는 경우 CAPI를 지원하는지 확인하십시오. 픽셀 추적만 제공하는 서비스는 동일한 iOS 사각지대를 남길 것입니다.
음악을 위한 맞춤 전환:
Meta는 URL 매개변수 또는 이벤트 매개변수를 기반으로 맞춤 전환을 생성할 수 있도록 허용합니다. 음악 캠페인의 경우 일반적인 패턴은 서비스별 클릭 추적입니다. 매개변수 servicename이 spotify와 같도록 맞춤 전환을 정의하여 Spotify 클릭만 기본 전환으로 추적할 수 있습니다.
이는 '모든 클릭'에 대해 최적화하는 것이 YouTube, Apple Music 또는 Amazon으로의 클릭을 포함하기 때문에 중요합니다. Spotify가 우선순위라면 Meta가 Spotify로 향하는 사용자에 대해서만 구체적으로 최적화되도록 해야 합니다.
구현 옵션
CAPI를 설정하는 방법에는 코드가 없는 방식부터 완전한 맞춤 개발까지 네 가지 방법이 있습니다.
Partner Integrations
최적: Shopify, Feature.fm 또는 기본 CAPI 지원이 있는 기타 플랫폼을 사용하는 팀.
많은 랜딩 페이지 및 링크 서비스에서 이제 CAPI 통합을 제공합니다. 사용하는 플랫폼이 지원하는 경우, 이것이 가장 빠른 경로입니다. 일반적으로 픽셀 ID와 전환 API 액세스 토큰을 입력하면 플랫폼에서 이벤트 전송을 처리합니다.
**장점:** 빠른 설정, 엔지니어링 불필요, 파트너가 유지 관리.
**단점:** 제한된 사용자 정의, 파트너 구현 품질에 따라 달라짐.
Conversions API Gateway
최적: 파트너 통합보다 더 많은 제어를 원하지만 맞춤 개발 없이 CAPI를 원하는 팀.
Meta의 게이트웨이는 Events Manager에서 직접 구성하는 관리형 노코드 솔루션입니다. 브라우저 이벤트를 캡처하여 서버 측으로 Meta에 보내는 클라우드 함수(일반적으로 AWS 기반)를 배포합니다.
**장점:** 맞춤 코드가 필요 없음, Meta에서 무료(클라우드 호스팅 비용만 발생), 기존 픽셀과 함께 작동.
**단점:** 여전히 일부 기술적 설정 필요, 완전한 서버 통합보다 유연성이 떨어짐.
Server-Side Tag Manager
최적: 모든 추적을 중앙에서 제어하려는 Google Tag Manager를 이미 사용하는 팀.
서버 측 GTM은 이벤트를 서버 컨테이너를 통해 라우팅한 다음 Meta로 보냅니다. 이를 통해 변환 기능, 중앙 집중식 거버넌스 및 기타 플랫폼과의 통합이 가능합니다.
**장점:** 중앙 집중식 제어, Meta 및 기타 플랫폼에 작동, 유연한 변환.
**단점:** 서버 GTM 전문 지식 필요, 지속적인 호스팅 비용(트래픽에 따라 월 $20-200+).
Direct API
최적: 최대 제어가 필요한 엔지니어링 리소스를 보유한 팀.
백엔드가 Meta의 전환 API 엔드포인트로 직접 요청을 보냅니다. 이것이 가장 유연한 옵션이지만 개발 및 유지 관리가 필요합니다.
**장점:** 완벽한 제어, 중개자 없음, 복잡한 이벤트 논리 처리 가능.
**단점:** 엔지니어링 시간 필요, 유지 관리 및 API 버전 업데이트 책임.
대부분의 음악 캠페인의 경우 파트너 통합 또는 게이트웨이로 충분합니다. Direct API는 특이한 요구 사항이 있거나 이미 이벤트 수집을 처리하는 서버 인프라가 있는 경우에만 의미가 있습니다.
이벤트 중복 제거
픽셀과 CAPI를 모두 실행하면 동일한 이벤트를 두 번 전송하게 됩니다. 브라우저에서 한 번, 서버에서 한 번입니다. 중복 제거 없이는 Meta가 하나의 전환이 아닌 두 개를 계산합니다.
중복 제거는 event_name과 event_id라는 두 필드를 기준으로 이벤트를 일치시켜 작동합니다. Meta가 동일한 이름과 ID를 가진 두 이벤트를 수신하면 이를 병합하고 하나만 계산합니다.
Generate a unique event_id for each action 사용자가 작업을 트리거할 때 프런트엔드에서 고유 ID를 생성합니다. UUID 또는 타임스탬프 기반 ID를 사용하면 됩니다. 동일한 ID가 픽셀 이벤트와 CAPI 이벤트 모두에 전송되어야 합니다.
Include event_id in your Pixel call 브라우저에서 픽셀 이벤트를 실행할 때
eventID매개변수를 포함합니다. 예:fbq('track', 'Lead', {}, {eventID: 'abc123'}).Include event_id in your CAPI call 서버 이벤트를 보낼 때 페이로드에 동일한
event_id를 포함합니다. API에서 필드 이름은event_id입니다.Verify in Events Manager Meta Events Manager에서 이벤트를 선택하고 '세부 정보 보기'를 클릭합니다. 중복 제거 비율은 성공적으로 일치하고 병합된 이벤트 수를 보여줍니다.
Warning 중복 제거율이 0이거나 낮은 경우, 일치하지 않는 이벤트 ID가 있는지 확인하십시오. 일반적인 원인은 픽셀과 CAPI가 다른 ID 생성 논리를 사용하거나 타사 스크립트가 ID 없이 픽셀 이벤트를 실행하는 경우입니다.
이벤트 일치 품질(Event Match Quality)
Meta는 각 이벤트 유형에 대해 0에서 10 사이의 이벤트 일치 품질(EMQ) 점수를 할당합니다. 점수가 높을수록 Meta가 이벤트를 사용자 프로필과 더 안정적으로 일치시킬 수 있어 최적화가 개선됩니다.
점수는 각 이벤트와 함께 전송하는 사용자 데이터에 따라 달라집니다. 더 식별 가능한 데이터일수록 일치가 더 잘 이루어집니다.
| 데이터 매개변수 | EMQ에 미치는 영향 |
|---|---|
| 이메일(해시 처리됨) | 높음 |
| 전화번호(해시 처리됨) | 높음 |
| 이름, 성 | 중간 |
| 도시, 주, 국가 | 낮음 |
| IP 주소 | 낮음 |
| 사용자 에이전트 | 낮음 |
| 클릭 ID (fbclid) | 높음 |
| 브라우저 ID (_fbp) | 중간 |
음악 캠페인의 경우 캡처하기 가장 실용적인 데이터는 이메일(사전 저장 또는 가입 흐름이 있는 경우)과 Meta가 광고 클릭에 추가하는 fbclid 매개변수입니다. 이러한 데이터를 CAPI 이벤트에 전달하면 일치 품질이 크게 향상됩니다.
EMQ 6 이상을 목표로 하십시오. 그 이하로 떨어지면 Meta가 사용자와 이벤트를 연결하는 능력이 저하되고 최적화에 부정적인 영향을 미칩니다.
음악 캠페인 CAPI 아키텍처
CAPI를 사용하는 일반적인 음악 캠페인은 다음과 같습니다.
광고 클릭: 사용자가 릴스 광고를 클릭하고 사전 저장 페이지로 이동합니다. 랜딩 페이지는 URL에서 fbclid를 캡처합니다.
페이지 보기: 픽셀이 ViewContent 이벤트를 실행합니다. 서버도 동일한 event_id와 함께 CAPI를 통해 ViewContent를 보냅니다.
서비스 클릭 또는 저장: 사용자가 Spotify를 클릭하거나 사전 저장을 제출합니다. 픽셀이 Lead 또는 맞춤 이벤트를 실행합니다. 서버는 캡처된 이메일을 포함하여 동일한 이벤트를 CAPI로 보냅니다.
다운스트림 최적화: Meta는 높은 일치 품질의 서버 이벤트를 수신합니다. 알고리즘은 어떤 사용자가 전환하는지 학습하고 그와 유사한 사용자를 더 많이 찾습니다.
주요 아키텍처 결정은 서버가 이벤트 소스를 어디로 보내느냐입니다. CAPI 지원이 있는 랜딩 페이지 서비스를 사용하는 경우 해당 서비스에서 처리합니다. 맞춤 페이지를 사용하는 경우 서버 측 GTM 또는 Direct API 통합이 필요합니다.
테스트 및 검증
지출을 늘리기 전에 CAPI가 올바르게 작동하는지 확인하십시오.
Meta Events Manager에서 픽셀로 이동하여 '개요' 탭을 확인합니다. '브라우저' 및 '서버' 소스 모두에서 이벤트를 확인해야 합니다. 브라우저 이벤트만 표시되면 CAPI가 구성되지 않았거나 실행되지 않는 것입니다.
특정 이벤트를 클릭하여 중복 제거율을 확인합니다. 0%로 표시되면 event_id 일치가 깨진 것입니다. 100%에 가까운 수치가 표시되면 중복 제거가 작동하는 것입니다.
Meta의 테스트 이벤트 도구를 사용하여 수동 이벤트를 보내고 예상되는 매개변수와 함께 Events Manager에 나타나는지 확인합니다. 이는 맞춤 이벤트 설정을 디버깅할 때 특히 유용합니다.
출시 전 체크리스트:
- 주요 이벤트에 대해 픽셀 및 CAPI 모두 실행 중
- 중복 제거를 위한 이벤트 ID 일치
- 기본 전환 이벤트에 대해 EMQ 점수 6 이상
- 음악별 작업에 대해 정의된 맞춤 전환
- Events Manager에서 테스트 이벤트 검증 완료
측정 현실
CAPI가 100% 추적을 복원하지는 못합니다. 추적을 완전히 거부하고 이메일이나 전화번호를 제공하지 않은 사용자는 계속 식별할 수 없습니다. 일부 전환 격차는 여전히 존재합니다.
CAPI가 하는 일은 가장 큰 격차, 즉 ATT를 거부했지만 여전히 전환하는 사용자를 메우는 것입니다. CAPI를 사용하면 이메일과 같은 1자 데이터를 사용하여 해당 사용자를 일치시킬 수 있으므로 Meta가 효과적으로 최적화할 수 있는 충분한 신호를 제공합니다.
음악 캠페인의 경우 이는 의도 및 리타겟팅 단계에서 가장 중요합니다. 동영상 조회수 최적화를 위한 검색 캠페인은 조회수가 플랫폼 내에서 발생하므로 영향이 적습니다. 저장 또는 팔로우 최적화를 위한 의도 캠페인은 CAPI 없이는 심각한 영향을 받는데, 이는 전환이 브라우저 추적 없이 플랫폼 외부에서 발생하기 때문입니다.
월별 Instagram 음악 광고에 수백 달러 이상을 지출하고 있다면 CAPI는 선택 사항이 아닙니다. 이는 실제 결과에 대해 최적화하는 것과 노이즈에 대해 최적화하는 것의 차이입니다.