제휴사를 위한 전환 추적: 포스트백, 픽셀, UTM 및 하위 ID 설명

제휴 추적은 실제로 일련의 핸드오프(handoffs) 과정입니다. 방문자가 링크를 클릭하고 광고주의 페이지에 도달한 후, 전환이 일어나거나 일어나지 않습니다. 전환 추적이라는 모든 학문은 단 하나의 질문에 확신을 가지고 답하기 위해 존재합니다. 내 트래픽 소스 중 무엇이 이 결과를 만들어냈는가? 포스트백, 픽셀, UTM, 하위 ID(sub-ID) 등 그 외의 모든 것은 정체성을 잃지 않고 이 체인 전체에 전달하기 위한 장치입니다. 체인의 연결 고리 중 하나라도 끊어지면, 단순히 데이터 포인트 하나를 잃는 것이 아니라 지출 결정을 내릴 수 있는 능력을 잃게 됩니다.

네 가지 메커니즘과 각 메커니즘의 역할

도구를 무엇을 전달하는지와 누가 읽는지에 따라 구분하면 이해하기 쉽습니다.

• UTM은 URL에 추가되는 쿼리 매개변수(utm_source, utm_medium, utm_campaign 등)입니다. 이는 Google Analytics와 같은 분석 플랫폼을 위해 클릭에 라벨을 붙이는 역할을 합니다. UTM은 식별용이 아니라 설명용입니다. 즉, “이것은 방문자 8f3a입니다”가 아니라 “이것은 페이스북의 캠페인 X에서 왔습니다”라고 알려줍니다.
• **하위 ID(Sub-IDs)**는 동일한 개념의 제휴 네트워크 버전입니다. 대부분의 네트워크는 사용자가 직접 값을 채울 수 있는 매개변수(주로 sub1sub5 또는 s1s5)를 제공합니다. 여기에 입력한 값은 네트워크의 전환 보고서에 그대로 돌아오므로, 판매 건을 특정 소스, 광고, 키워드 또는 소재(creative)에 매핑할 수 있습니다.
• **픽셀(Pixels)**은 전환이 발생할 때 브라우저에서 실행되는 JavaScript 스니펫 또는 이미지 태그입니다. 브라우저가 이를 로드하면 픽셀 소유자(광고주, 네트워크 또는 자체 추적기)에게 보고합니다.
• 포스트백(Postbacks)(서버 간 통신 또는 S2S)은 전환이 기록될 때 한 서버에서 다른 서버로 직접 전송되는 HTTP 요청입니다. 브라우저가 관여하지 않습니다.

픽셀과 포스트백의 차이가 가장 중요하며, 그 이유를 이해할 가치가 있습니다.

일반적으로 포스트백이 픽셀보다 나은 이유

픽셀은 사용자의 브라우저에 의존합니다. 즉, 쿠키가 유지되어야 하고, 페이지에서 태그가 실제로 로드되어야 하며, 광고 차단기나 브라우저 개인정보 보호 설정이 방해하지 않아야 하고, 태그가 실행되기 전에 사용자가 탭을 닫지 않아야 합니다. 최신 브라우저들은 시간이 흐를수록 이 모든 요소들의 신뢰도를 떨어뜨렸습니다.

반면 포스트백은 두 서버가 서로 통신하는 방식에 의존합니다. 제휴 네트워크의 서버가 귀하의 추적 플랫폼 서버에 “전환이 발생했으며, 하위 ID와 지급액은 다음과 같습니다”라고 알려주는 식입니다. 이 대화는 사용자의 브라우저가 이후에 무엇을 하든 상관없이 이루어집니다. 대부분의 제휴 설정에서 포스트백은 더 견고한 선택지이며, 픽셀은 대체 수단이나 보조 수단으로 사용됩니다.

트레이드오프가 있다면, 포스트백은 양측 모두에서 설정이 필요하다는 점입니다. 추적기에서 포스트백 URL을 생성해야 하고, 이를 네트워크의 포스트백 설정에 붙여넣어야 합니다(또는 네트워크가 이를 지원해야 합니다). 일부 네트워크는 픽셀 기반 추적만 제공하므로 선택의 여지가 없는 경우도 있습니다.

