스폰서드 리스팅에 대한 추적 설정

비콘을 활용하여 정확한 상호작용 정보를 전송하고 매출을 산정합니다

광고주에게 성과에 대한 보고를 하기 위해서는, 스폰서 링크가 언제 조회되고 클릭되었는지, 그리고 해당 광고 클릭이 언제 전환으로 이어졌는지 파악하는 것이 필수적입니다. 이때 전환이 ‘ Expedia Group ’ 비율에 따른 것이든, 다른 인벤토리 출처의 비율에 따른 것이든 상관없이 파악해야 합니다. Lodging Sponsored Listings API는 비콘을 사용하여 이러한 추적 및 광고 성과 보고 기능을 제공합니다.

추적 비콘은 암호화된 정보 단위로, 이를 통해 당사 시스템은 광고 상호작용 이벤트를 정확하게 파악하고, 귀하의 예약을 해당 광고주에게 정확히 귀속시키며, 귀하의 사이트에서 발생하는 광고 수익을 처리할 수 있습니다.

추적 비콘 세부 정보

추적 비콘은 당사의 배송 API를 통해 생성되며, URL 형태로 각 응답에 포함됩니다. 추적 비콘에는 각 스폰서 게시물과 연결된 고유한 정보가 포함되어 있으므로 재사용할 수 없으며, 적절한 시점에 작동되어야 합니다.

참고: 모든 비콘에는 비콘이 트리거될 때 채워야 할 실제 위치에 대한 자리 표시자가 정렬 순서대로 포함되어 있습니다.

일부 비콘은 당사의 보고를 위해 필수적이며, 다른 비콘들은 귀사의 전략 수립에 도움이 됩니다. decision-making.

비콘 클릭

이름에서 알 수 있듯이, 클릭 비콘은 사용자가 스폰서 목록을 클릭할 때 작동합니다. 이는 스폰서드 리스팅의 핵심 요소로, 사용자에게 수익을 창출해 주는 메커니즘이기 때문입니다.

클릭 비콘을 구현할 때의 모범 사례:

• 사용자가 숙박 시설 상세 페이지를 열도록 유도하는 리스팅 카드의 부분에만 설정하십시오.
• 오른쪽 클릭은 숙박 카드의 ‘ non-image ’ 요소에서만 클릭 비콘을 트리거해야 합니다.

비콘 렌더링 및 보기

언뜻 보면 ‘렌더’와 ‘뷰’는 같은 데이터 포인트처럼 보일 수 있지만, 실제로는 서로 다른 시점에 트리거됩니다. 렌더링 비콘은 광고가 페이지에 렌더링되는 즉시 작동하지만, 조회 비콘은 광고 픽셀의 50% 이상이 브라우저 창에 1초 동안 연속적으로 표시될 때만 작동합니다.

예를 들어, 다음과 같은 상황을 생각해 봅시다:

귀하의 웹사이트는 숙박 시설 10개 목록을 수신하여 페이지 결과에 이를 포함시킵니다. 페이지가 로드되면, 브라우저는 실제로 뷰포트에 표시되든 안 되든 상관없이 10개의 숙박 시설 카드를 모두 렌더링합니다. 검색 결과 레이아웃 상으로는 페이지 상단에 있는 2개만 사용자에게 실제로 표시됩니다. 만약 모든 숙박 시설에 비콘이 장착되어 있다면, 10개의 렌더 비콘은 모두 작동하겠지만, 뷰 비콘은 2개만 작동할 것입니다. 사용자가 아래로 스크롤하여 나머지 숙박 시설 카드들이 화면에 나타나면, 나머지 뷰 비콘들이 트리거됩니다.

뷰 비콘과 렌더 비콘을 모두 결합하면 보다 세분화된 데이터를 확보할 수 있으며, 이는 스폰서드 리스팅의 배치와 관련된 의사결정에 활용될 수 있습니다. Lodging Sponsored Listings API를 도입하는 데는 조회 및 클릭 비콘만 필수적이지만, 조회 및 렌더링 비콘을 모두 구현하는 것을 권장합니다.

뷰 비콘과 렌더 비콘 모두 URL에 ‘ position ’ 매개변수를 사용하며, 이 매개변수에는 전체 검색 결과 내에서 스폰서 목록이 차지하는 순위를 숫자로 입력해야 합니다. 페이지 내 카드의 순서는 일반적으로 1(페이지 상단에 있는 첫 번째 숙박 시설 카드)부터 아래로 번호가 매겨집니다. 페이지 나누기 결과에서 순서는 페이지 간에 연속적으로 이어지며, 새로운 페이지가 시작될 때마다 번호 매기기가 다시 시작되지는 않습니다.

중복 제거

추적 비콘 이벤트는 경매 ID와 숙박 시설 ID를 기준으로 중복 제거됩니다. 예를 들어, 필터링된 검색에 대해 새로운 광고 요청이 제출되지 않으면, 새로운 경매 ID가 생성되지 않습니다. 기본 정렬 및 필터링 검색 모두에서 동일한 숙박 시설가 표시되고 클릭된 경우, 클릭 1회에 대해서만 수익을 얻게 됩니다.

봇 탐지

봇 트래픽이 감지되어 차단되지 않는 한, 조회수나 클릭 수와 같은 허위 광고 이벤트가 발생할 수 있습니다. 이러한 이벤트는 유효하지 않으므로 광고주에게 요금이 부과되어서는 안 되며, 따라서 이를 식별하여 걸러내야 합니다.

알려진 봇에게 광고가 표시되지 않도록 하고, 봇 활동으로 인해 광고 추적 이벤트가 발생하지 않도록 하는 데 여러분의 협조를 부탁드립니다. 예기치 못한 공격으로 인해 수백만 달러에 달하는 부정 광고 수익이 발생할 수 있으며, 이 금액은 결국 광고주에게 환불되어야 합니다.

부정 트래픽을 방지하기 위해, 특정 조건이 충족되지 않을 경우 이벤트를 자동으로 거부하는 보호 로직을 적용하고 있습니다.

Lodging 스폰서 목록 API에 대한 봇 탐지 보안 지침:

• 통화를 연결할 때는 고객의 실제 IP 주소를 저희에게 알려주십시오. 동일한 IP 주소에서 발생하는 이벤트가 1시간 이내에 미리 정해진 횟수를 초과할 경우, 해당 이벤트는 거부됩니다.
  참고: 고객 IP가 활용되는 방식은 오직 이 방법뿐이며, 엄격한 데이터 접근 정책을 통해 고객 IP 데이터가 오용되지 않도록 보장하고 있습니다.
• user-agent 와 origin HTTP 헤더가 올바르게 설정되어 있는지 확인하십시오. 값이 잘못되었거나 누락된 경우, 당사 봇 필터에 의해 차단되거나 cross-origin 리소스 공유(CORS) 문제가 발생할 수 있습니다.
• 서비스가 시작되기 전에, 스폰서 링크가 표시될 모든 도메인의 목록을 당사에 제출해 주셔야 합니다. 필요한 경우 와일드카드를 사용할 수 있습니다. 알 수 없는 도메인에서 발생된 이벤트는 자동으로 거부됩니다.