광고 픽셀

방문·장바구니·구매를 각각 언제 기록할지 정하고, 이용자의 동의와 중복 전송을 함께 관리해야 합니다.

구매 이벤트는 언제 보내나요?

구매 이벤트는 결제가 승인되고 주문이 생성된 뒤에 기록해야 합니다. 상품 페이지 조회, 장바구니 담기, 결제 시작은 각각 다른 행동입니다. 완료 페이지를 새로고침해도 같은 주문이 다시 구매로 잡히지 않도록 주문 ID나 이벤트 ID로 중복을 확인합니다.

이용자가 동의를 거부하거나 브라우저가 스크립트를 막으면 픽셀 데이터가 빠질 수 있습니다. 이를 보완하려고 서버 전송을 함께 쓰더라도 권한과 정책을 지켜야 합니다. 두 경로에서 같은 이벤트를 보내는 경우 플랫폼의 중복 제거 규칙대로 동일한 식별자를 전달하고 실제 주문 수와 정기적으로 대조합니다.

픽셀 오류를 찾는 네 가지 경로

첫 방문, 장바구니 추가, 정상 주문, 결제 실패를 각각 시험합니다. 이벤트 검사 화면에서 발생 순서·금액·통화·이벤트 ID를 확인하고 주문 원장과 대조하세요. 픽셀이 두 번 설치돼 있거나 감사 페이지를 다시 열 때 구매가 재발생하면 광고 최적화에도 잘못된 신호가 전달됩니다.

주문 상태가 나중에 바뀌는 경우

픽셀의 purchase는 주문이 완료됐다는 기록이지, 이후 매출이 확정됐다는 뜻은 아닙니다. 주문이 취소·환불되면 광고 보고서가 자동으로 수정되는지, 별도 조정이 필요한지 플랫폼별 정책을 확인하세요. 운영 보고에서는 완료 주문 수와 순매출을 구분하고, 실제 주문 원장과의 차이를 남깁니다.

픽셀과 서버 전송을 함께 쓸 때

전달 경로	장점	확인할 위험
브라우저 픽셀	화면에서 발생한 행동을 바로 기록	차단·동의·새로고침에 따른 누락 또는 중복
서버 전송(CAPI)	서버가 확인한 주문 상태를 전달	클릭 연결값 누락과 재시도 중복

같은 주문을 두 경로에서 보낸다면 플랫폼이 정한 방식대로 동일 이벤트를 연결해 중복 제거해야 합니다. 두 경로의 단순 합계가 실제 구매 건수는 아닙니다.