하위 ID 체인이 실제로 작동하는 방식

흐름을 따라가면 어디서 문제가 발생하는지 더 쉽게 알 수 있으므로, 순서대로 메커니즘을 설명하겠습니다.

1. 추적기에서 트래킹 링크를 생성합니다. 여기에는 고유한 클릭 ID가 포함됩니다.
2. 이 클릭 ID를 제휴 링크의 하위 ID 매개변수에 추가하여 네트워크가 이를 수신하게 합니다.
3. 네트워크는 해당 클릭에 대해 하위 ID를 저장합니다.
4. 사용자가 전환하면, 네트워크는 하위 ID와 전환 세부 정보가 포함된 포스트백을 실행합니다.
5. 추적기는 하위 ID를 원래의 클릭과 매칭하여 해당 전환을 올바른 소스, 광고 및 캠페인에 귀속시킵니다.

만약 2단계가 잘못되어 동적 클릭 ID 대신 하위 ID에 정적 값을 넣었다면, 모든 전환이 동일하게 표시되어 보고서가 구분 없는 하나의 덩어리로 뭉쳐버리게 됩니다. 이는 가장 흔한 설정 오류 중 하나이며, 전환은 여전히 기록되지만 추적만 불가능하기 때문에 알아차리기 어렵습니다(silent error).

UTM이 적합한 곳과 그렇지 않은 곳

UTM은 분석 플랫폼에서 트래픽 행동(이탈률, 세션 지속 시간, 어떤 랜딩 페이지 변형이 주의를 끄는지 등)을 이해하는 데 탁월합니다. 하지만 지급을 위한 전환 귀속에는 부적합합니다. UTM은 URL에 존재하므로 리디렉션 과정에서 제거되거나 덮어씌워질 수 있고, 분석 플랫폼은 제휴 전환이 아닌 세션을 측정하기 때문입니다.

실질적인 업무 분담: UTM은 트래픽 품질과 사이트 내 행동을 분석하는 데 사용하고, 하위 ID와 포스트백은 수익 귀속을 위해 사용하십시오. 한 시스템에 다른 시스템의 역할을 기대하지 마십시오.

추적 접근 방식 선택

적절한 설정은 규모와 퍼널에 대한 통제력에 따라 달라집니다.

• 적은 수의 캠페인, 하나의 네트워크, 단순한 오퍼: 네트워크에 내장된 하위 ID 보고만으로도 충분할 수 있습니다. 자체 추적기 없이도 소스별 전환 수를 확인할 수 있습니다.
• 여러 네트워크 또는 트래픽 소스 사용: 전용 추적기를 사용하는 것이 가치 있습니다. 여러 네트워크의 클릭 ID와 포스트백을 하나의 보고 뷰로 정규화해주기 때문입니다.
• 자체 랜딩 페이지 운영: 추적기와 더불어, 페이지를 통해 클릭 ID를 오퍼까지 전달하는 방법이 필요합니다. 그래야 추가적인 홉(hop) 과정에서도 체인이 유지됩니다.
• 링크 관리 플러그인(Pretty Links, ThirstyAffiliates와 같은 도구가 포함된 워드프레스 카테고리)은 링크 클로킹과 기본적인 클릭 수 집계를 처리하지만, 전환 추적기는 아닙니다. 일반적으로 포스트백을 대조(reconcile)하지 못합니다.
• 링크 단축 서비스(Bitly, Rebrandly 등)는 깔끔한 브랜드 URL과 클릭 분석을 위한 것이지, 제휴 전환 귀속을 위한 것이 아닙니다.

이 모든 과정에서의 솔직한 트레이드오프는 추적 레이어가 많을수록 정밀도는 높아지지만, 동시에 체인이 끊어질 수 있는 지점도 많아진다는 것입니다. 모든 리디렉션, 모든 페이지 로드, 전달하는 것을 잊어버린 모든 매개변수가 잠재적인 누수 지점이 됩니다. 목표는 복잡성을 최대화하는 것이 아닙니다. 클릭부터 확인된 전환까지 실제로 엔드투엔드(end to end)로 테스트하여, 최적화의 기준이 되는 데이터가 실제 데이터임을 확신할 수 있는 체인을 구축하는 것입니다.