공개 입찰 통합 구성하기

공개 입찰을 사용하면 거래소 및 기타 구매자가 Google의 실시간 입찰 인프라를 활용하여 Google Ad Manager 및 AdMob 인벤토리에 입찰할 수 있습니다.

공개 입찰에 참여하려면 공개 입찰 사용 사례에 맞게 맞춤설정된 실시간 입찰 통합을 구성하고 입찰자 엔드포인트를 Google 계정 관리자에게 전송하여 통합이 제대로 작동하는지 테스트합니다. 이는 일회성 프로세스입니다.

일부 게시자로 통합 제한

공개 입찰 통합은 게시자의 요청을 수락할 준비가 될 때까지 '비공개 모드'로 유지할 수 있습니다. 비공개 모드에서는 계정팀과 협력하여 일부 게시자와 연결하고 확장할 준비가 될 때까지 이 상태를 유지할 수 있습니다. 비공개 모드를 종료하면 모든 게시자에게 계정이 표시됩니다.

지원되는 프로토콜 및 인코딩

JSON 또는 Protobuf 형식 중 하나로 OpenRTB를 사용할 수 있습니다. 자세히 알아보기

Google OpenRTB 구현

Google의 OpenRTB 구현은 OpenRTB 사양에 있는 모든 기능을 지원하지 않으며 Authorized Buyers 및 공개 입찰 관련 기능을 위한 확장 프로그램을 추가합니다. 자세한 내용은 OpenRTB 가이드를 참고하세요.

수신된 입찰 요청 처리

공개 입찰은 Authorized Buyers와 동일한 BidRequest 구조를 사용하지만 일부 필드는 공개 입찰 참여자에게만 전송됩니다. 입찰 요청에 전송되는 공개 입찰 관련 필드에 대해 자세히 알아보려면 요청 가이드를 참고하세요.

입찰가로 응답

공개 입찰은 Authorized Buyers와 유사한 BidResponse 구조를 사용하며 일부 전용 필드는 공개 입찰 참여자에게 전송됩니다. 응답할 수 있는 공개 입찰 관련 입력란에 대해 자세히 알아보려면 응답 가이드를 참고하세요.

입찰할 때 선호하는 광고 형식에 따라 응답 구조가 크게 다를 수 있습니다. 일반적인 광고 형식의 입찰가로 응답하도록 입찰자 애플리케이션을 구성하는 데 도움이 되는 다음 가이드를 검토하세요.

노출수 추적을 통해 불일치 줄이기

선택적 BidResponse.seatbid.bid.ext.impression_tracking_url 필드를 사용하여 Google에서 비용이 청구되는 청구 가능 이벤트를 기록할 때의 노출 수준 데이터를 검색하는 것이 좋습니다.

Google 수요 불일치 해결 (베타)

이 기능은 거래소에 청구되는 노출수가 Google Display & Video 360 (DV360)에서 지불된 노출수와 일치하도록 하는 것을 목표로 합니다.

공개 입찰에서 게재된 DV360 노출수를 정확하게 식별함으로써, Google은 광고 스팸 및 청구 가능 이벤트 불일치를 조정하여 게시자에게 지급되지 않은 노출에 대해 비용이 청구되지 않도록 할 수 있습니다.

입찰 요청에서 google_query_id 전파

유효 노출수가 Google 수요 전반에서 일치하도록 하려면 google_query_id를 공개 입찰 요청에서 Google 수요 플랫폼으로 있는 그대로 전파해야 합니다. 이는 공개 입찰 불일치 해결을 위한 기본 요건입니다. 현재 예상되는 google_query_id의 길이는 약 64바이트입니다.

입찰 응답에서 third_party_buyer_token 전파

Google 수요 플랫폼이 거래소의 내부 입찰에서 낙찰된 경우 third_party_buyer_token 필드는 입찰 응답에서 공개 입찰 노출을 통해 다시 있는 그대로 전파되어야 합니다. 이를 통해 Google 게시자 플랫폼은 공개 입찰 파트너의 낙찰가가 동일한 노출 기회에 대한 Google 수요를 대신하는 입찰가임을 확인할 수 있습니다. 이 필드의 현재 최대 길이는 150바이트입니다.

입찰 응답에서 Google 광고 소재 마크업을 그대로 전달

불일치 해결이 Google 수요의 입찰가에 적용되도록 하려면 교환에서 래퍼 (스크립트 태그, iframe 또는 VAST 래퍼) 없이 Google 광고 소재 마크업을 전파해야 합니다. 불일치 해결로 인해 Google 수요 플랫폼에서 집계하지 않은 공개 입찰 노출수는 무효화되고 Google에서 인보이스 처리하지 않을 수 있습니다. Google은 주기적으로 광고 소재 마크업을 확인하여 third_party_buyer_token가 포함된 입찰이 다른 구매자가 아닌 Google 수요를 대신하여 제출되었는지 확인합니다.

