SupplyChain 객체를 사용하면 구매자와 중개자가 광고 인벤토리를 판매하거나 재판매하는 모든 당사자를 볼 수 있습니다. 객체는 ads.txt
/ app-ads.txt
및 sellers.json
과 함께 작동하여 광고 생태계에 투명성을 제공합니다.
- 게시자가 입찰 요청을 보냅니다.
- 구매자는 SupplyChain 객체에서 입찰 요청 및 데이터를 수신합니다.
- 구매자는 재고를 재판매하는 모든 중개자의 신원을 조회합니다.
- 구매자는 재고 판매 권한이 있는 공급업체를 크롤링하고 확인합니다.
Google은 해당하는 경우 OpenRTB 요청 또는 Google RTB 프로토콜 내에서 자동으로 객체를 생성합니다.
SupplyChain 객체의 작동 방식
이라고도 하는 SupplyChain 객체는 OpenRTB 입찰 요청의 일부이며 '노드'로 구성됩니다. schain
schain
객체의 각 노드는 입찰 요청에 참여하는 특정 항목을 나타내며, 여기에는 인벤토리의 직접적인 결제 흐름과 관련된 모든 항목이 포함됩니다.
// Example object
"schain": {
"complete": 1,
"nodes": [{
"asi":"google.com",
"sid":"pub-1234567891234567", // Same seller_id for the publisher in sellers.json
"hp":1
}],
"ver":"1.0"
}
자세한 내용은 OpenRTB의 개발자 문서 및 IAB 문서를 참고하세요.
SupplyChain 객체는 구매자와 작업하는 방식에 따라 다르게 표시됩니다.
Google을 통해 직접 판매하는 게시자
Ad Manager, AdMob 또는 애드센스를 통해 직접 인벤토리를 판매하는 게시자의 경우 schain
객체에는 sellers.json에 있는 seller_id
와 함께 'google.com'에 대한 노드가 하나만 포함됩니다.
공개 입찰을 사용하는 게시자
타사 거래소와 협력하기 위해 공개 입찰을 사용하는 게시자는 schain
객체에 두 개의 노드가 있습니다. 하나는 sellers.json에서 찾아볼 수 있는 seller_id
가 포함된 google.com용 노드이고, 다른 하나는 거래소 수익 파트너용 노드입니다.
Google이 입찰 요청을 보내기 전에 google.com을 위한 노드를 생성하는 것처럼, 타사 거래소는 요청을 전달하기 전에 노드를 추가해야 합니다.
모든 비결제 중개자
결제를 처리하지 않는 중개자는 SupplyChain 객체에 포함되지 않습니다. 여기에는 클라이언트 측 헤더 입찰, 미결제 헤더 입찰 및 기타 미디에이션이 포함됩니다.
복수 고객 관리 게시자
복수 고객 관리(MCM)를 사용하면 상위 게시자가 계정 관리 위임 유형을 사용하여 개별적으로 또는 인벤토리 관리 위임 유형을 사용하여 대규모로 하위 게시자의 인벤토리로 수익을 창출할 수 있습니다.
인벤토리 관리를 사용하는 상위 및 하위 게시자의 경우, 이제 하나의 SupplyChain 객체가 상위 게시자의 판매자 ID에 대한 노드 1개, 하위 게시자에 대한 노드 1개와 함께 생성되며, schain
객체는 완전한 것으로 표시됩니다.
계정 관리를 사용하는 상위 및 하위 게시자의 경우 schain
객체에는 하위 게시자의 판매자 ID가 있는 노드가 하나 있으며 체인은 완전한 것으로 표시됩니다. 계정 관리 게시자의 경우 수익 창출은 하위 게시자의 계정에서 발생합니다. 하위 게시자는 최종 게시자로 간주됩니다. 상위 게시자의 정보는 schain
객체에 포함되지 않습니다.