태그 관리 서비스의 일환으로 Meta 픽셀 설정을 제공하는 경우 전환 API 기능을 추가하는 것이 좋습니다. 전환 API와 통합하면 고객이 브라우저 픽셀 이벤트를 사용하지 않고도 Meta로 직접 웹 이벤트를 전송할 수 있게 됩니다.
시작하기 전에 서버 이벤트와 Meta 픽셀 사이의 관계를 이해하는 것이 중요합니다. 서버 이벤트는 전환 API를 통해 전송되고 브라우저 픽셀 이벤트와 동일한 방식으로 측정, 보고 및 최적화에 사용됩니다.
브라우저 픽셀 이벤트를 전송하는 것이 항공 우편을 통해 편지를 보내는 것과 같다면, 서버 이벤트를 전송하는 것은 화물 운송을 통해 편지를 보내는 것과 같습니다. 이 두 가지는 모두 소포(이벤트에 대한 데이터)를 목적지 주소(픽셀 ID)로 운송하는 메커니즘입니다. 따라서 다음과 같은 이유로 (별도의 플러그인이나 서비스가 아니라) 현재의 Meta 픽셀 서비스를 확장한 형태로 플랫폼에서 전환 API 통합을 빌드하는 것이 좋습니다.
플랫폼이 전환 API와 통합되고 나면 동일한 웹 이벤트를 브라우저와 서버를 통해 전송하는 것이 좋습니다. 이 중복성은 신호 안정성을 보장하는 데 도움이 됩니다. 다양한 네트워크 이유로 인해 원래는 브라우저 측에서 손실되었을 이벤트가 이제 전환 API를 통해 수집됩니다.
브라우저와 서버를 통해 이벤트를 전송하려면 해당 이벤트에 대해 동일한 event_id
를 올바르게 설정해야 합니다. 그러면 Facebook이 적절하게 이벤트의 중복을 제거할 수 있습니다.
플랫폼으로서 전환 API를 제공하기 시작하려면 앱이 앱 검수를 거쳐야 합니다. 이 과정에서 다음과 같은 액세스 레벨, 기능 및 권한을 요청해야 합니다.
ads_management
, pages_read_engagement
및 ads_read
전환 API를 처음 사용하는 경우라면 다음 단계에 따라 비즈니스, Meta 앱, Meta 픽셀 및 시스템 사용자를 만듭니다. 그러면 시스템 사용자의 액세스 토큰을 사용하여 전환 API를 통해 서버 이벤트를 보낼 수 있습니다.
자체 Meta 픽셀로 서버 이벤트를 전송하고 나면, 클라이언트를 대신하여 이벤트를 전송하는 방법에 대한 옵션을 선택할 수 있습니다.
먼저 클라이언트 대신 이벤트를 보내기 위한 승인을 요청해야 합니다. 사용 가능한 인증 옵션은 다음과 같습니다.
이 옵션을 사용하면 Facebook Business 확장 기능(FBE)이 다음과 같은 절차를 통해 클라이언트를 대신하여 이벤트를 전송하는 데 필요한 모든 필수 정보를 반환합니다. FBE는 클라이언트의 비즈니스 관리자에서 생성된 시스템 사용자 액세스 토큰을 가져오기 위한 엔드포인트를 제공합니다. 이 절차는 서버 이벤트를 보내기 위한 권한을 포함하며 안전하게 자동으로 처리됩니다.
이 엔드포인트는 입력 매개변수로 사용자 액세스 토큰이 필요합니다. 새로운 FBE 사용자의 경우 FBE 설정을 완료한 후 이 엔드포인트를 호출하여 시스템 사용자 액세스 토큰을 가져오면 됩니다. 기존 사용자는 새로운 API 엔드포인트를 호출하기 전에 재인증을 요청해야 합니다.
이 옵션을 사용하면 클라이언트가 픽셀 설정 내에서 전환 API를 통해 시스템 사용자 액세스 토큰을 수동으로 생성해야 합니다. 그러면 해당 토큰으로 광고주의 픽셀에 이벤트를 보낼 수 있습니다.
시스템 사용자 또는 관리자 시스템 사용자는 액세스 토큰 생성에 사용될 앱을 설치해야 합니다. 이 설정을 통해 앱이 이 시스템 사용자 또는 관리자 시스템 사용자 대신 API를 호출할 수 있게 됩니다.
시작하기 문서에 따라 광고주에게 시스템 사용자 토큰을 요청하세요. 테스트에는 자체 Meta 픽셀과 액세스 토큰을 사용하세요.
이 옵션을 사용하면 클라이언트가 비즈니스 관리자 설정 또는 API를 통해 Meta 픽셀을 파트너에게 공유합니다. 그런 다음 파트너 시스템 사용자를 클라이언트 픽셀에 할당하고 서버 이벤트를 전송하기 위한 액세스 토큰을 생성할 수 있습니다.
partner_agent
필드를 사용하여 이벤트가 플랫폼으로 인해 발생한 것으로 설정전환 API 이벤트가 플랫폼에서 발생한 것으로 설정하려면 partner_agent
필드를 사용하세요. 이렇게 하면 클라이언트 대신 이벤트를 보낼 때 자체 플랫폼 식별자를 설정할 수 있습니다. Facebook 담당자와 협력하여 자신의 플랫폼에 대한 식별자에 합의하세요. 그런 다음 각 서버 이벤트와 함께 보냅니다.
플랫폼 식별자가 datapartner
인 경우, 클라이언트를 대신하여 전송된 구매 이벤트 페이로드 샘플은 다음과 같습니다.
{ "data": [ { "user_data": { "em": "8159ea0e33c51a774b83104ee562784f9b1836c852102046e4bd8385706fe7ca" }, "event_name": "PageView", "event_time": 1579645238 }, { "user_data": { "em": "8159ea0e33c51a774b83104ee562784f9b1836c852102046e4bd8385706fe7ca" }, "custom_data": { "currency": "USD", "value": "50" }, "event_name": "Purchase", "event_time": 1579645238 } ], "partner_agent": "datapartner" }
Sending events sent via the Conversions API is just like sending events via the Meta Pixel. The only difference is that the event is sent via the server, instead of the browser. So, why make an effort to integrate with the Conversions API? Here are some important use cases:
If someone uses an advertisers’ website to sign up for a credit card, they can send events such as ViewContent, Application Start, and Application Submit via the browser to the Meta Pixel. However, the end user still needs to be approved for this credit card. The Approval event happens offline and cannot be sent via browser. To register this final step, the advertiser can send the Approval via the Conversions API.
Browser side events can be lost for many reasons:
These examples can all be mitigated by sending events via the Conversions API.
Many advertisers have expressed concerns about sharing data via the browser when that data could be seen or inspected. This can be mitigated by sending data via the Conversions API.
For example, advertisers may want to send data like profit margin or lifetime value (LTV) along with a purchase
event. This way, ads can be optimized towards a specific type of customer.
Since browser events are always vulnerable to obstacles, we recommend that you only send events collected from the Conversions API sources. For example, if:
the data is open to the browser-side risks.
To take full advantage of the Conversions API, no part of the data flow should be reliant on the browser.
We recommend that you provide advertisers with a way to test this connection on your own platform.
200
return code.Meta tries to deduplicate identical events sent through the Meta Pixel and the Conversions API. We determine if events are identical based on their event_id
and event_name
. For more information, see Handling Duplicate Pixel and Conversions API Events.
The external_id
parameter is a string that represents a user on an advertiser's system. These IDs help improve ads attribution and create audiences.
You can send external_id
s via browser or the Conversions API, but you must be consistent across channels. For example, if you send a browser pixel event with external_id
set to 123
, your server event for that same user should also have external_id
set to 123
.