이 가이드는 검색 중재 제공업체인 System1을 위한 것입니다. 그들의 문서는 여기에서 확인할 수 있습니다.
일반적으로 검색 중재 추적은 키워드와 다양한 필수 데이터 매개변수의 존재로 인해 매우 까다로울 수 있습니다.
System1은 더 복잡한 데이터 전달 구성 중 하나를 가지고 있습니다. 그들은 포스트백에서 발생시키는 ID를 전달하는 대신, 호출할 미리 계산된 URL 문자열을 전달하기를 기대합니다.
따라서 click_id=xxx와 같은 것을 전달하는 대신, postback_to_fire=https%3A%2F%2Fmydomain.com%2Fpb%3Fhit%3Dxxx와 같은 것을 전달하기를 기대합니다.
이미 혼란스러우신가요? 아래 가이드를 따라 데이터 전달 설정에 주의를 기울이세요.
System1 오퍼 소스 생성하기
먼저, 새로운 오퍼 소스를 생성하고 System1 템플릿을 사용하세요.
데이터 전달 섹션을 주목하세요:
여기에는 매우 중요한 고려사항들이 있습니다:
- 우리는
{data-xxx}토큰을 사용하여 compkey와 rskey를 전달하고 있습니다. 이는 값들이 트래픽 소스로부터 사용하는 링크를 통해 올 것이라는 의미입니다 -- 따라서 트래픽 소스에ad_title과keyword에 해당하는 URL 추적 필드가 있고, 이들이 항상 System1에 적절한 값을 전달하는 것이 중요합니다. - 우리는
click_track_url아래에 포스트백 URL을 전달하고 있습니다 - 이는 나중에 System1에 의해 발생될 것입니다 - 우리는
search_track_url아래에 또 다른 URL, 이 경우 액션 링크를 전달하고 있습니다 - 이는 완전히 선택사항이며 우리의 퍼널에 더미 랜더를 추가해야 합니다. 이를 통해 검색 중재 페이지에서 CTR을 시뮬레이션할 수 있지만 특별히 필요하지는 않습니다. 결국 검색 중재에서는 뷰 > 전환의 비율이 높기 때문에 중간 클릭은 그렇게 중요하지 않습니다. 이를 추가할지 말지는 여러분의 선택입니다. 추가한다면, 초기 CTR 추적에 대한 후반부 섹션을 참조하세요. - 위의 특정 문자열은
https://{tracking-domain}/action/1?vid={visitor}&rn={current-node-id}입니다
우리가 미리 계산된 URL을 System1에 전달하기 때문에, 전환 추적 탭에서 할 일이 없으며, System1 측에서 설정할 포스트백도 없습니다.
사용된 트래픽 소스 구성하기
앞서 언급했듯이, 트래픽 소스에서 사용자 지정 데이터(광고 제목 및 키워드)를 전달해야 하며, 이 값들이 System1에 전달됩니다.
앞선 그림을 확인하세요 -- 우리는 {data-ad_title}과 {data-keyword} 토큰을 사용합니다.
따라서, System1을 통한 검색 중재 전용의 새로운 트래픽 소스를 만드는 것을 추천합니다. 예를 들어 TikTok (System1)입니다. 적절한 템플릿을 사용한 다음 매개변수를 추가하거나 조정할 수 있습니다. TikTok 템플릿을 예로 들면:
여기서 ad_title을 추가하고 REPLACE로 설정했으며, keyword 추적 필드도 추가하고 값을 REPLACE로 설정했습니다.
TikTok에는 광고 제목/키워드가 없기 때문에, 적절한 제목 매개변수를 전달하기 위해 URL에서 이를 수동으로 대체해야 합니다.
Taboola의 다른 예를 들어보겠습니다:
여기서 Taboola는 제목에 대한 데이터 전달이 있으므로 그대로 사용할 수 있습니다. 그러나 다시 키워드가 없으므로 새로운 keyword 필드를 추가하고 값을 REPLACE로 설정해야 합니다.
여기서의 목표는 광고 URL을 생성하고 해당 URL에서 REPLACE --> 다른 것으로 데이터를 변경하는 것입니다. 그러나 아래와 같이 나중에 오퍼 수준에서도 이를 재정의할 수 있습니다.
오퍼에 키워드 데이터 전달하기
System1 오퍼의 경우, 오퍼를 생성한 다음 중재 도메인을 기본 페이지 URL로 사용하게 됩니다. URL 구조의 나머지 부분은 데이터 전달 섹션에서 처리됩니다.
실행하는 각 광고에 대해 광고 제목과 키워드 값을 전달하게 됩니다. 이러한 광고 제목/키워드 값을 변경하는 두 가지 방법이 있습니다.
옵션 1: 트래픽 소스에서 URL로 전달
이는 위에서 사용하고 있는 구성입니다.
이를 통해 오퍼는 단일 오퍼(검색 중재 도메인 URL)가 되고 다른 광고를 생성하게 됩니다 --> 이는 다른 값을 전달할 수 있고 --> 다른 검색 중재 페이지 결과를 생성할 수 있습니다.
보고에서는 이 광고 제목 추적 필드로 성과를 분석할 수 있습니다.
옵션 2: 오퍼 수준에서 전달
이제, 이 모든 것이 오퍼 소스/오퍼에 의해 구성된 데이터 전달이므로, 대신 오퍼 수준에서 하드코딩하도록 선택할 수 있습니다.
따라서 오퍼를 생성하고, System1을 오퍼 소스로 선택한 다음, 데이터 전달로 가서 사용자 정의 문자열 옵션을 사용하여 compkey 또는 rskey 필드에 대한 오퍼 수준 재정의를 추가할 수 있습니다.
이렇게 하면 다른 키워드에 대해 여러 오퍼를 생성하고 이를 퍼널에서 다른 오퍼처럼 회전시킬 수 있습니다.
이제 값들은 트래픽 소스의 광고에 의존하지 않고 FunnelFlux 내에서 제어됩니다:
이제 보고에서 키워드를 다른 오퍼로 분리할 수 있습니다.
이 방법의 장점은 FunnelFlux 내에서 더 많은 제어가 가능하고 언제든지 이를 변경하거나 광고를 건드리지 않고 회전에서 페이지를 추가/제거할 수 있다는 것입니다.
단점은 오퍼를 생성하고 퍼널을 구성하는 데 더 많은 수동 작업이 필요하며, 광고와 검색 중재 페이지 간의 일치성이 부족할 수 있다는 것입니다.
또한 규정 준수와 광고 제목이 있는 소스의 경우 검색 중재 파트너가 사용자에게 표시된 광고와 일치하지 않을 수 있는 다양한 키워드를 전달하는 것을 허용하는지 고려해야 합니다.
초기 CTR 추적하기
이 부분은 선택사항입니다.
원한다면 초기 검색 중재 페이지의 CTR을 추적해볼 수 있습니다. 이를 원하지 않는다면 System1 오퍼 소스에서 search_track_url 매개변수를 삭제할 수 있습니다.
따라서 퍼널에서 다음과 같이 트래픽 노드 --> 오퍼 노드(System1 오퍼) --> 더미 랜더를 가질 수 있습니다:
이의 목적은 단지 액션을 생성하여 오퍼 페이지에서 실제로 클릭이 발생할 수 있게 하는 것입니다 -- 그렇지 않으면 클릭스루를 트리거할 방법이 없습니다.
더미 랜더는 무엇이든 될 수 있지만, "Dummy CTR Page"와 같은 새 페이지를 만들고 URL을 https://mylanderdomain.com/non-existent-page와 같이 설정하는 것을 제안합니다.
페이지 자체는 브라우저에 로드되지 않지만 System1의 서버가 리디렉션 체인을 따라갈 경우 google.com이나 test.com과 같은 실제 웹사이트에 많은 무작위 서버 사이드 URL 요청을 스팸으로 보내지 않기를 원합니다.
이제 사용자가 광고 > FunnelFlux URL > System1 오퍼 페이지로 이동하면 일반적으로 클릭할 수 있는 다양한 버튼이 표시됩니다. 클릭 시, FunnelFlux에 액션 이벤트를 발생시켜 클릭스루를 추적합니다. 다음 페이지에서 무언가를 클릭하면 전환을 보냅니다.
이를 통해 초기 페이지의 CTR에 대한 통찰을 얻을 수 있으며, 이는 앵글/일치성을 이해하는 데 중요할 수 있습니다.
이 데이터를 정말로 원하는 경우에만 이를 권장합니다. 그렇지 않으면 피할 수 있는 추가 단계/복잡성이 있기 때문입니다.