픽셀 대 포스트백: 어떤 추적 방법을 사용해야 합니까?
게시 됨: 2016-05-26
사진 제공: Nesa by Makers
퍼포먼스 마케팅과 관련하여 스스로(또는 광고주)에게 물어볼 수 있는 가장 큰 질문 중 하나는 픽셀 추적(클라이언트 측) 또는 포스트백 추적(서버 측) 중에서 어떤 종류의 전환 추적 프로토콜을 사용할 것인지입니다. 각각의 장점과 단점이 있으며 성공하려면 두 가지를 구분하는 것이 중요합니다. 그럼 분해해 보겠습니다.
첫 번째 — 정의:
픽셀 추적
클라이언트 측 쿠키 기반 브라우저 내 추적이라고도 합니다. 이 방법은 세션을 인증하고 전환을 올바른 제휴사에 귀속시키기 위해 전환 시 다시 호출되는 쿠키를 클릭에 배치하여 전환을 추적하기 위해 사용자의 브라우저에 의존합니다. 픽셀 기반 제안은 쿠키에 세션 값을 저장할 수 있고 픽셀이 추적하도록 설계된 방식으로 브라우저에서 이 정보를 쉽게 추출할 수 있기 때문에 쿠키를 사용하여 추적합니다. 결과적으로 픽셀을 사용하여 추적하도록 제안을 설정하는 것은 매우 간단하며 HTML 제안 픽셀을 전환 페이지에 배치하기만 하면 됩니다.
다음과 같은 경우 픽셀 추적을 사용합니다.
TUNE의 일반적인 권장 사항은 픽셀 추적을 가능한 한 적게 사용하는 것입니다. 픽셀 추적은 쿠키를 저장할 수 있는 모바일이 아닌 웹 트래픽에만 작동하기 때문입니다. 또한 Safari, Chrome 및 Firefox와 같은 주요 브라우저는 당사자에게도 추적 관련 쿠키를 허용하지 않습니다.
최후의 수단 으로 다음과 같은 경우 픽셀 추적을 사용하십시오.
제안의 광고주는 서버 측 전환 알림을 보낼 수 없습니다.
이 제안에는 모바일 앱 설치가 포함되지 않습니다.
제안의 원하는 최종 사용자는 추적 관련 쿠키를 지원하는 브라우저에 있습니다.
자세한 내용 은 픽셀 추적 구현을 설명하는 이 TUNE 지원 문서를 확인하세요 .
포스트백 추적
서버 측, 서버 호출, 서버 2 서버(또는 서버 간), s2 및 실수로 서버 픽셀 추적이라고도 하는 이 기능은 광고주의 서버에 의존하여 클릭에서 생성된 세션을 추적하여 전환에 기여합니다. 서버는 기록하고 트랜잭션 ID를 다시 TUNE에 전달합니다. 이 방법은 사용자의 브라우저와 무관합니다. 포스트백 추적은 사용자가 제안을 클릭할 때 발생하는 일과 전환 시 발생하는 두 가지 개별 프로세스로 생각할 수 있습니다.
전환에 이르기까지:
- 사용자에게 제안이 표시됩니다.
- 사용자가 제안을 클릭합니다.
- 클릭하면 TUNE 서버로 이동합니다. 서버는 클릭을 기록한 다음 해당 세션의 ID(대부분의 경우 트랜잭션 ID)를 생성하고 기록합니다.
- TUNE은 제안 URL의 해당 세션에 대한 ID를 포함하여 제안의 방문 페이지로 사용자를 즉시 안내합니다.
- 사용자는 광고주 사이트에서 제안 페이지를 봅니다. 광고주 사이트는 전자상거래 사이트에 변수로 저장하거나 모바일 앱에 SDK를 저장하는 등 적합하다고 판단되는 세션의 ID 기록을 처리합니다.
사용자가 해당 제안으로 전환하는 경우:
- 광고주의 서버는 처음에 제공된 ID TUNE를 포함하는 신호를 TUNE에 보냅니다(일명 포스트백 실행). 사용자는 어떤 식으로든 TUNE으로 돌아가지 않습니다.
- TUNE은 해당 세션에 대한 변환을 기록합니다.
TUNE에는 포스트백 추적을 설명하는 또 다른 훌륭한 지원 기사가 있습니다.
다음과 같은 경우 포스트백 추적을 사용합니다.
서버 측 호출을 구현하는 데 사용할 수 있는 기술 리소스가 있습니다(구현에 대한 자세한 내용은 아래 참조).
픽셀 추적의 장단점
장점 :
- 픽셀 추적은 구현하기가 매우 쉽습니다. 코드를 복사하여 웹사이트의 HTML에 붙여넣기만 하면 되므로 개발자가 아니어도 추적을 설정할 수 있습니다. 같은 맥락에서 구현을 위한 학습 곡선은 그렇게 가파르지 않습니다.
단점:
- 휴대기기에서 전환이 발생하면 픽셀 추적이 작동하지 않습니다. 즉, 모바일 웹, 앱 스토어 및 앱에서의 전환이 등록되지 않습니다. (모바일 기기와 스마트폰은 일반적으로 기본 설정으로 쿠키가 차단되어 있으므로 모바일에는 처음부터 쿠키가 설치되지 않습니다.)
- 픽셀 추적은 사기에 훨씬 더 취약합니다. 상상할 수 있듯이 추적이 브라우저에서 수행되기 때문에 기술에 정통한 계열사가 실제 전환 없이 픽셀을 실행하는 것은 상당히 쉬울 것입니다.
- 때로는 픽셀이 실행되지 않고 이유를 알 수 없습니다. 이에 대한 가능한 이유는 사용자가 클릭과 전환 사이에 캐시를 지웠지만 때때로 이유를 알 수 없었기 때문일 수 있습니다. 보고는 사용할 서버 로그가 없기 때문에 문제 해결에 거의 도움이 되지 않습니다.
- 이러한 모든 이유(및 기타)로 인해 픽셀 추적은 매우 부정확합니다.
포스트백 추적의 장단점
장점:
- 모든 추적이 서버 측에서 수행되기 때문에 훨씬 더 안정적이므로 기회에 훨씬 덜 맡기게 됩니다.
- TUNE의 서버 로그 를 사용하면 문제를 훨씬 쉽게 해결할 수 있습니다.
- 사기 가능성이 적고 제안 화이트리스트 추가, 광고주 보안 토큰 또는 포스트백 URL 해싱과 같이 사기를 완화하기 위해 더 많은 옵션을 사용할 수 있습니다. 포스트백 사기 방지 에 대해 자세히 알아보십시오 .
- 단일 포스트백 구현이 해당 광고주의 모든 제안에 대한 전환을 등록할 수 있는 글로벌 포스트백 ( 광고주 기준) 을 설정할 수 있는 옵션이 있습니다. 픽셀에는 해당 옵션이 없습니다.
- 일반적으로 포스트백 추적은 사용자가 웹페이지에 있을 때보다 더 많은 전환 실행 옵션을 허용합니다. 단순한 페이지 로드로 제한되는 대신 광고주가 원할 때마다 전환 URL을 다시 보내도록 할 수 있습니다. 이는 예를 들어 광고주가 주문이 배송되거나 리드가 검증될 때까지 전환을 등록하지 않으려는 경우에 유용합니다.
- 포스트백 추적은 모바일 장치에서 작동합니다! 픽셀 추적은 스마트폰이나 모바일 장치에서 작동하지 않습니다.
단점:
- 포스트백 추적은 구현하기가 더 어렵습니다. ID가 올바른 매개변수에 전달되었는지 확인하기 위해 네트워크와 광고주 간의 직접 통신이 필요하며, 광고주를 대신하여 값을 저장하고 다시 전달하는 기술 구현이 필요합니다. 광고주는 요청을 코딩하기 위해 서버 측 HTTP 경험이 있는 사람이 필요합니다.
- 구현 시간은 매우 다양합니다. 포스트백 추적은 몇 분 안에 설정할 수 있지만 일부 광고주의 경우 ID를 저장하기 위해 데이터베이스를 코딩하는 데 하루가 걸릴 수 있습니다.
더 많은 정보를 원하십니까? 디지털 추적 방법에 대한 블로그 시리즈를 확인하거나 [email protected] 으로 질문을 이메일로 보내주십시오.
2021년 9월 업데이트: 이제 Apple ITP가 모든 타사 쿠키를 차단하고 iOS 15에 새로운 개인 정보 보호 조치를 도입함에 따라 포스트백 및 서버 측 추적이 그 어느 때보다 중요해졌습니다. 실적 마케팅 캠페인을 추적하기 위해 여전히 픽셀과 쿠키에 의존하고 있다면 지금이 쿠키 없는 추적 솔루션을 채택할 때입니다.
TUNE 플랫폼이 추적 기능을 미래에 대비할 수 있는 방법에 대해 자세히 알아보려면 [email protected] 에 문의하십시오.