프로그래매틱 보장 계약에서는 고정 가격으로 구매할 노출 횟수를 판매자와 협상합니다. 보장 프로그래매틱 거래 제안을 수락하면 협상된 조건에 따라 판매자의 인벤토리를 구매하기로 약속하는 것입니다. 약정 및 규정 준수 모니터링 도구에 대해 자세히 알아보려면 보장 프로그래매틱 SLA 프레임워크를 설명하는 고객센터 도움말을 참고하세요.
만들기
프로그래매틱 보장 계약은 제안 요청서 (RFP)를 통해 협상이 시작될 때 체결됩니다. 판매자에게 RFP(제안요청서)를 보내 협상을 시작할 수 있습니다.buyers.proposals.sendRfp .
결과 제안서가 보장 프로그래매틱 거래에 대한 제안서가 되려면 RFP에 programmaticGuaranteedTerms이 포함되어야 합니다. 판매자가 RFP를 보낼 수도 있으며, 이 RFP는 Marketplace API에 제안서로 표시됩니다. 생성되면 buyers.proposals.list로 거래 제안을 찾을 수 있으며, 게시자와 판매자 간의 협상이 시작될 수 있습니다.
협상
보장 프로그래매틱 거래 제안서가 생성되면 양측이 만족하거나 제안서가 취소될 때까지 제안서와 해당 거래를 조정하여 판매자와 협상할 수 있습니다. 협상이 성공하면 다음 중 하나를 수행할 수 있습니다.
- 제안서 또는 거래 변경사항 폴링: 제안서 또는 해당 거래가 변경될 때마다
proposalRevision이 증가합니다. 이를 사용하여 판매자가 제안을 수락했는지 또는 반대 제안으로 응답했는지 감지할 수 있습니다. - 패치하세요제안 또는거래 제안 내용을 수정하거나 판매자에게 역제안을 보내십시오. 이렇게 하면
proposalRevision이 증가합니다. - 판매자와 커뮤니케이션: 제안서에는 구매자와 판매자에게 표시되는 메모가 포함됩니다. 예를 들어 제안서 또는 거래에 적용한 변경사항에 관한 컨텍스트를 제공하기 위해 메모를 추가할 수 있습니다.
마무리하고 서빙 준비를 하세요.
제안에 만족하고 state이 BUYER_ACCEPTANCE_REQUESTED이면 제안을 수락할 수 있습니다.
이로써 계약이 최종 확정되었으며, flightStartTime에서 서비스를 제공하기 시작합니다.
광고 소재 준비가 완료된 후에만 광고 게재가 시작되도록 하려면, 담당 기술 계정 관리자에게 문의하여 프로그래매틱 보장형 광고에 대한 기본 동작을 해제하고, 광고 게재 준비가 완료되면 수동으로 신호를 보내도록 설정하는 것이 좋습니다. 보장 프로그래매틱 거래가 게재될 준비가 되었을 때 수동으로 신호를 보내는 워크플로의 예는 다음과 같습니다.
- 판매자와 제안을 협상하세요
- Real-time Bidding API를 사용하여 검토를 위해 광고 소재를 제출합니다. 게재하려는 광고 소재는 검토를 거쳐 거래에 사용할 수 있도록 승인되어야 합니다.
- 제안 수락: 제안이 수락되면 수락된 거래는 최종 거래에 반영됩니다.
- 실시간 입찰 API를 사용하여검색하다 이전에 제출된 창작물을 확인하고, 그것들이 맞는지 확인합니다.승인됨 실시간 입찰에서 거래 입찰에 사용하기 위한 정보: 보기
dealsPolicyCompliance광고 콘텐츠가 승인되었으며 들어오는 입찰 요청에 대한 응답으로 게재될 수 있는지 확인합니다. - 실시간 입찰 API를 사용하여추가하다 거래에 사용될 모든 크리에이티브에 대한 거래 내용: 크리에이티브에 거래를 추가하면 거래와 관련된 퍼블리셔가 게재를 시작하기 전에 해당 크리에이티브를 검토할 수 있습니다.
- 퍼블리셔가 크리에이티브에 대한 수동 검토를 요구하는 경우, 퍼블리셔의 승인을 받지 않은 크리에이티브가 포함된 입찰은 경매에서 제외됩니다. Google은 프로모션 시작 전에 프로모션에 사용할 모든 크리에이티브에 해당 프로모션을 추가하는 것을 권장합니다.
- 거래가 준비되었음을 수동으로 알리십시오: 거래가 준비되면 구성된
flightStartTime에서 거래에 대한 입찰 요청을 받기 시작하며, 이는flightEndTime또는impressionCap에 도달할 때까지 계속됩니다.
재협상
거래가 최종 확정된 후 귀하 또는 판매자는 제안 또는 거래를 수정하여 재협상을 시작할 수 있습니다. 재협상 중에 finalizedDeals 리소스는 이전 계약을 반영하며 가능한 경우 이를 기반으로 계속 게재됩니다. 그만큼deals 이 자료는 재협상의 현재 상황을 반영하며, 재협상은 초기 협상과 유사하게 진행될 것입니다.협상 .
매수인과 매도인 모두 재협상된 조건을 수락하면, 기존에 확정된 계약은 새로운 계약에 따라 효력을 갖게 됩니다. 취소되면 거래가 재협상이 시작되기 전의 상태로 되돌아갑니다.
보장 프로그래매틱 거래의 노출에 입찰
보장 프로그래매틱 거래의 게재가 시작되면 실시간 입찰 통합에서 해당 거래에 대한 입찰 요청을 수신하며 거래 조건에 따라 입찰해야 합니다(예: 일정 기간 동안 정해진 노출수에 대해 특정 가격으로 입찰).
특정 입찰 요청에는 둘 이상의 PG 거래가 포함될 수 있습니다. 이 경우 요청에 제출된 각 거래 ID에 대해 응답해야 합니다. 보장 프로그래매틱 거래와 직접 관련된 필드는 다음과 같습니다.
| Google 프로토콜 | OpenRTB 프로토콜 | 설명 |
|---|---|---|
BidRequest.adslot.matching_ad_data.direct_deal.direct_deal_id
|
BidRequest.imp.pmp.deals.id
|
혜택의 고유 식별자입니다. 이는 Marketplace API에서 반환되는 거래의 리소스 ID와 동일합니다. |
BidRequest.adslot.matching_ad_data.direct_deal.deal_type
|
BidRequest.imp.pmp.deals.ext.deal_type
|
경매 유형은 PROGRAMMATIC_GUARANTEED 또는 OpenRTB JSON의 경우 "3"으로 설정됩니다.
|
BidRequest.adslot.matching_ad_data.direct_deal.fixed_cpm_micros
|
BidRequest.imp.pmp.deals.bidfloor
|
이는 구매자와 판매자가 합의한 거래의 CPM과 동일하며, Marketplace API에서는 fixedPrice으로 표시됩니다. 보장 프로그래매틱 거래의 경우 입찰 응답에 지정된 값을 재정의합니다.
|
BidRequest.adslot.matching_ad_data.direct_deal.publisher_blocks_overridden
|
BidRequest.imp.pmp.deals.ext.publisher_blocks_overridden
|
프로그래매틱 보장 거래의 경우 항상 true이 표시됩니다. 이는 제외된 카테고리가 허용됨을 의미합니다.
|
BidRequest.adslot.matching_ad_data.direct_deal.must_bid
|
BidRequest.imp.pmp.deals.ext.must_bid
|
구매자가 거래에 입찰해야 하는지 여부를 나타냅니다. 예를 들어 거래가 일정보다 빨리 진행되는 경우 False로 설정되며 입찰은 선택사항입니다. 그렇지 않으면 입찰이 필요하며 입찰에 참여하지 않으면 거래 게재 및 인벤토리 가용성에 부정적인 영향을 미칠 수 있습니다. |
게재 일시중지 및 재개
보장 프로그래매틱 거래가 확정되었지만 일시적으로 입찰할 수 없는 경우 buyers.finalizedDeals.pause 메서드를 사용하여 거래를 일시중지해야 합니다. 예를 들어, 처음에 승인되었지만 승인되지 않아 재제출해야 하는 경우에 이 방법을 사용할 수 있습니다. 이렇게 하면 거래에 대한 입찰 요청을 받지 않게 되지만 거래 조건으로 협상된 의무는 여전히 준수해야 합니다.
최종 계약 이행을 재개하려면 buyers.finalizedDeals.resume을 사용하세요.