Tony Programming

7. 구현 노트(참고 사항) 7.1 No-Bid-Signaling 이 절은 입찰 없는 신호의 옵션을 사용하기 위한 최상의 방법을 설명합니다.많은 exchange 들이 입찰 없음 응답을 지원하고있습니다. - HTTP 204 "No Content"을 bidder에게 받음. (대역폭의 관점에서 가장 경제적) - 빈 JSON 객체를 보냄 - JSON 객체 안에 입찰 응답을 empty로 보냄 - JSON 객체 안에 입찰 응답으로 empty로 보내고, nbr(no bid response code)를 같이 보냄. 중요한 문제는 노출이 웹 브라우저를 흉내낸 소프트웨어 robot에 의해 생성 될 때 생깁니다. 이같은 로봇들은 암시적 또는 명시적으로 잘못된 트랜잭션을 일으키곤 합니다. 이와 대칭되는 최상의 practice..

4. 입찰 응답 사양. RTB 응답은 입찰 요청 내의 특정 노출을 참조하는 입찰(bid)이 포함되어 있습니다. 입찰은 본질적으로 매수 청약 방식입니다. 입찰 응답은 최상위 입찰 응답 객체와 특정 입찰을 묘사하는 Option 객체로 구성되어 있습니다. 빈 HTTP 응답은 Bid를 구성하지 않고, 사실상 신호의 가장 친화적인 대역폭 응답과 "No-bid reason"을 반환하는 형태를 권장합니다. 잘못된 응답 또는 응답에 실제 bid가 포함이 안되 있을 경우 또한 bid가 아닌 것으로 해석한다. 4.1 Object Model 최상위 레벨 객체는 BidResponse 객체이다. 입찰 응답은 입찰에 다수의 "seats"를 포함 할 수 있다. 실제로 응답은 한 "seat"가 다수의 입찰들을 포함할 수 있다. 하지..

3. Bid Request Specification (입찰 요청 스펙) RTB 트랜잭션은 exchange 또는 다른 공급 소스를 bidder에게 입찰 요청을 보낼 때 시작된다. 입찰 요청 최상위 입찰 요청 개체는 적어도 하나의 노출 오브젝트로 구성되며, 선택적으로 노출 context를 제공하는 개체를 추가로 포함 할 수 있다. 3.1 Object Model 그림은 입찰 요청에 대한 오브젝트 모델이다. 최상위 객체(i.e JSON 이름없는 외부 개체)는 모델의 입찰 요청으로 표시된다. 직접적인 하위 개체는, 오직 imp를 노출 묘사에 기초하고 그것의 노출의 타입을 배너, 비디오 및 네이티브 중 적어도 하나를 필요로 하기 때문에 그것 중 하나를 명시하고 기술적으로 요구한다. 노출이 선택적으로비공개 시장으로 ..

2. OpenRTB 기초 광고 요청은 publisher site에서 시작. 각 인바운드 광고 요청에 대해 입찰 요청이입찰자에게 브로드캐스트 되고, response는 일반적인 경매 규칙에 따라 평가하고,경매에서 이긴 사람에게 공지가 되고 광고 마크업이 리턴됩니다.경쟁에서 이기면 URL을 공지하고, bidder가 커뮤니케이션 하는데 중요한 정보를exchange할 수 있는 몇가지 표준 매크로를 포함한 마크업을 포함 할 수 있습니다.(e.g 명확한 가격) 위 그림을 보면 손실 알림에 대한 명확한 규정이 없다는 것을 알 수 있습니다.이것은 중요한 시스템 및 대역폭 비용 때문에 그렇게 하는것입니다. 그러나exchange는 오프라인 또는 요청/응답 프로토콜 이외의 별도의 프로세스를 통해 손실된입찰 데이터를 제공하는 ..

->들어가기 앞서. 본 문서는 OpenRTB 2.4 API를 기준으로 만들어졌으며, https://adside.wordpress.com/ 사이트의 번역을 일부 참고했음을 알립니다. 버전 별 프로토콜이 상이할 수 있으니 참고 바랍니다. 1.1 목표 / 개요 RTB - Real Time BiddingOpenRTB 프로젝트의 목표는 바이어와 광고주, 퍼블리셔 간의 커뮤니케이션을 회사표준안으로 통합해서 제공하여 Real-Time-Bidding 시장을 더욱더 성장시키는 것이다.실제 실시간 입찰 프로토콜, 정보 분류, 오프라인 구성 동기화, 그 외 다수의 것들은각각의 표준안들을 포함하고 있지만, 제한은 없다. 이 문서는 성장하기 이전의 openRTB는 실시간 입찰 시스템 인터페이스의 표준안이'block list p..