기존 추적의 경우 사용자가 광고를 클릭하면 우선 추적 서버로 이동한 후 방문 페이지로 리디렉션됩니다. 이때 다른 추가 추적기를 거칠 수도 있습니다. 추적 리디렉션으로 인해 페이지 로드 시간이 더 길어질 수 있으므로 사용자 환경이 악화되고 전환율에 부정적인 영향이 있을 수 있습니다.
병렬 추적은 다른 방식으로 맞춤 클릭 추적을 처리합니다. sendBeacon 브라우저 함수를 사용하여 사용자가 최종 도착 사이트로 빠르게 이동하게 하는 동시에 백그라운드에서 추적을 수행합니다. 이렇게 하면 사용자가 광고를 클릭하지만 추적 URL의 리디렉션이 완료되기 전에 다른 곳으로 이동하여 방문 페이지에 도달하지 않는 경우에 발생하는 방문수 손실을 줄일 수 있습니다.
병렬 추적은 아직 모든 브라우저에서 지원되지는 않습니다. 사용자가 병렬 추적을 아직 지원하지 않는 브라우저에서 광고를 보는 경우 Google에서 순차 추적으로 되돌립니다.
이 도움말에는 판매자를 대신하여 쇼핑 광고에 제품을 표시하는 유럽의 비교 쇼핑 서비스(CSS)에서 병렬 추적을 구현할 수 있는 방법을 설명합니다.
병렬 추적 작동 방식
병렬 추적은 고객을 먼저 추적 URL로 보내는 것이 아니라 광고에서 최종 도착 URL로 바로 보내면서 백그라운드에서 클릭을 측정합니다.
다음은 병렬 추적의 작동 방식입니다.
- 고객이 광고를 클릭합니다.
- 고객에게 판매자 방문 페이지가 표시됩니다.
동시에 백그라운드에서는 다음 작업이 수행됩니다.
- Google Ads 클릭 추적기가 로드됩니다.
- 추적 URL이 로드됩니다.
- 클릭 추적 프로그램을 둘 이상 사용하면 추가 리디렉션이 로드될 수 있습니다.
병렬 추적을 사용하지 않으면 고객이 광고를 클릭한 후 판매자 방문 페이지에 도달하기 전에 한 번 이상의 리디렉션을 거쳐야 하기 때문에 최종 방문 페이지에 도달하는 데 시간이 더 걸립니다.
다음은 병렬 추적을 사용하지 않을 경우의 추적 작동 방식입니다.
- 고객이 광고를 클릭합니다.
- Google Ads 클릭 추적기가 로드됩니다.
- 추적 URL이 로드됩니다.
- 가능한 추가 추적 URL이 로드됩니다.
- 고객에게 판매자 방문 페이지가 표시됩니다.
병렬 추적 구현 방법
병렬 추적을 구현하려면 제품 데이터와 추적 설정을 변경해야 할 수 있으며, 광고를 게재하는 판매자의 웹사이트도 함께 변경해야 할 수 있습니다.
제품 데이터
제품 데이터에서 다음 URL 속성을 조정합니다.
링크[link]: 판매자 도메인의 최종 판매자 방문 페이지에 해당하는 URL입니다. Google의 크롤링 및 기타 검사에 사용됩니다. 여기에 보고나 결제와 관련된 추적 매개변수를 포함해서는 안 됩니다.
광고 리디렉션[ads_redirect]: 고객이 광고를 클릭하면 바로 이동하게 되는 URL입니다. 링크[link] 속성과 동일한 도메인으로 연결되어야 합니다. 여기에 판매자 웹사이트로 전송할 추적 매개변수를 포함하세요. 판매자가 예상하지 못할 가능성이 있는 추가 추적 매개변수는 판매자 페이지를 로드할 때 문제를 일으킬 수 있으므로 사용하지 않습니다.
추적 템플릿
추적 템플릿을 사용하여 백그라운드의 추적에서 연결되어야 하는 위치를 정의합니다. ValueTrack 매개변수를 포함하여 추적 서버와 정보를 공유할 수 있습니다. 쇼핑 광고의 경우 판매자 ID 및 제품 ID와 같은 매개변수도 사용할 수 있습니다.
추적 서버
병렬 추적은 서버 수준의 리디렉션만 지원합니다. 또한 추적 리디렉션 체인의 모든 URL이 HTTPS를 지원해야 합니다. HTTP 또는 자바스크립트나 HTML과 같은 페이지 상의 리디렉션이 발생하면 이전 URL에서 추적 시퀀스가 종료됩니다. 백그라운드에서 추적이 이루어지기 때문에 사용자 환경에는 아무런 영향이 없지만 호출되지 않은 추적기는 클릭 추적 정보를 수신하지 않습니다.
병렬 추적이 올바르게 작동하도록 다음을 확인하세요.
- 추적 서버가 HTTPS 프로토콜을 사용하는지, 설정한 내부 리디렉션이 HTTPS를 사용하는지 확인합니다.
- 자바스크립트 리디렉션과 같은 페이지 상의 메소드를 사용하는 리디렉션 메커니즘은 작동하지 않으므로 사용하지 않습니다. 추적 리디렉션 체인에 이러한 리디렉션 메커니즘을 사용하는 경우에는 변경해야 합니다.
자동 HTTP 재작성
Google Ads에서 후속 리디렉션을 제어하지는 않지만 첫 번째 추적 호출이 HTTPS로 입력되지 않은 경우 항상 HTTPS로 재작성됩니다. 최종 도착 URL에는 HTTP 또는 HTTPS를 모두 사용할 수 있지만, Google Ads에 입력한 URL에 대해 프로토콜이 HTTPS로 전환되는 경우 서버에서 요청을 처리하도록 설정해야 합니다.
예를 들어 추적 URL이 tracker.example.com이라면 http://tracker.example.com 및 https://tracker.example.com에 모두 응답해야 합니다.
클릭당 ID
일부 추적 서버는 다양한 측정을 합치기 위해 웹사이트에서 매개변수를 읽고 저장할 수 있도록 방문 페이지로 리디렉션될 때 클릭당 ID를 포함합니다. 병렬 추적은 추적 서버에 대한 호출이 웹사이트로 전달되지 않으므로 이 방식을 사용할 수 없습니다.
이 문제를 해결하기 위해 고객 계정에서 자동 태그 추가를 사용 설정할 수 있습니다. 자동 태그 추가를 사용 설정하면 게재 시간 동안 Google 클릭 식별자(GCLID) 매개변수가 방문 페이지 URL 및 추적 템플릿 URL의 끝에 추가됩니다. 이렇게 하면 페이지 상의 태그(예: Google 애널리틱스)는 물론 추적 서버가 매개변수를 처리할 수 있습니다. 이 매개변수를 트래픽 정보를 합치는 공통 키로 사용할 수 있습니다.
자동 태그 추가 외에도 새로운 {gclid} ValueTrack 매개변수가 출시되었습니다. 현재 고유 식별자를 삽입하는 데 사용하는 매개변수가 있다면 이 식별자 대신 값으로 {gclid}를 사용하여 웹사이트에 필요한 변경사항을 줄일 수 있습니다. 예를 들어 Google Ads의 최종 도착 URL이나 추적 템플릿에 partner_id=[동적으로 생성된 클릭 ID]와 같은 매개변수가 포함된 경우 이제 partner_id={gclid}로 업데이트할 수 있습니다.
URL 재구성
게재 시점에 {lpurl} ValueTrack 매개변수에 연결된 매개변수 및 추적 템플릿 필드의 변형이 인코딩 규칙을 기준으로 파싱되어 방문 페이지 호출에 추가됩니다. 또한 병렬 추적이 적용되면 추적기 호출의 {lpurl} 매개변수는 https://google.com/asnc/dGVzdA와 비슷한 대체 URL로 교체됩니다. 이 URL은 예시이며 정확한 URL은 이와 다를 수 있습니다.
{lpurl}을 Google 대체 URL로 교체하면 웹페이지가 두 번 핑되지 않습니다(한 번은 고객의 클릭으로, 또 한 번은 병렬 추적 리디렉션에 해당). 추적기가 {lpurl} ValueTrack 매개변수를 일반적으로 처리할 때와 마찬가지로 계속 이 대체 URL로 리디렉션되어야 합니다. 리디렉션 시 Google 대체 URL이 HTTP 상태 코드 204를 반환합니다.
추적기가 전달된 ID를 기준으로 리디렉션 URL을 선택하는 경우에는 리디렉션 시 광고 리디렉션[ads_redirect] URL과 동일한 페이지로 이동하는지 확인하거나 {lpurl} 매개변수로 전달된 URL로 리디렉션되도록 추적기 동작을 변경하세요.
판매자 웹사이트
판매자 웹사이트로 전송된 매개변수를 변경하는 경우 매개변수가 올바르게 처리되는지, 판매자 방문 페이지를 로드할 때 문제가 발생하지 않는지 판매자와 함께 확인하세요.
다음 예를 참조하세요.
| 판매자 센터 계정 | |
| 판매자 ID | 99887766 |
| 제품 데이터 | |
ID[id] |
p123v789_b |
링크[link] |
https://www.merchant.com/product123?variant_id=789 |
광고 리디렉션[ads_redirect] |
https://www.merchant.com/product123?variant_id=789&ref=mycss |
| Google Ads 설정 | |
| 추적 템플릿 | https://redirect.com?url={lpurl}&merchant={merchant_id}&product={product_id} |
| 병렬 추적이 지원되는 호출 | |
| 탐색 | https://www.merchant.com/product123?variant_id=789&ref=mycss |
| 병렬 추적기 호출 | https://redirect.com?url=https%3A%2F%2Fgoogle.com%2Fasnc%2FdGVzdA%26 variant_id%3D789%26ref%3Dmycss&merchant=99887766&product=p123v789_b &gb=1 |
| 병렬 추적이 지원되지 않는 호출 | |
| 브라우저 호출 | https://redirect.com?url=https%3A%2F%2Fwww.merchant.com%2Fproduct123% 3Fvariant_id%3D789%26ref%3Dmycss&merchant=99887766&product=p123v789 _b |
| 순차 홉 | https://www.merchant.com/product123?variant_id=789&ref=mycss |
추적기가 호출을 식별할 수 있도록 Google에서 병렬 추적 호출에 'gb=1' 매개변수를 추가합니다.
병렬 추적 구현을 테스트하는 방법
구현을 테스트하려면 다음 단계를 따르세요.
- 어디에서 구현을 테스트할지 결정합니다. 특정 캠페인, 광고 그룹, 제품 그룹에서 테스트할 수 있습니다. 테스트 목적으로 완전히 새로운 캠페인을 만들 수도 있습니다.
- 해당 추적 템플릿에 '{_beacon}=true'를 추가합니다. 캠페인을 추가하는 경우에는 캠페인 설정을 사용하고, 광고 그룹이나 제품 그룹에 적용하는 경우에는 추적 템플릿 속성 열을 추가하여 추적 템플릿을 추가합니다.
- 추적 템플릿이 핑을 수신하는지 로그를 통해 확인합니다. 추적에 'gb=1'이 있으면 백그라운드에서 실행되었고 의도한 대로 작동하는 것입니다.