아임웹에서 실주문만 매체에 남긴 구조

문제

아임웹 네이티브·주문완료 기반 전환은 카페24처럼 ‘간편결제에서 아예 빠지는’ 문제가 주가 아닙니다. 오히려 실주문에 가깝게 올라가면서도, 미입금·어뷰징·결제창 반복 호출 같은 허수가 꽤 큰 비중으로 같이 전달됩니다. 매체 ROAS·학습에 노이즈가 섞입니다.

접근

1. 01

   브라우저·GTM에 남는 주문완료 이벤트 건수와 아임웹 웹훅으로 확정된 매칭 주문 건수를 PayTracker에서 나란히 봅니다.

2. 02

   웹훅·클릭 로그 매칭이 된 실주문만 GA4·TikTok·Google Ads 등 서버 전송 대상으로 둡니다.

3. 03

   어뷰징·이상 클릭은 매칭 기록은 남기고 매체 Purchase 전송만 skip합니다.

4. 04

   아임웹 네이티브 Meta/Kakao 픽셀은 브라우저로 허수가 나갈 수 있어, 필요 시 CAPI 일원화를 권고합니다.

결과

• 주문완료 이벤트 ≫ 매칭 주문

  아임웹 운영에서 주문완료 이벤트 건수가 실제 웹훅 매칭 주문보다 크게 많습니다. 그 차이만큼이 매체에 섞이던 허수·미확정 전환 후보입니다.

• 실주문만 서버 전송

  PayTracker는 매칭된 주문 기준으로 매체에 보냅니다. 아임웹이 ‘실주문에 가깝게’ 쏘는 신호를, 허수를 걷어낸 확정 전환으로 정리합니다.

• 허수·미확정 전송 제외

  미입금·이상 클릭은 매칭 기록은 남기고 매체 전송만 skip합니다. 같은 몰에서 TikTok 어뷰징 대량 유입을 막은 구조는 별도 사례로 정리했습니다.