공개 입찰 통합 구성하기

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

공개 입찰에 참여하려면 공개 입찰 사용 사례에 맞게 맞춤설정된 실시간 입찰 통합을 구성하고 입찰자 엔드포인트를 Google 계정 관리자에게 전송하여 통합이 제대로 작동하는지 테스트할 수 있도록 합니다. 병합은 한 번만 작업하면 됩니다.

특정 게시자로 통합 제한

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

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

공개 입찰은 독점적인 Authorized Buyers 및 OpenRTB 실시간 입찰 RTB 프로토콜을 사용합니다. 자세히 알아보기

Google OpenRTB 구현

Google의 OpenRTB 구현은 OpenRTB 사양의 모든 기능을 지원하지는 않으며, Authorized Buyers 및 공개 입찰 관련 기능을 위한 확장 프로그램을 추가합니다. Google의 OpenRTB 구현 및 독점 Authorized Buyers 실시간 입찰 프로토콜과의 관계에 대한 자세한 내용은 OpenRTB 가이드를 참조하세요.

들어오는 입찰 요청 처리

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

입찰가로 응답

또한 공개 입찰은 Authorized Buyers와 유사한 BidResponse 구조를 사용하며, 일부 배타적인 필드가 공개 입찰 참여자에게 전송됩니다. 응답할 수 있는 공개 입찰 관련 필드에 대한 자세한 내용은 응답 가이드를 참조하세요.

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

노출수를 추적하여 불일치 줄이기

Google에서 요금이 청구되는 청구 가능 이벤트를 기록할 때 노출 수준 데이터를 검색하는 데 선택사항인 impression_tracking_url 필드를 사용하는 것이 좋습니다. OpenRTB의 경우 BidResponse.seatbid[].bid[].ext.impression_tracking_url로 노출되고 Google 프로토콜에서는 BidResponse.ad[].impression_tracking_url로 노출됩니다.

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에서 adm 필드에 반환된 VAST XML 문서의 일부로 VASTTagURI 요소의 값을 있는 그대로 유지할 수 있습니다.
  2. DV360은 거래소에 대한 입찰 응답에서 nurl 필드를 VAST 문서 URL로 채울 수 있습니다. 그러면 거래소는 필요에 따라 정상적으로 확장된 거래소별 매크로를 사용하여 Google (DV360)이 VASTTagURI 태그로 응답하는 nurl의 값을 전달할 수 있습니다.

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

할인 상품

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

필드 설명
OpenRTB 프로토콜:
BidResponse.seatbid[].bid[].dealid

Google 프로토콜:
BidResponse.ad[].adslot[].exchange_deal_id
입찰과 연결되어 있고 게시자에게 보고되는 거래소 네임스페이스의 거래 ID입니다. 임의 UTF8 텍스트이며 64바이트 이하여야 합니다.
OpenRTB 프로토콜:
BidResponse.seatbid[].bid[].ext.exchange_deal_type

Google 프로토콜:
BidResponse.ad[].adslot[].exchange_deal_type
거래 유형을 지정하는 열거형입니다. 이는 게시자에게 보고되며 입찰에서 거래가 처리되는 방식에 영향을 미칩니다. 가능한 값은 다음과 같습니다.
OPEN_AUCTION = 0;
PRIVATE_AUCTION = 1;
PREFERRED_DEAL = 2;
EXCHANGE_AUCTION_PACKAGE = 3;

다음은 PD/PA에 대한 샘플 OpenRTB 입찰 응답입니다.

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 지원 그룹 계정에 문의하실 수 있습니다.

추가 리소스

샘플 입찰 요청 및 응답

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