지금 읽는 곳왜 대부분의 분쟁이 계약 초기의 공백에서 시작되나목차
외부시선 › G-4. 제휴·리워드·리드 거래 분석 › 과목 G24 › 레슨 01
성과 귀속 분쟁이 생기는 대표적인 계약 구조
돈이 걸린 순간 "누가 이걸 데려왔는가"라는 질문은 더 이상 사소한 질문이 아니게 됩니다.
핵심요약
- 성과 귀속 분쟁은 대부분 거창한 사기가 아니라 계약 초기에 정책 자체를 명확히 공유하지 않아서 시작된다
- 멀티터치 유저가 여러 네트워크를 거치면 각 네트워크가 모두 자신의 기여라고 주장할 수 있다
- 리브셰어(RevShare) 모델의 공제 정책이 불분명하면 정산 시점마다 이견이 반복된다
- 지연된 포스트백(postback), 클로백(사후 수수료 회수)도 대표적인 분쟁 유발 구조다
- 이 과목은 분쟁을 피하는 계약 설계와, 분쟁이 생겼을 때 다루는 절차를 함께 다룬다
왜 대부분의 분쟁이 계약 초기의 공백에서 시작되나
성과 귀속을 둘러싼 갈등은 대개 거창한 사기 행위가 아니라, 애초에 제휴사가 "누가 커미션을 받는지 결정하는 정책"을 정확히 본 적이 없다는 단순한 이유에서 출발합니다. 계약을 맺을 때 커미션 지급 조건을 대략적으로만 합의하고, 어떤 어트리뷰션 모델을 쓸지(라스트 클릭인지, 여러 터치포인트를 나눠 인정하는지), 얼마의 기여 유효 기간(쿠키 윈도우)을 적용할지 같은 세부 사항을 명문화하지 않으면, 나중에 실제 정산 금액을 두고 서로 다른 기대를 가진 채 마주하게 됩니다.
이런 정책 공백은 계약서에 명시적인 조항을 추가하는 것만으로 상당 부분 예방할 수 있습니다. 어떤 모델을 쓸지, 기여 유효 기간이 며칠인지, 분쟁이 생겼을 때 어떤 절차를 따르는지를 계약 시점에 문서로 남겨두면, 실제 분쟁이 생겼을 때 그 문서가 판단의 출발점이 됩니다. 계약서를 새로 쓰지 않고 기존 계약에 조항을 추가하는 것만으로도, 다음 정산 시점부터 적용되는 개정 조항을 만들 수 있습니다.
멀티터치 유저가 만드는 중복 청구 구조
한 명의 유저가 구매에 이르기까지 여러 광고 네트워크나 제휴사를 거치는 경우, 각 네트워크는 자신이 마지막으로 접촉한 터치포인트였다거나 최초로 인지시킨 터치포인트였다고 주장하며 각자 성과를 요구할 수 있습니다. 어트리뷰션 솔루션을 제대로 쓰지 않으면, 실제로는 최종 전환에 기여하지 않은 네트워크까지 비용을 청구할 수 있고, 유저가 한 번이라도 거친 네트워크는 모두 기여를 인정받아 청구하는 상황이 생길 수 있습니다. 이렇게 되면 광고주가 원래 지불해야 할 비용의 몇 배를 지불하게 되는 결과로 이어질 수 있습니다.
이 문제의 근본 원인은 광고주가 단일한 기준의 어트리뷰션 모델을 정하지 않고, 여러 네트워크가 각자 자기 시스템으로 독립적으로 성과를 집계하도록 방치하는 데 있습니다. 광고주 쪽에서 통일된 기준을 두지 않으면, 네트워크 간의 이해관계 충돌이 광고주의 비용 부담으로 고스란히 전가됩니다. 결국 이 갈등을 정리할 책임은 네트워크가 아니라 광고주에게 있다는 점을 인식하는 것이 출발점입니다.
리브셰어 모델의 불분명한 공제 정책
매출의 일정 비율을 커미션으로 지급하는 리브셰어(RevShare) 구조에서는, 무엇을 매출로 인정하고 어떤 항목을 공제한 뒤 커미션을 계산하는지가 불분명하면 정산 시점마다 이견이 생깁니다. 배송비, 세금, 환불, 프로모션 할인액을 공제 후 매출에 포함시킬지 제외할지에 대한 합의가 없으면, 제휴사가 예상한 커미션과 실제 지급된 금액 사이에 계속 차이가 발생합니다.
이런 공제 항목은 계약서에 구체적인 목록으로 명시해야 합니다. "매출의 10%를 지급한다"는 문구만으로는 부족하고, 그 매출이 총매출인지 순매출인지, 순매출이라면 무엇을 뺀 값인지까지 정의해야 이견의 여지가 줄어듭니다.
지연된 포스트백과 클로백이 신뢰를 깎는 방식
포스트백(전환 발생을 알리는 신호)이 지연되면, 제휴사 쪽에서는 실제로 발생한 전환이 자신의 리포트에 나타나지 않는 것처럼 보여 성과가 저평가됐다고 느끼게 됩니다. 반대로 클로백(이미 지급했거나 확정한 것으로 보였던 커미션을 나중에 취소·환불로 인해 회수하는 것)이 사전 고지 없이 이뤄지면, 제휴사 입장에서는 받았던 수익이 예고 없이 사라지는 경험을 하게 됩니다.
두 문제 모두 기술적인 지연이나 사후 조정 자체가 문제라기보다, 이런 일이 일어날 수 있다는 사실과 그 처리 방식을 제휴사가 미리 알고 있었는지가 신뢰를 가르는 지점입니다. 예고 없이 벌어진 조정은 아무리 정당한 사유가 있어도 일방적인 통보로 받아들여지기 쉽습니다. 클로백이 발생할 수 있는 조건(환불, 부정 전환 확인 등)을 계약서에 명시해두면, 실제로 클로백이 발생했을 때도 그것이 일방적인 조치가 아니라 사전에 합의된 절차임을 근거로 설명할 수 있습니다.
이 과목이 다루는 범위
이 과목(G24)은 이런 분쟁이 왜 생기는지에서 출발해, 클릭·전환·승인 시점의 차이, 중복 귀속에 대응하는 데이터, 리포트 숫자가 다를 때 확인할 순서, 정산 기준, 이의 제기 전 보존할 자료, 분쟁 회의 운영법, 그리고 채널별 역할을 명확히 하는 기여 모델까지 순서대로 다룹니다.
계약 단계에서 분쟁 절차까지 함께 정해두는 이유
많은 계약서가 커미션 지급 조건까지는 신경 써서 적으면서도, 정작 그 조건을 두고 이견이 생겼을 때 어떻게 해결할지는 다루지 않습니다. 잘 문서화된 분쟁 해결 프로세스를 갖추고 있다는 것 자체가 그 제휴 프로그램이 성숙하게 운영되고 있다는 신호로 여겨집니다. 반대로 분쟁 절차가 없는 계약은, 실제 분쟁이 생겼을 때 감정적인 대응이나 관계 단절로 이어질 위험이 큽니다.
분쟁 절차 조항에는 이의 제기 기한, 필요한 증빙 자료, 검토를 담당할 주체, 합의에 이르지 못했을 때의 다음 단계(제3자 중재 등)까지 미리 정해두는 것이 이상적입니다. 이런 조항이 있으면, 실제 분쟁 상황에서 감정싸움 대신 정해진 절차를 따라가는 것만으로도 갈등이 훨씬 차분하게 관리됩니다.