HTML5 광고 소재

거래소는 일반적으로 적용되는 거래소별 매크로 확장과 함께 Google HTML 마크업을 있는 그대로 제출해야 하며, 원하는 경우 거래소에서 일반적으로 추가하는 추가 추적기 픽셀 또는 스크립트도 제출해야 합니다.

거래소에서 Google HTML 광고 소재를 태그 (script, iframe 또는 기타 기법)로 래핑하여 나중에 Google HTML 코드를 로드하거나 렌더링하는 경우 Google에서는 불일치 해결을 적용할 수 없습니다.

VAST 동영상 광고 소재

불일치 해결을 이용하려면 거래소에서 다음 접근 방식 중 하나를 사용하여 VAST XML 응답에 VASTTagURI를 채워야 합니다.

  1. 거래소는 일반적으로 적용되는 거래소별 매크로 확장과 함께 Google에서 BidResponse.seatbid.bid.adm 필드에 반환된 VAST XML 문서의 일부로 VASTTagURI 요소의 값을 있는 그대로 보존할 수 있습니다.
  2. DV360은 거래소에 대한 입찰 응답에서 VAST 문서 URL로 BidResponse.seatbid.bid.adm.nurl 필드를 채울 수 있습니다. 그러면 거래소는 VASTTagURI 태그와 함께 이 값을 전달할 수 있으며, 거래소별 매크로는 필요에 따라 정상적으로 확장됩니다.

거래소는 필요한 경우 VAST XML 문서 내에 추가 VAST 이벤트 및 오류 추적기를 지정할 수 있습니다.

특가

공개 입찰에 참여하는 거래소는 공개 입찰과 함께 우선 거래(PD), 비공개 입찰(PA)을 사용할 수 있습니다. 거래 ID 및 유형은 다음과 같이 지정해야 합니다.

필드 설명
BidResponse.seatbid.bid.dealid 입찰가와 연결되어 게시자에게 보고된 거래소의 네임스페이스에 있는 거래 ID입니다. 임의의 UTF8 텍스트이며 64바이트 이하여야 합니다.
BidResponse.seatbid.bid.ext.exchange_deal_type 거래 유형을 지정하는 enum입니다. 이는 게시자에게 보고되며 입찰에서 특가가 처리되는 방식에 영향을 미칩니다. 가능한 값은 다음과 같습니다.
OPEN_AUCTION = 0;
PRIVATE_AUCTION = 1;
PREFERRED_DEAL = 2;
EXCHANGE_AUCTION_PACKAGE = 3;

다음은 PD/PA의 샘플 입찰 응답입니다.

id: "ECHO_BIDREQUEST_ID"
seatbid {
  bid {
    id: "BID_ID"
    impid: "1"
    price: 1.23
    adm: "AD_TAG"
    adomain: "DECLARED_LANDING_PAGE_URL"
    cid: "BILLING_ID"
    crid: "CREATIVE_ID"
    dealid: "DEAL_ID"
    w: 300
    h: 250
    [com.google.doubleclick.bid] {
      impression_tracking_url: "IMPRESSION_TRACKING_URL"
      exchange_deal_type: "DEAL_TYPE"
    }
  }
}

Google에서 호스팅하는 일치 테이블을 채우려면 공개 입찰 참여자는 필요에 가장 적합한 다음 옵션 중 하나를 사용하면 됩니다.

지연 시간 관리

피어링 가이드에 있는 거래 위치를 사용하여 수신되는 입찰 요청에 응답할 때 입찰자 엔드포인트의 지연 시간을 추정해야 합니다.

입찰 요청이 많은 대규모 거래소는 지연 시간과 지연 시간 변동성을 줄이기 위해 Google과 피어링 계약을 체결하는 것이 좋습니다. 피어링에 대해 자세히 알아보기

클릭 매크로

클릭 매크로를 구현하는 것이 좋습니다. 이렇게 하면 계정 및 함께 작업하는 게시자의 클릭수 및 클릭에서 파생된 측정항목이 포함된 보고서를 실행할 수 있습니다. 자세히 알아보기

API

공개 입찰 고객은 Authorized Buyers REST API를 사용하여 문제 해결에 유용한 데이터에 액세스할 수 있습니다. 현재 다음 API 리소스만 액세스할 수 있습니다.

기술계정 관리자에게 문의하여 이러한 API에 액세스할 수 있도록 계정을 구성하고 API 호출에 필요한 계정 ID를 가져올 수 있습니다. 이러한 API 사용과 관련된 기술 지원이 필요한 경우 adxbuyerapi-support@google.com 지원 별칭에 문의하세요.

추가 리소스

샘플 입찰 요청 및 응답

지원되는 모든 프로토콜의 입찰 요청 및 응답 샘플은 요청 및 응답 가이드에서 확인할 수 있습니다.