여러분에게 속한 클릭 식별자
워커는 리디렉션할 때마다 토큰을 발급해 여러분이 정한 파라미터 이름으로 목적지 주소에 붙입니다. 기본값은 중립적인 이름입니다. 같은 토큰이 여러분 자신의 리디렉션 도메인에 퍼스트파티 쿠키로도 기록되는데, 서드파티라면 무엇이든 이미 받지 않기 시작한 브라우저에서도 귀속이 살아남는 이유가 바로 이것입니다.
토큰은 서명되어 있고 테넌트에 묶여 있습니다. 워크스페이스와 파트너 식별자가 서명된 페이로드의 일부이므로, 한 고객의 링크에서 발급된 토큰은 다른 고객의 워크스페이스에서 위조와 똑같이 거부됩니다. 토큰에 개인 정보는 없습니다. 담기는 것은 클릭 시각, 링크, 변형, 국가, 기기 등급, 트래픽 소스, 그리고 의심스러운 트래픽 표시입니다.
들어오는 길은 둘, 규칙은 하나
서버 쪽에서는 여러분의 백엔드가 식별자와 함께 목표, 주문 식별자, 금액, 통화를 전송합니다. 브라우저 쪽에서는 서드파티 호스트가 아니라 여러분 자신의 리디렉션 도메인에서 제공되는 스크립트가 식별자를 읽어 감사 페이지에서 전환을 보고합니다. 두 경로 모두 같은 서비스를 지나므로 귀속 기간과 중복 제거, 외부 전송이 똑같이 동작합니다.
금액은 처음부터 끝까지 최소 화폐 단위의 정수로 다룹니다. 49.99라는 금액은 조용히 반올림되는 대신 문제가 된 필드를 짚어 거부됩니다. 결제 경로 한가운데에서 즉흥적으로 만들어진 반올림 규칙이야말로 매출 보고서가 청구서와 조용히 어긋나기 시작하는 원인이기 때문입니다.
중복은 확인한 뒤 기록하는 방식이 아니라 데이터베이스가 처리합니다. 같은 주문이 여러 번 전송되면 전환은 하나만 만들어지고 중복으로 표시되어 돌아옵니다. 실패한 웹훅을 다시 보내도 안전한 이유가 바로 이것입니다.
- URL과 퍼스트파티 쿠키에 담기는 서명된 클릭 식별자
- 워크스페이스마다 정하는 귀속 기간
- 서버 API와 여러분 자신의 도메인에서 제공되는 브라우저 스크립트
- 기본 금액과 통화를 지닌 목표
- 주문 식별자를 기준으로 한 원자적 중복 제거
- 재시도가 포함된 광고 플랫폼으로의 외부 전송
의심스러운 매출은 감추지 않고 표시합니다
분류기의 판단은 클릭 토큰 안에 함께 실려 다니므로, 데이터센터나 프록시에 귀속된 전환은 기록되는 순간 의심 대상으로 표시됩니다. 삭제되거나 조용히 섞이는 대신 보고서에서 자기 세그먼트로 나타납니다.
전환 추적과 트래픽 품질을 함께 두는 이유가 바로 이 구분입니다. “전환을 200건 얻었다”와 “전환을 200건 얻었는데 그중 40건은 한 시간 동안 어느 호스팅 대역에서 나왔다”는 서로 다른 사실이며, 돈을 낼 가치가 있는 쪽은 하나뿐입니다.
그 숫자가 그다음에 가는 곳
기록된 전환은 서명된 웹훅 이벤트를 내보내고, 플랫폼의 나머지가 쓰는 것과 같은 재시도 규율을 갖춘 큐를 통해 외부 광고 시스템으로 전달될 수 있습니다. 외부 호출 전에 증가시키는 시도 카운터, 문서로 공개된 재시도 간격, 그리고 무한 재시도 대신 남기는 포기 표시입니다.
이것이 여러분의 청구 시스템을 대신하지는 않습니다. 대신 더 좁고 더 쓸모 있는 질문에 답합니다. 어느 링크, 어느 국가, 어느 목적지, 어느 트래픽 소스가 돈을 만들었는가입니다.
자주 묻는 질문
서드파티 쿠키 없이도 동작합니까?
동작합니다. 식별자는 목적지 URL과 여러분 자신의 리디렉션 도메인에 설정되는 퍼스트파티 쿠키로 전달됩니다. 브라우저들이 그동안 제거해 온 대상, 즉 서드파티 호스트가 설정하는 쿠키에 기대는 부분은 없습니다.
같은 주문이 두 번 보고되면 어떻게 됩니까?
전환은 하나만 기록되고 두 번째 호출은 그것을 중복으로 표시해 돌려줍니다. 중복 제거는 읽은 뒤 기록하는 방식이 아니라 하나의 원자적 삽입이므로, 두 전송이 같은 순간에 도착해도 유지됩니다.
클릭 이후 얼마 동안 전환을 귀속시킬 수 있습니까?
워크스페이스마다 정하는 설정입니다. 그보다 늦게 도착한 전환은 전용 코드와 함께 거부되므로, 연동 쪽에서 “기간을 벗어남”과 “잘못된 식별자”를 짐작하지 않고 구분할 수 있습니다.
소수점이 있는 금액을 보낼 수 있습니까?
보낼 수 없으며, 이것은 의도한 설계입니다. 금액은 센트, 펜스, 코페이카처럼 최소 단위의 정수입니다. 소수점이 있는 금액은 문제가 된 필드를 짚어 거부되므로, 매출 보고서로 들어가는 길에 반올림이 조용히 일어나는 일은 없습니다.