카페24 스크립트 오류로 구매완료 태그가 중복 발화될 때 매출이 부풀려지는 증상 확인법

신호는 세 가지입니다. 첫째, GA4나 매체 리포트의 전환 매출이 쇼핑몰 어드민의 결제완료 금액보다 큽니다. 측정 도구는 보통 유실 때문에 실제보다 적게 잡히므로, 더 크다는 것 자체가 이상 신호입니다.

둘째, 매출이 정확히 두 배 안팎으로 뜁니다. 셋째, 특정 날짜부터 갑자기 비율이 달라집니다. 스크립트를 수정하거나 앱을 설치한 날짜와 겹친다면 원인이 거의 확정됩니다. 중복 설치는 지표를 부풀리고 사용자 수를 왜곡하며 전환 귀속까지 훼손해 그 위에서 한 분석 전체를 무너뜨리므로, 발견되면 다른 작업보다 먼저 처리해야 합니다.

경로는 대체로 넷입니다. 첫째, 주문 완료 페이지를 새로고침하거나 뒤로 갔다 다시 들어오는 경우입니다. 트리거가 페이지 로드에만 걸려 있으면 그때마다 한 건씩 더 쌓입니다.

둘째, 화면 전환 자동 감지입니다. 메타 픽셀 기본 코드는 브라우저 히스토리 변경을 감지해 URL이 바뀔 때마다 PageView를 자동으로 발동시킵니다. 페이지 이동이 잦은 구조에서는 이 동작이 중복의 원인이 되며, 필요하면 해당 자동 발동을 끄는 설정을 씁니다.

셋째, 스크립트 이중 설치입니다. 쇼핑몰 솔루션이 제공하는 연동 기능으로 이미 심어져 있는데 담당자가 태그 관리자로 한 번 더 넣는 경우가 대표적입니다. 넷째, 결제 수단이나 배송 방식에 따라 완료 페이지가 여러 개인데 각각에 태그가 붙어 있고 일부 흐름에서 두 페이지를 다 지나는 경우입니다.

중복 판정의 유일하게 확실한 기준은 주문번호입니다. 실무 감사 체크리스트도 모든 전환 이벤트에 고유 거래 ID를 부여하라고 기본 항목으로 명시합니다. GA4라면 purchase 이벤트의 transaction_id가 그 자리입니다.

확인 절차는 단순합니다. 하루치 구매 이벤트를 뽑아 transaction_id 기준으로 건수를 세고, 같은 값이 두 번 이상 나오는지 봅니다. 여기에 어드민 주문번호 목록을 나란히 두면 어느 쪽이 남고 어느 쪽이 빠졌는지까지 한 번에 보입니다. 이 대조표는 고친 뒤에도 계속 쓰게 되므로 형식을 정해두는 편이 좋습니다.

메타를 쓰고 있다면 이벤트 관리자의 진단 탭을 먼저 엽니다. 여기에는 픽셀과 전환 API 이벤트가 얼마나 성공적으로 중복 제거됐는지가 비율로 표시되고, 비율이 낮거나 event_id 형식에 문제가 있으면 경고가 함께 뜹니다.

서버 이벤트가 제대로 도착하는지는 테스트 이벤트 도구로 확인합니다. 주의할 점은 브라우저 확장 프로그램인 Pixel Helper는 클라이언트 단만 보여준다는 것입니다. 서버 이벤트는 감지하지 못하므로, 이 도구에서 이상이 없다고 해서 중복이 없다고 결론지으면 안 됩니다.

재현이 먼저입니다. GTM 미리보기를 켜면 Tag Assistant 창에서 어떤 태그가 실행됐고 어떤 값이 담겼는지 실시간으로 볼 수 있습니다. 테스트 주문을 한 건 넣고 완료 페이지에서 새로고침, 뒤로가기, 다른 결제 수단까지 차례로 시도하면서 이벤트가 몇 번 발동하는지 셉니다. 여기서 재현되지 않으면 원인은 다른 곳에 있습니다.

수정은 두 층으로 합니다. 근본 수정은 이미 전송한 주문번호를 다시 보내지 않도록 처리하고, 데이터레이어 값이 서버에서 내려온 주문 데이터로만 채워지게 하는 것입니다. 보조 장치로 GA4 키 이벤트의 카운팅 방법을 세션당 한 번으로 두는 선택지가 있지만, 이건 같은 세션에서 두 번 산 정상 주문까지 한 건으로 줄이므로 임시방편이라는 점을 알고 써야 합니다. 그리고 한 번에 하나씩만 바꿔야 무엇이 효과가 있었는지 알 수 있습니다.

수정 배포일을 기록하고, 그날 이후 최소 2주간 매일 세 숫자를 남깁니다. 어드민 결제완료 금액, GA4 구매 매출, 매체 전환 매출입니다. 세 값의 비율이 안정되면 정상화된 것이고, 특정 요일에만 튄다면 아직 남은 경로가 있는 것입니다.

이 기록을 남겨두면 다음에 앱을 설치하거나 스크립트를 수정할 때 비교 기준이 됩니다. 분기마다 새로 추가된 태그와 픽셀을 점검하는 정기 감사를 함께 돌리면 같은 사고가 반복되는 것을 크게 줄일 수 있습니다.