CAPI

브라우저 픽셀의 일부 누락을 보완할 수 있습니다. 다만 서버 전송이 성공했다는 사실과 광고 성과로 연결됐다는 사실은 다릅니다.

서버 전송의 장점과 책임

CAPI는 서버에서 확인한 구매나 신청을 보낼 수 있어 브라우저 코드만 사용하는 방식의 일부 누락을 보완할 수 있습니다. 하지만 광고 클릭과 연결하는 값이 사라지면 이벤트가 전달돼도 광고 성과로 귀속되지 않을 수 있습니다. 이벤트가 플랫폼에 도착한 것과 특정 광고의 성과로 집계된 것은 다릅니다.

같은 행동을 픽셀과 서버에서 모두 전송하면 중복 제거를 설계해야 합니다. 플랫폼이 요구하는 이벤트 ID, 시각, 금액, 통화, 클릭 참조값을 확인하고 테스트 이벤트로 검증합니다. 개인정보를 더 많이 보낼수록 성과가 무조건 좋아지는 것은 아니므로 허용된 범위에서 필요한 값만 다룹니다.

이벤트 수신과 귀속을 나누어 진단합니다

서버 응답이 성공해도 광고 클릭과 매칭되지 않으면 캠페인 보고서에 전환이 나타나지 않을 수 있습니다. 테스트 주문 한 건을 따라가며 다음 네 상태를 별도로 남깁니다.

1. 주문 생성: 실제 주문 ID와 완료 시각이 무엇인가요?
2. 이벤트 전송·수신: 서버 요청이 성공했고 플랫폼이 받았나요?
3. 광고 연결: 클릭 참조값 등 플랫폼이 지원하는 연결 신호가 남아 있나요?
4. 성과 귀속: 설정된 귀속 기준에서 캠페인 전환으로 집계됐나요?

누락이 특정 브라우저나 결제 경로에 몰리는지도 확인하면 통합 연동 문제를 더 빨리 좁힐 수 있습니다.

그림의 두 경로는 하나의 주문을 가리킵니다. 같은 플랫폼에 브라우저와 서버 이벤트를 모두 보낼 때는 해당 플랫폼이 요구하는 이벤트 이름과 동일 이벤트 ID를 맞추고, 테스트 이벤트에서 한 건으로 처리되는지 확인하세요. 식별자를 맞췄더라도 실제 중복 제거 결과는 플랫폼 진단 화면에서 검증해야 합니다.

플랫폼마다 지원 필드와 중복 제거 규칙이 다릅니다. 개인정보를 보내는 경우 필요한 고지·동의와 플랫폼 정책을 확인합니다.

참고 자료

• OpenAI 전환 측정 안내