SupplyChain 객체로 실현하는 입찰 투명성

SupplyChain 객체를 사용하면 구매자와 중개자가 광고 인벤토리를 판매하거나 재판매하는 모든 당사자를 볼 수 있습니다. 객체는 ads.txt / app-ads.txtsellers.json과 함께 작동하여 광고 생태계에 투명성을 제공합니다.

  1. 게시자가 입찰 요청을 보냅니다.
  2. 구매자는 SupplyChain 객체에서 입찰 요청 및 데이터를 수신합니다.
  3. 구매자는 재고를 재판매하는 모든 중개자의 신원을 조회합니다.
  4. 구매자는 재고 판매 권한이 있는 공급업체를 크롤링하고 확인합니다.

Google은 해당하는 경우 OpenRTB 요청 또는 Google RTB 프로토콜 내에서 자동으로 객체를 생성합니다.

SupplyChain 객체의 작동 방식

schain이라고도 하는 SupplyChain 객체는 OpenRTB 입찰 요청의 일부이며 '노드'로 구성됩니다. 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)를 사용하면 상위 게시자가 계정 관리 위임 유형을 사용하여 개별적으로 또는 인벤토리 관리 위임 유형을 사용하여 대규모로 하위 게시자의 인벤토리로 수익을 창출할 수 있습니다.

계정 관리 파트너의 경우

계정 관리를 사용하는 상위 및 하위 게시자의 경우 schain 객체에는 하위 게시자의 판매자 ID가 있는 노드가 하나 있으며 체인은 완전한 것으로 표시됩니다. 계정 관리 게시자의 경우 수익 창출은 하위 게시자의 계정에서 발생합니다. 하위 게시자는 최종 게시자로 간주됩니다. 상위 게시자의 정보는 schain 객체에 포함되지 않습니다.

인벤토리 관리 파트너의 경우

SupplyChain 객체는 이제 MCM 인벤토리 관리 게시자에 대해 완전한 것으로 표시됩니다. MCM 하위 게시자용 노드 1개, MCM 상위 게시자용 노드 1개가 있으며 체인은 완전한 것으로 표시됩니다.

이 업데이트를 적용하려면 MCM 인벤토리 관리 상위 게시자가 Ad Manager 프런트엔드 또는 API를 통해 하위 게시자의 판매자 ID(SID)를 공유해야 합니다. 

완전한 SupplyChain 객체 예시

이 예에서는 Google을 거래소로 하여 MCM 하위 및 상위 게시자에 대한 SupplyChain 객체를 완전한 것으로 표시합니다.

"schain" : {
    "ver": "1.0",
    "complete" : 1,
    "nodes" : [

// MCM 하위 게시자용 노드
        {
            "asi":"mcm-parent-example.com",  // 이것은 예시입니다. 상위 게시자의 실제 도메인을 입력해야 합니다. 
            "sid":"52e41fac28963d1e058a106f", // 상위 게시자의 seller.json에 있는 하위 게시자의 판매자 ID입니다.
            "hp":1,
        },

// Node for MCM MI parent
        {
            "asi":"google.com",
            "sid":"pub-1234567891234567", // Google의 seller.json에 있는 MCM 상위 게시자의 게시자 ID입니다.
            "hp":1,
        }
    ]
}

FAQ

MCM 상위 게시자가 sellers.json 파일을 만들어야 하는 이유는 무엇인가요?

파트너의 정보가 sellers.json 파일에 표시되도록 허용하여 파트너의 정보를 공개하는 것은 광고 구매자가 인벤토리를 확인하는 데 도움이 됩니다. 

IAB sellers.json 사양에 대해 자세히 알아보세요.

모든 하위 게시자가 유효한 ads.txt 파일을 가지고 있어야 하나요?

예. 하위 게시자는 MCM 하위 게시자 초대 과정의 일부로 ads.txt 파일을 설정하여 자신이 소유 및 운영하는 모든 사이트의 사이트 소유권을 인증합니다. 

하위 게시자의 ads.txt에 MCM 상위 게시자를 DIRECT로 표시하는 행이 포함되어 있지 않지만(예: MCM-parent-example.com, MCM 하위 게시자의 판매자-ID, DIRECT) 상위 게시자 ID가 포함된 Google 행이 표시되는 경우(예: google.com, MCM 상위 게시자의 PUB ID, RESELLER, f08c47fec0942fa0), 수익에 부정적인 영향이 있나요? 공급망이 완전해지나요?

공급망은 완전한 것으로 표시되지만, ads.txt에 사이트가 승인된 판매자로 표시되지 않은 SupplyChain의 노드가 있기 때문에 구매자가 트래픽을 '승인되지 않음'으로 간주할 수 있습니다. 이러한 오류를 방지하기 위해 MCM 상위 게시자를 DIRECT로 포함하도록 ads.txt 파일을 업데이트해야 합니다(예: MCM-parent-example.com, MCM 하위 게시자의 판매자-ID, DIRECT).

 

 

 

도움이 되었나요?

어떻게 하면 개선할 수 있을까요?
검색
검색어 지우기
검색 닫기
기본 메뉴
8484638758497484370
true
도움말 센터 검색
true
true
true
true
true
148
false
false